Nicolas Cantu b21ac2cf64 feat: anythingllm-devtools service, builazoo project, ssh-config example, docs

- Add services/anythingllm-devtools HTTP API (repos + AnythingLLM + RAG)
- Rename gitea-issues to git-issues across smart_ide agents and docs
- Add projects/builazoo, builazoo README, cron fragment, ssh-config.example
- Add ensure-ia-dev-project-link.sh; wrapper delegates smart_ide id
- Bump ia_dev submodule (git-issues rename, project symlinks)
- Align 4nkaiignore templates; update API index and project docs

2026-04-03 19:06:19 +02:00

3.3 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 .smartIde/agents/, .smartIde/rules/), deploy/, git-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 repo/projects-directory.md), pas mélangés avec les clones applicatifs (../projects/ ou autre). Des liens symboliques ia_dev/projects/<id> → ../../projects/<id> (pour chaque id versionné, ex. smart_ide, enso, builazoo) permettent aux scripts ia_dev de résoudre les conf.json sous projects/. Après un clone neuf ou une réorganisation des dossiers :

./scripts/ensure-ia-dev-project-link.sh smart_ide
./scripts/ensure-ia-dev-project-link.sh enso
./scripts/ensure-ia-dev-project-link.sh builazoo

Le script ensure-ia-dev-smart-ide-project-link.sh appelle ensure-ia-dev-project-link.sh smart_ide.

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/ (repo/logs-directory.md).

Journaux

Tirage Git planifié des clones : logs/git-pull-projects.log (repo/logs-directory.md, via cron/git-pull-wrapper.sh).
Scripts ia_dev : logs/ia_dev.log (repo/logs-directory.md, via ia_dev/lib/smart_ide_logs.sh).

Service d’intégration

Le périmètre « service » côté monorepo est documenté sous repo/ia-dev-smart-ide-integration.md (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.

Phase actuelle : module dans smart_ide + exécution manuelle / scripts depuis la racine ia_dev.
Phase gateway : binaire ia-dev-gateway sur l’hôte, IA_DEV_ROOT pointant vers ./ia_dev.
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.

3.3 KiB Raw Blame History Unescape Escape

Module ia_dev dans smart_ide