v0.1.10 — spawn_workers

spawn_workers one-call worker-pool MCP tool (#7): opens a pane running the native hyperpanes worker runner bound to a queue. Pairs with the native worker runner shipped in hyperpanes v0.0.15.

v0.1.9 — work-queue MCP tools

Expose the durable work-queue (the control server's /queues + /tasks routes) as MCP tools, so it can be driven from any MCP client (previously only the worker-pool CLI used it).

New tools: list_queues, enqueue_task, claim_task, ack_task, nack_task, extend_task, get_task, list_tasks, purge_queue.

Lease model: claim_task returns each task's fencingToken + visibilityDeadline; ack/nack/extend must carry the token (lease fencing). Verified end-to-end against a live app.

Follow-up roadmap tracked in #3–#6 (GitHub-issue/CI backlog sources + status sync-back).

v0.1.8 — project registry tools + open_pane project

Adds MCP tools to manage the running app's project registry (the sidebar rail) and open panes in a project:

• add_project / list_projects / rename_project / recolor_project / remove_project
• open_pane gains a project option (id-or-name → cwd + frame color + recency)

Requires the matching app routes (hyperpanes feat/projects — the app must be rebuilt/released for these tools to function against it).

(0.1.7 was the worker-pool controller release; this is 0.1.8.)

v0.1.7

What's Changed

• Worker-pool controller: queue client, worker, backlog, local review gate (phases 1,3,7) by @Eyalm321 in #1
• release: v0.1.7 by @Eyalm321 in #2

New Contributors

• @Eyalm321 made their first contribution in #1

Full Changelog: v0.1.6...v0.1.7

v0.1.6 — open_tab

Adds the open_tab tool: attach one or more fresh-shell tabs into an existing window (default the first), or as:"panes" to merge the panes into the active tab. Maps to hyperpanes v0.1.8's unified attach control command, so CLI --attach and the MCP tool share one app-side path.

v0.1.5 — prompt_pane self-heals dropped cold-start submit

Fix

prompt_pane now self-heals a dropped cold-start submit.

A freshly-launched TUI can swallow the trailing bare CR that submits a line — its input loop isn't armed yet — so the text lands in the input box but is never sent. The turn-aware wait doesn't catch it: the paste echo advances output past the cursor, so the read reports settled:true exactly as a real turn would.

prompt_pane now verifies the turn produced an actual reply (not just our echoed keystrokes) and, while the pane is still early enough in its life for the drop window, fires one corrective Enter and re-reads. A stray CR into an already-empty box is a no-op, so a misfire is harmless. Scoped to a low byte cursor so warm panes never retry; capped at one attempt.

Adds submitLikelyDropped (pure, unit-tested) and an optional recovered: true flag on the prompt_pane result when the corrective submit fired.

v0.1.4 — open_pane args[] direct (no-shell) spawn (P4a)

Full Changelog: v0.1.3...v0.1.4

v0.1.3 — interactive pane driving

Tools for driving an interactive TUI agent (e.g. a live claude) in a hyperpanes pane.

• read_pane gains mode:"screen" (rendered clean transcript — no overdraw/spinner spam/mangled spacing), waitForIdle/settleMs/timeoutMs (block until output-quiet), and since (delta reads). Every read returns a byte cursor.
• send_input gains submit (clean TUI line submit — separate Enter beats bracketed paste).
• New send_keys (named keys: enter/escape/tab/arrows/ctrl+c…) and prompt_pane (one-call turn: type → submit → wait → rendered reply + awaitingInput), both triple-gated like send_input.
• open_pane now waits for the new pane to be drivable before returning (no 404 race on the debounced structure publish).

Requires hyperpanes app v0.1.4+ for mode:"screen"/waitForIdle/send_keys.

v0.1.2

Full Changelog: v0.1.1...v0.1.2

v0.1.1

Full Changelog: v0.1.0...v0.1.1