Files

T

Clément SAILLANT 5efb380da5 feat: automate yiacad PR review lane (#18 )

* feat: automate yiacad pr review lane

* fix: stabilize yiacad review and spec gates

* fix: scope kicad exports to repo hardware

* fix: ignore kicad block library sources in exports

* feat: Add infra VPS monitoring runbook and healthcheck scripts

- Created INFRA_VPS_RUNBOOK_2026.md detailing operational procedures for monitoring VPS services.
- Added infra_vps_healthcheck.sh script for automated health checks on DNS, TLS, TCP, and HTTP for VPS services.
- Introduced infra_vps_security_audit.sh for non-intrusive security checks on external VPS services.
- Established JSON schema for infra VPS inventory in infra_vps.schema.json.
- Developed integration for runtime status reporting in the Next.js API route.
- Implemented Playwright tests for smoke testing the application and ensuring core functionalities.
- Updated Makefile for development dependencies and testing commands.
- Created various test files for unit and end-to-end testing across different components.

* feat(agentics): update mesh agents, gates, prompts, and workflows

2026-03-29 17:14:16 +02:00

3.0 KiB

Raw Permalink Blame History

Spec - refonte globale YiACAD / Kill_LIFE (2026-03-20)

Probleme

Le projet est deja riche et largement outille, mais sa complexite operationnelle grandit plus vite que sa couche de pilotage globale. Les briques sont presentes; ce qui manque encore est une convergence forte entre audit global, lots suivants, IA d'orchestration, shell produit YiACAD, backend, plans, TODOs, et cockpit operateur.

Objectifs

Fournir une vue globale unique de la refonte YiACAD.
Prioriser les integrations IA a forte valeur sans augmenter la dette de coordination.
Clarifier les zones matures, les zones fragmentees et les prochaines priorites.
Outiller une TUI dediee avec logs pour piloter cette refonte globale.
Relier explicitement la refonte globale a T-UX-004 et au backend YiACAD futur.
Normaliser le fait que YiACAD est une app independante et non une couche produit definie par des forks CAD.
Fixer un bundle canonique 2026 pour le stack cible, l'ADR, la roadmap 90 jours et le plan plugin/workbench/CI.

Non-objectifs

Refaire tous les manifests existants.
Requalifier KiCad ou FreeCAD comme shells produit principaux.
Remplacer immediatement yiacad_native_ops.py par un backend compile.

Utilisateurs

Operateur principal
Agents de coordination / planning
Agents CAD / UI / docs
Agents mesh / ZeroClaw / MCP

Surfaces concernees

README.md
docs/*
specs/*
tools/cockpit/*
tools/cad/*
web/*

Workstreams

WS1 - Audit global

produire un audit structurel priorise
identifier matures / fragmente / opportunites

WS2 - Integration IA

produire la matrice d'integration IA par surface
definir les garde-fous et priorites

WS3 - Documentation et cartes

produire feature map globale
relier README, plan, todo, spec et recherche

WS4 - Pilotage operateur

fournir une TUI globale YiACAD avec logs
aligner la documentation operatoire avec cette nouvelle entree

WS5 - Product boundary

recadrer YiACAD comme app autonome
traiter les references historiques aux forks comme archivees et non normatives

Criteres d'acceptation

un audit global court et priorise existe
une evaluation des integrations IA prioritaires existe
une feature map Mermaid globale existe
une TUI globale YiACAD existe avec logs
README + plan + todo global referencent les nouveaux livrables
la gouvernance agentique est explicitement rattachee a cette nouvelle passe
la frontiere produit indique clairement que KiCad / FreeCAD / KiBot / KiAuto et les runtimes CAD sont des moteurs integres a YiACAD

Prochain lots relies

T-UX-004: command palette, review center, inspector persistant
T-ARCH-101: backend YiACAD plus stable que le runner Python local
T-OPS-118: rationalisation des TUI et de la retention logs
bundle canonique 2026-03-29:
- specs/yiacad_2026_stack_target_spec.md
- specs/yiacad_adr_20260329_sot.md
- specs/yiacad_90_day_delivery_plan.md
- specs/yiacad_plugin_workbench_ci_plan.md

3.0 KiB Raw Permalink Blame History