4nk/smart_ide
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
smart_ide/docs/services.md
Nicolas Cantu bc3c75e15f Add enso docs mirror under services/docv/enso-docs; docv integration docs 
- Copy enso/docs tree to services/docv/enso-docs (refresh via cp -a from enso repo)
- Document mirror and refresh command in services/docv/README.md
- Ignore services/docv/target for local Rust workspace
- Track docv-service-integration, API docv.md, and related doc index updates
2026-04-03 17:26:35 +02:00

3.7 KiB
Raw Blame History

Services sur l’hôte (socle technique)

Ce document décrit les services logiciels typiques sur l’hôte (serveur distant ou machine IA unique — voir deployment-target.md et platform-target.md), en complément de system-architecture.md. Ollama et AnythingLLM peuvent cohabiter sur le même hôte que les micro-services ; l’orchestrateur HTTP (features/orchestrator-api.md) et ia-dev-gateway (features/ia-dev-service.md) sont spécifiés pour unifier les appels depuis Lapce ou le front.

Ollama

  • Rôle : inférence LLM locale.
  • Accès : URL/port configurés sur l’hôte (souvent 127.0.0.1:11434 côté serveur) ; depuis le client, tunnel SSH si besoin.

AnythingLLM

  • Rôle : RAG, mémoire documentaire, un workspace par projet.
  • Déploiement : souvent Docker sur le même hôte que les dépôts ; chemins de persistance sur l’hôte.
  • Détail : anythingllm-workspaces.md.

ONLYOFFICE

  • Rôle : bureautique métier (documents, feuilles, présentations), édition riche.
  • Utilisé dans la couche doc-services de l’architecture ; ne pas confondre avec Local Office.

Local Office (services/local-office/)

  • Rôle : API REST pour applications tierces ou agents : upload de fichiers Office, métadonnées, téléchargement, commandes programmatiques sur les docx (replaceText, insertParagraph). Stockage fichiers + SQLite ; isolation par clé X-API-Key ; rate limiting.
  • Emplacement dans le monorepo : ../services/local-office/.
  • Documentation : features/local-office.md et services/local-office/README.md.
  • Sécurité : définir API_KEYS via variables d’environnement ou fichiers hors dépôt (voir .env.example dans services/local-office/). En production, préférer bind 127.0.0.1 derrière un reverse proxy TLS plutôt que 0.0.0.0 exposé.
  • Périmètre fonctionnel : édition par commandes docx ; xlsx/pptx peuvent être stockés mais les commandes d’édition peuvent renvoyer 400 selon l’implémentation actuelle.

docv (hors monorepo, contrat sous services/docv/)

  • Rôle : gestion documentaire métier pour les projets Enso ; processus HTTP dans le dépôt docv, pas dans smart_ide.
  • Données : convention ${PROJECTS_CLONE_ROOT}/<projet>/data/ (souvent ../projects/<projet>/data relatif à smart_ide) ; variable DOCV_PROJECTS_ROOT côté docv.
  • Documentation : features/docv-service-integration.md, services/docv/README.md, API/docv.md.

Micro-services HTTP sous services/

Services d’appoint sur 127.0.0.1 (souvent auth Bearer) : Git devtools, LangExtract, recherche regex, proxy claw, ia-dev-gateway (agents / runs stub), smart-ide-orchestrator (routage intentions) — voir tableau dans system-architecture.md, la référence API dans API/README.md, et README de chaque sous-dossier de ../services/.

Documentation liée