4NK
3f1894e21f
- 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
33 lines
2.2 KiB
Markdown
33 lines
2.2 KiB
Markdown
# Portage AnythingLLM Workspaces → Lapce (`core_ide/`)
|
||
|
||
L’orchestration AnythingLLM + repos-devtools est exposée en **service HTTP** [`services/anythingllm-devtools/`](../../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](../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](../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](../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](./orchestrator-api.md) plutôt qu’aux services en dur, pour centraliser tokens et politiques par `env`.
|
||
|
||
## Dépendances
|
||
|
||
- [core-ide.md](../core-ide.md) — build Lapce.
|
||
- [orchestrator-api.md](./orchestrator-api.md) — routage cible.
|
||
- [anythingllm-workspaces.md](../anythingllm-workspaces.md) — principe workspace par projet.
|
||
|
||
## 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.
|