4nk/smart_ide
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
smart_ide/docs/ia_dev-module.md
Nicolas Cantu d98e6bce60 feat: logs/ for pull-sync and ia_dev; document ia_dev as in-repo module 
- Default PULL_SYNC_LOG to logs/git-pull-projects.log; add logs/README and gitignore
- Add services/ia_dev integration README and .env.example
- Replace docs/ia_dev-submodule.md with ia_dev-module.md; update ecosystem and README links
- Point ia_dev submodule to commit with smart_ide_logs.sh
2026-04-03 17:50:49 +02:00

2.9 KiB
Raw Blame History

Module ia_dev dans smart_ide

Le répertoire ./ia_dev à la racine du monorepo smart_ide contient l’équipe d’agents (définitions sous .cursor/agents/, .cursor/rules/), deploy/, gitea-issues/, etc. Il est versionné dans ce dépôt (plus de sous-module Git séparé pour le checkout standard).

Les conf.json par projet pour ce monorepo restent sous ./projects/<id>/ à la racine de smart_ide (voir projects/README.md), pas mélangés avec les clones applicatifs (../projects/ ou autre). Un lien symbolique ia_dev/projects/smart_ide → ../../projects/smart_ide permet aux scripts ia_dev de résoudre projects/smart_ide/conf.json. Après un clone neuf ou une réorganisation des dossiers, exécuter si besoin :

./scripts/ensure-ia-dev-smart-ide-project-link.sh

L’exécution des scripts reste depuis la racine ia_dev/, comme dans la documentation amont du dépôt historique 4nk/ia_dev ; smart_ide fournit l’environnement IDE, les scripts hôte, les unités systemd et les journaux sous logs/.

Journaux

Service d’intégration

Le périmètre « service » côté monorepo est documenté sous services/ia_dev/ (contrat, chemins, variables de référence).

Relation aux dépôts

Élément Rôle
smart_ide Cible UX IDE, scripts socle, systemd, doc de déploiement, logs/
ia_dev/ (module dans ce dépôt) Agents, déploiements, ticketing ; confs projet dans ./projects/ + liens sous ia_dev/projects/

Le futur agent gateway doit traiter ./ia_dev comme chemin canonique sur le serveur sauf configuration contraire. Voir system-architecture.md.

Trajectoire : service ia-dev-gateway

Un service HTTP dédié (features/ia-dev-service.md, API/ia-dev-gateway.md) prendra le relais pour les clients (Lapce, front, orchestrateur) : le répertoire ./ia_dev reste la source de fichiers côté hôte jusqu’à une éventuelle extraction ou conteneurisation documentée ailleurs.

  1. Phase actuelle : module dans smart_ide + exécution manuelle / scripts depuis la racine ia_dev.
  2. Phase gateway : binaire ia-dev-gateway sur l’hôte, IA_DEV_ROOT pointant vers ./ia_dev.
  3. Phase fork / mirror : le dépôt amont ia_dev peut continuer à exister sur la forge ; la copie de travail dans smart_ide suit le flux Git habituel du monorepo.