Starling Agent 0.2.0

Full Changelog: v0.1.10...v0.2.0

Starling Agent v0.1.10

Starling Agent 0.1.10

This release makes Monitor polling resilient on large indexes, loaded hosts, and multi-window VS Code sessions.

Fixed

• Reuse an in-flight starling top request even when a forced refresh arrives, preventing overlapping CLI processes.
• Raise the Monitor command timeout to 60 seconds and expose starling.monitorCommandTimeoutSeconds for tuning.
• Preserve the last good Monitor snapshot across normal view/cache refreshes.
• Apply exponential retry backoff after transient Monitor failures and jitter background polling across VS Code windows.
• Report timeout duration, killed state, signal, and elapsed time instead of the ambiguous code=null message.
• Avoid duplicate lower-level CLI error log entries.

Verification

• All extension tests pass, including new regression tests for request deduplication, timeout diagnostics, stale snapshots, retry backoff, and jitter.
• VSIX SHA-256: 84ffcb8f44cb28699ef51e2a198336ce63d6a5fc64b7976195b752dbb9b327d3

v0.1.9

Starling Agent 0.1.9

• Add first-class Pi support across Monitor, Projects, Catalog, Models, session details, resume, and fork actions.
• Add Pi to the monitor agent filter and Catalog Run Agent menu.
• Resolve Pi sessions by project-scoped transcript identity so duplicate IDs and path-based operations target the correct session.
• Align terminal launches with the configured Starling CLI path and environment.

Requires Starling CLI 0.1.9 for the complete Pi workflow. Managed Pi launch and resume require Pi 0.76 or newer.

v0.1.8

Starling Agent 0.1.8

• Add monitor agent filter support for Claude/Codex/all sessions.
• Add monitor sort controls aligned with starling top sorting.
• Surface Codex skill call counts and skill usage details from monitor rows.
• Keep live monitor row ordering in sync with starling top output.

Starling Agent 0.1.6

Changes

• Share one live status store across Monitor, Catalog, and Projects views.
• Show live status icons for Catalog and Project session nodes.
• Show monitor tokens as input/output/cache in the tree.
• Fork sessions now prompt for an optional Starling session title instead of sending a first prompt.

Starling Agent 0.1.2

Starling VS Code extension 0.1.2 release.\n\nPublished through the VS Code Marketplace workflow. Includes resume setting propagation and calmer monitor refresh behavior.

Starling Agent 0.1.1

Starling VS Code extension 0.1.1 release.\n\nPublished through the VS Code Marketplace workflow and attached here as a VSIX.

Starling VS Code Extension 0.1.0

Starling VS Code Extension 0.1.0

Official 0.1.0 release of the Starling VS Code extension.

Highlights

• Monitor view replaces the previous Sessions view label.
• Live status display uses colored state icons for running, waiting, idle, and stopped sessions.
• Adds background monitor refresh/cache settings and Output/Problems logging support.
• Includes session display tests in CI and the publish workflow.

Verification

• GitHub Actions extension publish workflow completed successfully.
• Marketplace publish step reported Published huangsh.starling-ai v0.1.0.
• Attached VSIX: starling-ai-0.1.0.vsix.

Starling Agent v0.0.9

What's changed

• Reorder model context menu: Start Agent -> Start in Catalog -> Open Settings -> Delete
• Simplify command titles (drop redundant "Session")
• Add Copy Catalog Name / Copy Catalog ID to catalog context menu
• Add "Run Agent" submenu on catalog context (Claude/Codex flyout -> model picker -> start in that catalog)
• Add "Delete Catalog with Sessions" (deletes the catalog subtree and all pinned sessions)
• Convert all tree item tooltips to MarkdownString (bold labels, code blocks for IDs/paths)
• Add starlingHomeRoot() to resolve Starling home dir consistently with the CLI
• Add "category": "Starling" to all commands so context menus show clean titles while the command palette keeps grouping

Verification

• npm run compile
• npx @vscode/vsce package

Starling Agent v0.0.8

What's changed

• Catalog expand now uses batched session lookup. Expanding a catalog with
  many pins (e.g. cc-mi-2.5 with 360 pins) previously spawned one
  starling session show subprocess per pin. Now a single
  starling session lookup <ids...> --json resolves all of them in one pass.
  Requires Starling CLI >= v0.0.11 for the session lookup subcommand; falls
  back automatically to per-id lookups on older CLIs.
• hydratePinSessions in spaces.ts collapses N subprocess spawns into 1.
• First paint renders PinNodes from bookmark data; model / modified / token
  fields fill in from the single batch call.

Verification

• npm run compile
• npx @vscode/vsce package
• Manual smoke against CLI v0.0.11