Loom docs
Changelog
All notable changes to the Loom extension will be documented in this file.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
[Unreleased]
[1.2.0] - 2026-06-27
Added
- Loom Flightdeck view (
loomFlightdeck): a Stall Board listing sessions waiting on a human (longest-wait-first, with a$(watch) N blockedstatus-bar badge) and a Context Ledger of the MCP catalog grouped Enabled/Disabled. Backed by the loom-core HUDGET /api/blocked(new — see loom-core!815) andGET /api/catalog. NewFlightdeckClient/FlightdeckTreeProvider, polling onloom.flightdeck.refreshIntervalMs - One-click catalog trim:
loom.flightdeck.trimServer(confirm →POST /api/catalog/{name}/disable) andloom.flightdeck.restoreServer(/enable) as item context-menu actions — closes the flightdeck "which tools earn their budget" loop in the IDE - Weaver run-query:
loom.weaver.runQuerynow POSTs/api/weaver/queryand renders the synthesized answer + tokens + latency + domains (was a stub that punted to the terminal); still gated behindloom.experimental.weaver - Weaver economics: an Economics section in the Weaver tree (raw-tool vs weaver-response token split + compression ratio from
/api/weaver/metrics), and a read-only Weaver status card on the Sync Dashboard - Mills surface expansion: cost-preview, eval scores, cross-repo runs, workflow runs, per-squad memory/outcomes, and capabilities surfaced in the Mills tree + detail panel
- Health/HUD hardening: consume the current
/api/healthcontract (per-serverlocal/hub/monitor+divergence), a degraded-state banner, and/api/hud/configallowed-views helpers - New settings
loom.flightdeck.enabledandloom.flightdeck.refreshIntervalMs compat:loom-coregolden fixtures for/api/blocked,/api/weaver/query, and/api/weaver/metrics
Changed
- Bumped to
1.2.0. The Flightdeck Stall Board requires aloom-corebuild that servesGET /api/blocked; the Context Ledger, weaver, and mills surfaces work against currentloom-core
[1.1.0] - 2026-05-04
Added
- Mills (formerly hive in loom-core) read-only support:
MillsClientover the HUD proxy at/api/mills/*, status manager with auto-hiding status bar item, andLoom: Show Mills Statuscommand - "Loom Mills" tree view in the explorer with sections for Backlog, Pipeline Runs, Council Runs, Squads, Audit Findings, and Policy Proposals — lazy-loaded with empty/error placeholders and a refresh icon
MillsDetailPanelwebview reused across five subjects (backlog item, council run, pipeline run, audit finding, policy proposal); tree leaves carry a typedMillsSubjectRefand a click commandMillsAdminClientwith admin-token-gated mutations: council dryrun/run, pipeline pause/resume/escalate, policy proposal apply/reject, backlog submitMillsTokenStorewrapsSecretStorageso the HUD admin token never lives in settings; commands prompt on demand and gate every mutation on a modal confirmation- Wire-format strings (REST paths, env names, Prometheus prefix, namespace) centralized in
src/clients/millsTransport.ts loom.mills.hudBaseUrlandloom.mills.refreshIntervalMssettings;loom.mills.setAdminToken/clearAdminTokencommands
Coordination
- Wire format matches loom-core's hive→mills rename. Requires the corresponding
platform/gitopscluster reconcile (namespaceloom-mills, ConfigMaps, secrets, PVC migration) to be live before the extension can talk to a HUD.
[1.0.0] - 2026-04-10
Added
- Added platform parity for OpenCode and Zed across settings, onboarding, platform metadata, and tests
- Added
Loom: Show Doctor Reportbacked byloom doctor --json - Added extension-surface parity tests for registered commands and contributed settings
- Added planning docs refresh for the current
1.0.0readiness effort
Changed
- Profile selection continues to use loom-core
profile list/showwith compatibility fallbacks retained until a machine-readable profile contract lands - Platform sync now prefers
loom sync <platform> --regen,loom pull <platform>, and doctor-based drift reporting - Agent context recall and memory flows now prefer current loom-core tools with compatibility fallbacks retained
Deprecated
loom.profilesis now ignored in favor of loom-core profiles and only retained as a compatibility shim
0.9.0 - 2026-02-01
Added
- Onboarding wizard: Welcome walkthrough with first-run detection
- Workspace snapshot: Capture environment settings during onboarding
- Deep search framework: Search across MCP resources (Tavily, GitHub, GitLab, codebase)
- Skill recommendations: Context-aware suggestions based on:
- Current file types (Go, TypeScript, Python, etc.)
- Git branch names (fix/, feature/, test/*)
- Recent tool usage
- Error patterns
- Server metrics: Performance monitoring with request timing and error rates
- Annotation decorations: Visual indicators in gutter for agent context
Changed
- Skills provider now shows confidence scores for recommendations
- Improved debouncing for file change events
0.8.0 - 2026-01-31
Added
- Daemon error recovery: Notifications when daemon unavailable
- Offline mode: Pending sync queue for hub disconnection
- Config templates: Quick-start configurations for common setups
- Bulk operations: Multi-platform selection for sync operations
- Config drift detection: Alert when local configs differ from source
Changed
- Improved error messages throughout
- Better handling of daemon communication failures
- Hub client now detects disconnection and retries
0.7.0 - 2026-01-31
Added
- Multi-platform support: VS Code, Antigravity, Gemini, Claude, Codex, Kilocode
- Platform detection: Auto-detects VS Code vs Antigravity via
vscode.env.appName - Loom Platforms view: Tree view showing sync status for all platforms
- Sync Dashboard webview: Visual grid of platform sync status with actions
- Platform sync commands:
Loom: Show Platform ConfigsLoom: Sync Platform ConfigLoom: Sync All PlatformsLoom: Diff Platform ConfigLoom: Open Platform ConfigLoom: Regenerate Platform ConfigLoom: Pull Config from HomeLoom: Backup All ConfigsLoom: Show Sync Dashboard
- Skills platform filtering: Filter skills by target platform (codex, claude, gemini)
- Profile platforms support: Profiles can now specify which platforms they apply to
- New settings:
loom.platform: Platform mode (auto, vscode, antigravity)loom.enabledPlatforms: Platforms to manageloom.syncOnStartup: Auto-sync on extension startloom.syncStatusPollingInterval: Polling interval for sync status
Changed
- Profile structure now includes optional
platformsarray - Skills provider shows target platform badges
0.6.0 - 2026-01-15
Added
- Server health monitoring: Dashboard with per-server metrics
- Profile manager: Quick switching between server sets
- Routing status: View hub vs local routing
Changed
- Improved hub connection handling
- Better error messages for daemon communication
0.5.0 - 2026-01-01
Added
- Agent context integration: Sessions, context entries, tasks
- Knowledge graph view: Visual context relationships
- Code annotations: Gutter decorations for agent context
- Memory dashboard: Webview for context exploration
Changed
- Renamed from "Codex Context Manager" to "Loom"
- Updated all command prefixes from
codexContextManagertoloom
0.4.0 - 2025-12-15
Added
- Skills registry: Browse and manage agent skills
- Skill scripts: Execute skill scripts from VS Code
- Category filtering: Filter skills by category
- Skill search: Search skills by name
0.3.0 - 2025-12-01
Added
- Secrets management: View, set, and validate secrets
- Config validation: Check for missing secrets in MCP configs
- Keychain integration: Support for
${keychain:KEY}pattern
0.2.0 - 2025-11-15
Added
- Daemon integration: Start, stop, restart loom daemon
- Tools view: Browse available MCP tools
- Tool search: Search tools across all servers
Changed
- Migrated from Python generator to Go-based loom CLI
0.1.0 - 2025-11-01
Added
- Hub integration: Connect to MCP gateway
- Hub Overview view: Registry metadata display
- Servers view: List running MCP servers
- Health checks: Server connectivity testing
- Config sync: Generate mcp.json from registry
0.0.1 - 2025-10-04
Added
- Initial extension scaffold
- Basic commands and project structure
- Documentation and metadata