4nk/smart_ide
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
smart_ide/docs/features/lapce-porting-roadmap.md
4NK 3f1894e21f Remove AnythingLLM VS Code extension; add Carbonyl service (upstream submodule) 
- Delete extensions/anythingllm-workspaces; document migration to anythingllm-devtools
- Add services/carbonyl: shallow submodule fathyb/carbonyl, run-carbonyl.sh (Docker/native)
- Add scripts/open-carbonyl-preview-test.sh and smart_ide.preview_urls.test in example conf
- Docs: service-carbonyl, carbonyl-terminal-browser, architecture index updates
2026-04-03 22:13:34 +02:00

2.2 KiB
Raw Blame History

Portage AnythingLLM Workspaces → Lapce (core_ide/)

L’orchestration AnythingLLM + repos-devtools est exposée en service HTTP services/anythingllm-devtools/. L’ancienne extension VS Code / Cursor a été retirée du dépôt. 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 l’UI 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 l’exige.
  • Pas de panneau Dev tools embarqué obligatoire ; la sync RAG initiale peut être déclenchée via POST /v1/devtools/run sur l’hô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/run — 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 qu’aux 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.