smart_ide/docs/features/lapce-porting-roadmap.md
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

2.4 KiB
Raw Blame History

Portage AnythingLLM Workspaces → Lapce (core_ide/)

Lorchestration AnythingLLM + repos-devtools est exposée en service HTTP services/anythingllm-devtools/ ; lextension extensions/anythingllm-workspaces/ reste une surface VS Code / Cursor héritée. Lapce utilise un modèle de plugins distinct (Volt / WASI, RPC). Ce document découpe le travail en phases pour une interface cohérente avec platform-target.md.

Phase 1 — Connectivité sans webview

  • Préférences Lapce (équivalent anythingllm.baseUrl, apiKey, reposApiBaseUrl, reposApiToken) — stockage secrets hors dépôt.
  • Commandes palette :
    • Lister les workspaces AnythingLLM → ouvrir URL dans le navigateur système.
    • Ouvrir lUI web AnythingLLM.
  • Client HTTP vers anythingllm-devtools (qui appelle repos-devtools-server et AnythingLLM) — voir API/anythingllm-devtools-api.md ; alternative : appels directs aux deux backends si politique projet lexige.
  • Pas de panneau Dev tools embarqué obligatoire ; la sync RAG initiale peut être déclenchée via POST /v1/devtools/run sur lhôte accessible.

Phase 2 — Parité « Dev tools » et sync RAG

  • Panneau ou vue dédiée ou proxy vers le service : mêmes lignes de commande que POST /v1/devtools/runrepo/extension-anythingllm-workspaces.md, repo/service-anythingllm-devtools.md.
  • Réutiliser le service Node existant ou réimplémenter initialRagSync + .4nkaiignore (crate ignore ou équivalent Rust).
  • Ouvrir le dossier dépôt dans Lapce après clone (API workspace Lapce).

Phase 3 — Orchestrateur

  • Raccorder les commandes Lapce à orchestrator-api.md plutôt quaux services en dur, pour centraliser tokens et politiques par env.

Dépendances

Risque principal

Écart de capacités entre webview VS Code et UI Lapce : prévoir une vue minimale (terminal + buffer sortie) si webview complète retardée.