smart_ide/docs/repo/smart-ide-overview.md
4NK f482b0e2b8 docs: services functional scope for IDE vs product backends
- Add services-functional-scope.md with consumption matrix and CLI tools
- Cross-link from services, API index, architecture, platform-target, ecosystem, docv-ai, overview
2026-04-03 22:37:31 +02:00

5.1 KiB
Raw Blame History

smart_ide — IDE orienté intention et IA locale

Projet denvironnement de développement où linférence repose sur Ollama, la mémoire documentaire et RAG sur AnythingLLM, la bureautique métier riche sur ONLYOFFICE, et lédition / dépôt de fichiers Office par API (docx programmatique) via Local Office (services/local-office/). Les agents métier existants (ia_dev et sous-agents) restent le noyau opératoire ; léditeur et lorchestrateur les exposent via une grammaire de commandes plutôt que via une navigation fichiers classique.

Monorepo unique : ce dépôt est le référentiel principal pour la doc, les services locaux (services/, dont Local Office), les scripts, les extensions et le socle applicatif éditeur (Lapce sous core_ide/, clone local hors index Git — voir core-ide.md). Lhébergement canonique est la forge interne ; les dépôts publics cités en documentation sont des amonts ou références, pas des cibles de publication obligatoires pour les livrables 4NK. Détail architectural : system-architecture.md.

Première cible de déploiement

Le premier déploiement visé est un poste Linux client qui se connecte en SSH à un serveur distant hébergeant :

  • le socle technique IA (Ollama, AnythingLLM, services associés) ;
  • les dépôts (sources, agents, procédures).

LUX (ex. Lapce) et les flux utilisateur peuvent tourner sur le client ; lexécution lourde, la mémoire projet et Git vivent sur le serveur. Détail : deployment-target.md.

Positionnement

  • Pas dexplorer comme surface principale : la navigation primaire passe par intentions, recherche, contexte, timeline, objets logiques et artefacts ; un accès brut (fichiers / arborescence) reste disponible en mode expert / secours, pas comme flux nominal.
  • Machine de travail orientée opérations plutôt quéditeur de fichiers : lutilisateur exprime ce quil veut faire, sur quel objet logique, avec quels droits, dans quel contexte projet, avec quelle procédure, avec quel agent, avec quel résultat attendu.
  • Socle applicatif éditeur : Lapce sous core_ide/ — open source, Rust, rendu natif / GPU ; base pour le noyau dédition + agents. Mise à jour et build : core-ide.md.

AnythingLLM et projets

Pour chaque projet, un workspace AnythingLLM dédié est créé (ou rattaché) : corpus, embeddings et conversations restent isolés par projet. Une moulinette de synchronisation aligne un sous-ensemble de fichiers du dépôt avec le workspace concerné afin de garder la mémoire RAG alignée avec le code et la doc utiles.

Voir anythingllm-workspaces.md et script-anythingllm-pull-sync.md.

Module ia_dev

Le répertoire ia_dev/ contient léquipe dagents, les scripts deploy/, le ticketing Gitea, etc. (référence forge : ia_dev). Les conf.json pour ce monorepo sont sous projects/<id>/ (voir projects-directory.md). Détail : ia_dev-module.md, ia-dev-smart-ide-integration.md, ia-dev-repository-overview.md, ia_dev-project-smart_ide.md.

Documentation centralisée

Table de liens (extraits)

Sujet Document
Plateforme en ligne platform-target.md
Référence HTTP services API/README.md
Infra SSH / scripts hôte infrastructure.md
Ollama, AnythingLLM, services services.md
Périmètres IDE / backends applicatifs services-functional-scope.md
UX / intentions ux-navigation-model.md
Écosystème et synchro ecosystem-architecture-and-sync.md
Projets conf.json projects-directory.md
Pull Git planifié cron-git-pull.md
Timer systemd pull systemd-units.md
LangExtract, claw, regex, Local Office (features) features/

Dépôt actuel (outillage)

Scripts dinstallation et dexploitation sur Ubuntu : SSH, sudo ciblé, AnythingLLM Docker, Ollama exposé pour Docker, modèle Ollama alias qwen3-code-webdev, installer Desktop AnythingLLM. Ces scripts ciblent en priorité lhôte serveur qui porte le socle IA et les repos ; le client Linux repose surtout sur SSH et lIDE. LIDE complet (Lapce + orchestrateur + gateway) est cible de conception ; ce dépôt documente et supporte la stack sur serveur (Ollama + AnythingLLM) et laccès distant.

Auteur : Équipe 4NK