AltimateAI / AltimateAI/altimate-code
Workspace awareness prompt says nothing about bridge-served extension tools
- Langage dominant
- TypeScript
- Étoiles
- 811
- Forks
- 134
- Merge moyen
- 3 j 2 h
- PR mergées (30 j)
- 50
Description
## Gap
The `## Workspace integrations` system-prompt section (`packages/opencode/src/altimate/workspace/awareness.ts`) tells the model which workspace-served warehouse capabilities to route to `datamate_*` tools — but it projects only the three warehouse capabilities per connection type (`servedInventory()`). Extension-type integrations served over a live IDE bridge (the dbt project tools and sql-tools keys) never enter the section, so the model is not told those tools exist, when they are usable, or when to prefer them over guessing.
AltimateAI/altimate-code#1236 fixed the same staleness on the presentation surfaces (`list-integrations`, declared counts) using the read-only `liveBridge()` probe; this issue is the model-facing half it deliberately left out of scope.
## Proposed shape
Mirror the presentation semantics in the awareness render:
- **Bridge live for the project** → append a compact block naming the extension-type integrations and their tool groups, "served while VS Code with the Altimate extension is open on this project". Group by integration; never enumerate all 18 keys.
- **No live bridge** (none, or dead sidecar pids) → render nothing extra; the section stays byte-identical to today's output.
Invariants to preserve from the original awareness design: purely additive render; byte-identical prompt for unlinked projects and every silent disabled state; `MAX_SECTION_CHARS` enforced with the extension block participating in the drop order; bridge state read at the same per-step snapshot point so the section can never advertise tools routing would refuse.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Start in packages/opencode/src/altimate/workspace/awareness.ts, tracing servedInventory() and the per-step snapshot used to render ## Workspace integrations; then compare the liveBridge() semantics used by list-integrations and declared counts. Done when a live project bridge adds grouped extension integrations with the required VS Code wording, while no bridge preserves byte-identical output and MAX_SECTION_CHARS and drop ordering remain enforced.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript, vscode
- Domaine
- ai, data-engineering, developer-experience
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 72/100