- 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
2.1 KiB
2.1 KiB
AnythingLLM — workspaces par projet
Principe
- Un workspace AnythingLLM est créé (ou associé) par projet : documents indexés, embeddings, threads et paramètres RAG sont scopés au projet, pas mélangés entre dépôts.
- Cela permet à la mémoire interrogée par
ask/ les agents de rester pertinente et traçable par contexte métier.
Synchronisation avec les sources de corpus
- Une moulinette (pipeline de synchro) met à jour le workspace à partir de fichiers sélectionnés : en plus du dépôt Git (sources, doc versionnée), le corpus peut inclure des fichiers issus des environnements déployés, obtenus par SSH (rsync, dumps, exports) vers un répertoire local ou de service — voir features/remote-deployed-data-ssh.md.
- Les règles d’inclusion / exclusion (
.4nkaiignore, secrets interdits) doivent rester explicites ; les données métier ne doivent pas être commitées dans Git sousdata/sur les dépôts applicatifs.
Exploitation
- Instance Docker décrite dans services.md : stockage hôte typiquement sous
$HOME/anythingllmsur l’hôte qui exécute le conteneur — en première cible de déploiement, cet hôte est le serveur distant (SSH), pas obligatoirement le poste Linux client ; la création de plusieurs workspaces se fait dans l’UI AnythingLLM (ou via API) en conservant la convention « un workspace = un projet ». - Orchestration locale (clone, chargement dépôt, création workspace, upload RAG initial) : service HTTP
anythingllm-devtools— API/anythingllm-devtools-api.md, services/anythingllm-devtools/README.md. - L’orchestrateur IDE décide quand interroger AnythingLLM (voir system-architecture.md). L’URL vue depuis le client peut exiger un tunnel SSH ou un rebond réseau : deployment-target.md.
- Stratégie d’ensemble (Git, hooks, scripts de synchro) : ecosystem-architecture-and-sync.md.