@loicngr/kobo 2.1.18 → 2.1.20

package/AGENTS.md

@@ -126,6 +126,7 @@ src/
 | `workspace_activity` | significant lifecycle/PR events for the absence digest |
 | `search_*` | derived logical-message search index and indexing progress; see `search-schema.ts` |
 | `workspace_message_batches` | immutable recipient snapshots, request fingerprint and per-recipient delivery outcomes (v53); no stored message body |
+| `session_progress_bars` | agent-reported session activities, producer ordering, terminal state and durable individual dismissal (v54); CASCADE DELETE on workspace/session |
 | `mcp_message_requests` | durable external-message idempotency ledger; independent of event retention |
 | `schema_migrations` | applied migration versions, names and timestamps |
 | `workspace_chat_history` | chat-input history per workspace: message text + `created_at`, ordered by autoincrement id, capped at 200 entries by the service; CASCADE DELETE on workspace |
@@ -200,6 +201,31 @@ Every feature that touches the schema:
 
 ## WebSocket protocol
 
+Session progress bars use the separate `progress:changed` ephemeral event with a
+public record payload and workspace/session envelope. Persist the row before
+broadcasting; never append numeric updates to chat history or overload native
+`subagent:progress`. Clients hydrate on selected-session changes and reconnect,
+merge server revisions, and preserve dismissal across races. Success visibility
+expires at the stored completion time plus five seconds, not five seconds after
+each fetch. Three rows are initially visible with bounded expandable overflow.
+
+The four progress MCP tools share service validation across workspace stdio,
+global stdio and HTTP. Internal ownership comes from the dedicated per-launch
+`KOBO_PROGRESS_SESSION_TOKEN`, independent of memory modes/budgets; external
+calls explicitly select an existing workspace/session. Revoke internal writers
+when stopping starts, but interrupt their remaining bars only on confirmed
+controller closure. Late callbacks must not affect a replacement launch or
+reopen a closed database. Startup reconciles lost internal reporters while
+preserving external ones. An interrupted reporter is not proof of cancelled
+background work. Operational reporting never satisfies auto-loop verification.
+
+Retain scoped activity-key fingerprints, producer sequences and dismissed rows
+for retries; subsequent updates cannot resurrect a dismissed indicator or undo a
+terminal state. Bound labels, steps, page size, active/retained records and update
+frequency. Launch prompts instruct parent agents and their delegates to report
+long-running work; restricted review/handoff launches receive only the explicit
+operational-tool exception, never broader mutation permissions.
+
 Claude streaming input is correlated by per-message UUIDs. A result can cover
 several prompts through `user_message_uuids` (messages folded into one turn),
 not one result per sent message. Retire only the matching yielded inputs;
@@ -319,6 +345,29 @@ When adding features touching `notion-service.ts`, remember: **no token = no fea
 
 See the "Notion integration" section of the README for the end-user setup guide.
 
+### Launch instructions
+
+`src/shared/launch-instructions.ts` composes application-owned MCP discovery,
+permissions, progress reporting and continuation rules for both engines on every
+fresh/resumed launch. Prefer discovering the available tool schemas to embedding
+a duplicate catalogue. Keep Plan conversation-only; template approval cannot
+expand tool permissions. Initial writable auto-loop launches seed tasks and end;
+manual launches implement under the workflow policy. Preserve custom templates
+and frozen migration text when changing generated guidance.
+
+The engine's `onPromptPrepared` callback supplies only its textual Kōbō prefix and
+system append. Initial creation and pending initial retries opt into a single
+session-scoped `user:message` with `sender: system-prompt`, displayed as Kōbō
+instructions. Snapshot the orchestration context before memory is appended; never
+serialize engine options, capability tokens or memory bodies into chat. This is
+a prepared-launch record, not delivery confirmation. Snapshot failures must not
+prevent launch. Require durable snapshot persistence before clearing the pending
+initial prompt, using a compare-and-clear against the original mission. Async
+preparation failures must leave that pending prompt available for retry. Historical rows remain unchanged. Handoff generation is enforced
+read-only with only its managed capability-scoped report and operational progress
+metadata exceptions. Ordinary Claude Plan launches cannot promote themselves
+through `ExitPlanMode`; a permission change requires a new launch.
+
 ### Agent engines
 
 Two engines live under `src/server/services/agent/engines/`, both implementing the `AgentEngine` contract in `types.ts`:

package/CHANGELOG.md

@@ -4,6 +4,14 @@ All notable changes to Kōbō are documented here. The format is based on
 [Keep a Changelog](https://keepachangelog.com/). Each release is an `## <version>`
 section — the in-app "What's new" dialog reads this file.
 
+## 2.1.20
+
+- fix(progress): clarify activity updates and completion
+
+## 2.1.19
+
+- feat(progress): add session activity bars and improve launch prompts
+
 ## 2.1.18
 
 - fix(tests): resolve deployment paths on macos

package/CONFIGURATION.md

@@ -857,6 +857,57 @@ The **External LLM access (MCP)** panel within global Network access settings pr
 
 External senders can supply `idempotency_key` once per intended message and reuse it on retries. The durable receipt survives backend restarts and event retention. An uncertain delivery is explicitly reported and never automatically sent again; see the MCP guide for response codes and limitations.
 
+## Session progress bars
+
+Agents can report long-running tests, builds or reviews through the
+`create_progress_bar`, `update_progress_bar`, `finish_progress_bar` and
+`list_progress_bars` MCP tools. These tools are available through the workspace
+MCP server, global stdio and the external HTTP endpoint. External clients select
+an existing workspace and session; reporting progress never launches an agent.
+
+Bars appear above the message input for the **selected session**, even while you
+scroll its conversation. Each has an activity label, an optional current step,
+and either measured progress or an indeterminate indicator. Three bars are shown
+initially; **See others** expands a bounded list. Progress is reported by the
+agent, not measured automatically by Kōbō, and does not validate workspace tasks
+or acceptance criteria.
+
+A successful bar disappears five seconds after its recorded completion. Failed
+activities stay visible until you dismiss them. Closing a bar only hides that
+indicator: work continues, later updates cannot bring it back, and new activities
+still appear. Dismissal is saved on the server and shared across browser tabs
+and reloads. Reconnecting does not restart the success display timer.
+
+If an internal reporter's agent runtime closes before completion, its bar shows
+that **reporting was interrupted**. This does not prove that an independently
+running shell command was cancelled. On server restart, internal reporters from
+the previous process are interrupted; external reporters may still be running
+elsewhere, so their last state is preserved. A new internal launch uses a new
+reporting identity.
+
+Workspace launch instructions require the full reporting lifecycle: create a
+bar, keep its returned ID and sequence, update that same bar at actual phase
+changes and meaningful completed milestones, and finish it before the final
+report once the outcome is known. Even without a measurable percentage, agents
+must update the current step; omitting both numeric values preserves
+indeterminate progress. No percentage is inferred from tool calls, elapsed time
+or model activity. Unchanged updates, polling and timer-driven reporting loops
+are not requested.
+
+Parents pass this lifecycle to subagents, which report and finish their own
+activities before returning. When a restricted subagent cannot access the tools,
+its parent reports observed milestones and the outcome on its behalf, without
+duplicate bars. Yielding while background work continues does not mean success.
+Reporting permissions do not grant permission to edit project files or complete
+tasks during a review. These instructions guide the model; they cannot guarantee
+that it reports every milestone. Updated guidance applies on the next launch or
+resume, not retroactively to an already running agent.
+
+The service retains at most 1,000 indicators per session, with at most 32 running
+at once. Hidden records are retained so retries cannot recreate dismissed bars.
+The [MCP progress guide](src/mcp-server/README.md#session-progress-tools) documents
+arguments, ordering, retry behavior and update limits.
+
 ## Persistent memory
 
 Kōbō stores deliberate, concise facts in SQLite, independently of Claude Code's native memory and provider chat history. Claude Code and Codex read the same Kōbō scopes, so a fact saved in one engine can be available to the other. There is no background transcript extractor or extra LLM call: agents must deliberately use the memory tools to save useful knowledge.
@@ -2087,11 +2138,19 @@ for the same reason the API refuses the change. A change returns HTTP 409 while
 
 Fresh defaults are manual. Existing settings/workspaces migrate to the previous automatic behavior for compatibility. Manual requires an explicit user request for that action; automatic supplies the workflow preference for the mission. Narrower user instructions always win. Publish means PR/MR creation, description updates and comments; merging needs separate authorization. Explicit Git-panel actions remain available. These preferences are agent instructions, not a shell-command filter or an OS sandbox.
 
-Plan is never promoted to Bypass by auto-loop preparation, an agent tool event, or loop enablement. Preparation can run in Plan; execution/finalization blocks with an actionable message until an execution mode is explicitly selected.
+Plan is never promoted to Bypass by auto-loop preparation, an agent tool event, or loop enablement. The initial Plan session provides its plan in the conversation without saving files or seeding tasks. Autonomous task preparation, execution and finalization block with an actionable message until an execution mode is explicitly selected.
 
 Notion token environment overrides are applied consistently to both token variables passed to the child process. Explicit `OPENAPI_MCP_HEADERS` remain authoritative for compatibility and are not replaced by the resolved token. Direct integration configuration and legacy fallback are only read when an integration is used; opening Settings does not start a Notion users lookup. Connection tests and users refresh are explicit actions.
 
 
+### Initial Kōbō instructions
+
+New workspaces receive the mission, repository context, current permissions, current phase and expected result. Agents first consult the available managed MCP tool descriptions and schemas, then prefer relevant Kōbō tools for workspace operations. This is not a request to call every tool or poll. Long tasks and delegated work use labeled progress bars; dismissing a bar hides only that activity and does not cancel its work.
+
+Plan launches remain conversation-only. Writable auto-loop launches prepare the plan and task list before returning control to the loop; writable manual launches implement after plan approval, under the configured Git policy. Custom brainstorming, Notion and Sentry templates are preserved; they cannot expand launch permissions or authorize commits automatically. Review returns and handoff reports remain read-only, with only their scoped report and operational progress tools allowed. Plan approval does not change permissions; explicitly select an execution mode in Kōbō and start a new launch to implement.
+
+The expandable **Kōbō instructions** chat entry records the application-owned text prepared by the engine builder for the initial launch or a pending initial-prompt retry, including progress guidance, continuation rules, workflow policy and managed integration notices. The pending initial mission is retained until this entry is durably recorded, so a failure during asynchronous launch preparation remains retryable. A later replacement mission is never cleared by an earlier launch. Preparation is not proof of provider delivery. The provider's own system preset is not included. Retrieved memory bodies and capability tokens are not copied to chat; memory usage remains visible separately in the Memory panel. Existing historical prompt entries retain their original content. Ordinary resumes receive current instructions without creating another initial-prompt entry.
+
 ### Managed integration MCPs in agent sessions
 
 **Test connection** uses the saved direct configuration when present, otherwise the

package/README.md

@@ -24,6 +24,8 @@ Kōbō (工房, "workshop") turns *one agent, one terminal* into a real workflow
 
 Use [group messages](CONFIGURATION.md#group-workspace-messages) to send one instruction to selected workspaces, filtered by tags and status, from the interface or MCP. Auto-loops receive it on their next iteration; each recipient has a durable delivery result.
 
+[Session progress bars](CONFIGURATION.md#session-progress-bars) show labelled long-running activities above the message input, including work delegated to subagents. Agents report progress through internal or external MCP; you can dismiss an individual bar without stopping its work.
+
 ## Quick start
 
 Requires Node.js ≥ 24.15, Git, Bash and your own Claude Code **or** Codex authentication. No skill plugin or ticket integration is required. Kōbō is a local, single-user tool; each user installs their own instance.

package/dist/mcp-server/kobo-tasks-server.js

@@ -4,12 +4,14 @@ import { StdioServerTransport } from '@modelcontextprotocol/sdk/server/stdio.js'
 import { CallToolRequestSchema, ListToolsRequestSchema } from '@modelcontextprotocol/sdk/types.js';
 import { getDb } from '../server/db/index.js';
 import { EXTERNAL_MEMORY_TOOL_DEFINITIONS, isMemoryToolName, MEMORY_TOOL_DEFINITIONS } from '../shared/memory-tools.js';
+import { INTERNAL_PROGRESS_BAR_TOOLS, isProgressBarTool, PROGRESS_BAR_TOOLS } from '../shared/progress-bar-tools.js';
 import { isWorkspaceCreationTool, MAX_MCP_CREATION_REQUEST_BYTES, WORKSPACE_CREATION_TOOLS, } from '../shared/workspace-creation-tools.js';
 import { WORKSPACE_DIALOGUE_TOOLS } from '../shared/workspace-dialogue-tools.js';
 import { isWorkspaceGroupMessageTool, WORKSPACE_GROUP_MESSAGE_TOOLS } from '../shared/workspace-group-message-tools.js';
 import { isWorkspaceLifecycleTool, WORKSPACE_LIFECYCLE_TOOLS } from '../shared/workspace-lifecycle-tools.js';
 import { createTaskHandler, cronListHandler, deleteTaskHandler, getDevServerStatusHandler, getSessionUsageHandler, getSettingsHandler, getTicketSourcesHandler, getWorkspaceInfoHandler, listDocumentsHandler, listTasksHandler, listWorkspaceImagesHandler, listWorkspacesHandler, logThoughtHandler, markAutoLoopReadyHandler, markTaskDoneHandler, readDocumentHandler, readWorkspaceEventsCsvHandler, setWorkspaceAgentDescriptionHandler, updateTaskHandler, } from './kobo-tasks-handlers.js';
 import { callMemoryTool, isMemoryOutputSuppressed } from './memory-client.js';
+import { callProgressBarTool } from './progress-bar-client.js';
 import { callWorkspaceDialogueTool } from './workspace-dialogue-client.js';
 const finalReviewToken = process.env.KOBO_FINAL_REVIEW_TOKEN;
 const finalReviewSessionId = process.env.KOBO_FINAL_REVIEW_SESSION_ID;
@@ -213,7 +215,7 @@ const WORKSPACE_SCOPED_TOOLS = [
     },
     {
         name: 'mark_auto_loop_ready',
-        description: 'CALL ONLY at the end of a `/kobo-prep-autoloop` grooming session, once all tasks look atomic and implementable in one session. Flips a flag on the workspace that unlocks the auto-loop toggle in the UI. Do NOT call during normal sessions.',
+        description: 'CALL at the end of authorized auto-loop preparation, either during initial workspace creation with auto-loop or a later `/kobo-prep-autoloop` grooming session. First ensure tasks are atomic, implementable, and include the required verification/finalization work. Marks preparation ready; this is a mutation and cannot be called from a read-only launch. Do NOT call during unrelated normal sessions.',
         inputSchema: { type: 'object', properties: {}, required: [] },
         annotations: { destructiveHint: false, openWorldHint: false },
     },
@@ -328,7 +330,7 @@ const WORKSPACE_SCOPED_TOOLS = [
     },
     {
         name: 'cron_create',
-        description: 'Schedule a recurring trigger on THIS workspace. At each fire, Kōbō waits for the workspace to be idle (no active session) and then resumes the same conversation by injecting `prompt` as the next user message — same UX as `schedule_wakeup` but recurring. Skip-if-active: if a session is already running when the timer fires, that occurrence is skipped, the next occurrence is computed, and the cron continues. The cron persists across server restarts (skip-missed semantics on boot — no catchup spam). Delete with `cron_delete(id)`. Multiple crons per workspace are allowed.',
+        description: 'Schedule a recurring trigger on THIS workspace. At each fire, Kōbō checks that the workspace is idle (no active session), then injects `prompt` into the conversation pinned when scheduled (`mode=resume`) or starts a new session (`mode=fresh`). Skip-if-active: if a session is already running when the timer fires, that occurrence is skipped, the next occurrence is computed, and the cron continues. The cron persists across server restarts (skip-missed semantics on boot — no catchup spam). Delete with `cron_delete(id)`. Multiple crons per workspace are allowed.',
         inputSchema: {
             type: 'object',
             properties: {
@@ -538,7 +540,7 @@ const WORKSPACE_SCOPED_TOOLS = [
     },
     {
         name: 'schedule_wakeup',
-        description: 'WHEN: use this whenever you would otherwise WAIT for or POLL a long-running task (test suite, CI, build, deploy, or external state) — never block your turn with sleep/poll loops, and never end a turn merely "waiting" on a background job, because the session goes idle and will not resume on its own. CALL to schedule a follow-up turn on THIS workspace after a delay. End the current turn normally; once it finishes and the workspace is idle, Kōbō waits `delaySeconds`, then resumes the same conversation by injecting `prompt` as the next user message. The wakeup is scoped to the current workspace and resumes its latest session — you cannot target another workspace or another session. If a turn is still active when the timer fires, the wakeup is skipped (status: `session-active`). Replaces any previously pending wakeup on this workspace. Delay is clamped to [60, 21600] seconds (1min to 6h). Prefer this over the built-in `ScheduleWakeup` tool — it is the SDK-supported entry point.',
+        description: 'WHEN: the parent agent needs a durable later check for detached work or external state without a tracked completion notification. Do not duplicate SDK tracked-job continuation or schedule merely to advance auto-loop; subagents must leave the one workspace wakeup to their parent. Delay is measured from this call and clamped to [60, 21600] seconds. The wakeup targets this workspace and the session selected at scheduling time, not whichever session is newest later. It is deferred while busy when it cannot be delivered to the waiting controller; active auto-loop receives it as a queued instruction. Replaces the existing pending wakeup on this workspace, so preserve unrelated scheduled intent. Supply a concrete follow-up prompt and optional reason. End the current turn normally; delivery timing also depends on workspace availability. Prefer this durable Kōbō tool over native ScheduleWakeup',
         inputSchema: {
             type: 'object',
             properties: {
@@ -566,6 +568,7 @@ const WORKSPACE_SCOPED_TOOLS = [
         annotations: { destructiveHint: false, openWorldHint: false },
     },
     ...MEMORY_TOOL_DEFINITIONS,
+    ...INTERNAL_PROGRESS_BAR_TOOLS,
 ];
 const GLOBAL_TOOLS = [
     ...WORKSPACE_DIALOGUE_TOOLS,
@@ -573,6 +576,7 @@ const GLOBAL_TOOLS = [
     ...WORKSPACE_LIFECYCLE_TOOLS,
     ...WORKSPACE_GROUP_MESSAGE_TOOLS,
     ...EXTERNAL_MEMORY_TOOL_DEFINITIONS,
+    ...PROGRESS_BAR_TOOLS,
     {
         name: 'list_workspaces',
         description: 'List Kōbō workspaces with their id, title, status, tags, and creation date. Set tag to return only workspaces carrying that exact tag. Works even when the Kōbō backend server is not running (reads the database directly). Use this to discover existing workspaces before creating one or targeting one with archive_workspace/stop_workspace.',
@@ -617,12 +621,19 @@ function availableTools() {
     // A workspace process exposes the capability-bound memory tools exactly once.
     // Unbound/global stdio exposes the external bridge variant instead.
     const tools = workspaceId
-        ? [...WORKSPACE_SCOPED_TOOLS, ...GLOBAL_TOOLS.filter((tool) => !isMemoryToolName(tool.name))]
+        ? [
+            ...WORKSPACE_SCOPED_TOOLS,
+            ...GLOBAL_TOOLS.filter((tool) => !isMemoryToolName(tool.name) && !isProgressBarTool(tool.name)),
+        ]
         : GLOBAL_TOOLS;
     return tools.filter((tool) => handoffId && handoffToken
-        ? tool.name === 'submit_session_handoff' || tool.annotations?.readOnlyHint === true
+        ? tool.name === 'submit_session_handoff' ||
+            tool.annotations?.readOnlyHint === true ||
+            (isProgressBarTool(tool.name) && !!process.env.KOBO_PROGRESS_SESSION_TOKEN)
         : finalReviewToken && finalReviewSessionId
-            ? tool.name === 'submit_final_review' || tool.annotations?.readOnlyHint === true
+            ? tool.name === 'submit_final_review' ||
+                tool.annotations?.readOnlyHint === true ||
+                (isProgressBarTool(tool.name) && !!process.env.KOBO_PROGRESS_SESSION_TOKEN)
             : tool.name !== 'submit_session_handoff' && tool.name !== 'submit_final_review');
 }
 server.setRequestHandler(ListToolsRequestSchema, async () => ({ tools: availableTools() }));
@@ -676,6 +687,17 @@ server.setRequestHandler(CallToolRequestSchema, async (request) => {
                 report: a.report,
             }));
         }
+        if (isProgressBarTool(name)) {
+            if (!workspaceId)
+                return await callWorkspaceDialogueTool(backendUrl, name, a, process.env.KOBO_NETWORK_TOKEN, process.env.KOBO_MCP_CLIENT_NAME ?? server.getClientVersion()?.name);
+            return await callProgressBarTool({
+                backendUrl,
+                name,
+                args: a,
+                capability: process.env.KOBO_PROGRESS_SESSION_TOKEN,
+                networkToken: process.env.KOBO_NETWORK_TOKEN,
+            });
+        }
         if (isMemoryToolName(name)) {
             if (!workspaceId) {
                 return await callWorkspaceDialogueTool(backendUrl, name, a, process.env.KOBO_NETWORK_TOKEN, process.env.KOBO_MCP_CLIENT_NAME ?? server.getClientVersion()?.name);

package/dist/mcp-server/progress-bar-client.js

@@ -0,0 +1,20 @@
+import { isProgressBarTool } from '../shared/progress-bar-tools.js';
+export async function callProgressBarTool(input) {
+    if (!isProgressBarTool(input.name))
+        throw new TypeError('Unknown progress tool');
+    if (!input.capability)
+        throw new Error('Progress capability is unavailable for this process');
+    const headers = {
+        'Content-Type': 'application/json',
+        'X-Kobo-Progress-Session': input.capability,
+    };
+    if (input.networkToken)
+        headers['X-Kobo-Token'] = input.networkToken;
+    const response = await (input.fetcher ?? fetch)(`${input.backendUrl.replace(/\/$/, '')}/api/progress-bars/agent/${input.name}`, { method: 'POST', headers, body: JSON.stringify(input.args), signal: AbortSignal.timeout(30_000) });
+    const data = (await response.json());
+    return {
+        content: [{ type: 'text', text: JSON.stringify(data) }],
+        structuredContent: data,
+        ...(!response.ok ? { isError: true } : {}),
+    };
+}

package/dist/mcp-server/workspace-dialogue-client.js

@@ -1,6 +1,7 @@
 import { Client } from '@modelcontextprotocol/sdk/client/index.js';
 import { StreamableHTTPClientTransport } from '@modelcontextprotocol/sdk/client/streamableHttp.js';
 import { isMemoryToolName, validateMemoryToolArguments } from '../shared/memory-tools.js';
+import { isProgressBarTool, validateProgressBarArguments } from '../shared/progress-bar-tools.js';
 import { isWorkspaceCreationTool, validateWorkspaceCreationArguments } from '../shared/workspace-creation-tools.js';
 import { validateDialogueArguments } from '../shared/workspace-dialogue-tools.js';
 import { isWorkspaceGroupMessageTool, validateWorkspaceGroupMessageArguments, } from '../shared/workspace-group-message-tools.js';
@@ -8,15 +9,34 @@ import { isWorkspaceLifecycleTool, validateWorkspaceLifecycleArguments } from '.
 import { normalizeClientName } from '../shared/workspace-message-types.js';
 /** Stateless HTTP bridge: external stdio clients never own agent runtime state. */
 export async function callWorkspaceDialogueTool(backendUrl, name, args, token, clientName) {
+    if (isProgressBarTool(name)) {
+        try {
+            validateProgressBarArguments(name, args, true);
+        }
+        catch (error) {
+            const data = {
+                error: error instanceof Error ? error.message : 'Invalid arguments',
+                status: 400,
+                code: 'invalid_arguments',
+            };
+            return {
+                isError: true,
+                content: [{ type: 'text', text: JSON.stringify(data) }],
+                structuredContent: data,
+            };
+        }
+    }
     const arguments_ = isMemoryToolName(name)
         ? validateMemoryToolArguments(name, args, true)
-        : isWorkspaceCreationTool(name)
-            ? validateWorkspaceCreationArguments(name, args)
-            : isWorkspaceLifecycleTool(name)
-                ? validateWorkspaceLifecycleArguments(name, args)
-                : isWorkspaceGroupMessageTool(name)
-                    ? validateWorkspaceGroupMessageArguments(name, args)
-                    : validateDialogueArguments(name, args);
+        : isProgressBarTool(name)
+            ? args
+            : isWorkspaceCreationTool(name)
+                ? validateWorkspaceCreationArguments(name, args)
+                : isWorkspaceLifecycleTool(name)
+                    ? validateWorkspaceLifecycleArguments(name, args)
+                    : isWorkspaceGroupMessageTool(name)
+                        ? validateWorkspaceGroupMessageArguments(name, args)
+                        : validateDialogueArguments(name, args);
     const client = new Client({ name: 'kobo-stdio-bridge', version: '1.0.0' });
     // Creation can include forge reads, worktree setup and user setup scripts.
     // A timed-out creation is ambiguous and must never be retried automatically.

package/dist/server/db/migrations.js

@@ -2,6 +2,7 @@ import { initAutoLoopFinalReviewSchema } from './auto-loop-final-review-schema.j
 import { initAutoLoopSchema } from './auto-loop-schema.js';
 import { initMcpMessageSchema } from './mcp-message-schema.js';
 import { migrateMemorySchema } from './memory-schema.js';
+import { initProgressBarSchema } from './progress-bar-schema.js';
 import { initReviewReturnSchema, migrateDurableReviewReturns } from './review-return-schema.js';
 import { initSchema } from './schema.js';
 import { initSearchSchema } from './search-schema.js';
@@ -810,6 +811,7 @@ export const migrations = [
         },
     },
     { version: 53, name: 'workspace-group-message-receipts', migrate: initWorkspaceMessageBatchSchema },
+    { version: 54, name: 'session-progress-bars', migrate: initProgressBarSchema },
 ];
 /** Current schema version — always equals the highest migration version. */
 export const SCHEMA_VERSION = migrations.length > 0 ? migrations[migrations.length - 1].version : 1;

package/dist/server/db/progress-bar-schema.js

@@ -0,0 +1,27 @@
+export function initProgressBarSchema(db) {
+    db.exec(`CREATE TABLE IF NOT EXISTS session_progress_bars (
+    id TEXT PRIMARY KEY,
+    workspace_id TEXT NOT NULL REFERENCES workspaces(id) ON DELETE CASCADE,
+    session_id TEXT NOT NULL REFERENCES agent_sessions(id) ON DELETE CASCADE,
+    owner_kind TEXT NOT NULL CHECK(owner_kind IN ('internal','external')),
+    owner_launch_id TEXT NOT NULL,
+    activity_key TEXT NOT NULL,
+    creation_fingerprint TEXT NOT NULL,
+    producer_fingerprint TEXT,
+    producer_updated_at TEXT,
+    label TEXT NOT NULL,
+    step TEXT,
+    current REAL,
+    total REAL,
+    status TEXT NOT NULL CHECK(status IN ('running','succeeded','failed','interrupted')),
+    dismissed_at TEXT,
+    completed_at TEXT,
+    created_at TEXT NOT NULL,
+    updated_at TEXT NOT NULL,
+    revision INTEGER NOT NULL DEFAULT 1,
+    sequence INTEGER NOT NULL DEFAULT 0,
+    UNIQUE(workspace_id,session_id,owner_kind,owner_launch_id,activity_key)
+  );
+  CREATE INDEX IF NOT EXISTS idx_progress_bars_session ON session_progress_bars(workspace_id,session_id,created_at,id);
+  CREATE INDEX IF NOT EXISTS idx_progress_bars_launch ON session_progress_bars(owner_kind,owner_launch_id,status);`);
+}

package/dist/server/db/schema.js

@@ -2,6 +2,7 @@ import { initAutoLoopFinalReviewSchema } from './auto-loop-final-review-schema.j
 import { initAutoLoopSchema } from './auto-loop-schema.js';
 import { initMcpMessageSchema } from './mcp-message-schema.js';
 import { initMemorySchema } from './memory-schema.js';
+import { initProgressBarSchema } from './progress-bar-schema.js';
 import { initReviewReturnSchema } from './review-return-schema.js';
 import { initSearchSchema } from './search-schema.js';
 import { initSessionHandoffSchema } from './session-handoff-schema.js';
@@ -242,4 +243,5 @@ export function initSchema(db) {
     initSessionHandoffSchema(db);
     initMemorySchema(db);
     initWorkspaceMessageBatchSchema(db);
+    initProgressBarSchema(db);
 }

package/dist/server/index.js

@@ -25,6 +25,7 @@ import mcpRouter from './routes/mcp.js';
 import memoryRouter from './routes/memory.js';
 import { migrationRouter } from './routes/migration.js';
 import notionRouter from './routes/notion.js';
+import progressBarsRouter from './routes/progress-bars.js';
 import pullRequestsRouter from './routes/pull-requests.js';
 import searchRouter from './routes/search.js';
 import sentryRouter from './routes/sentry.js';
@@ -47,6 +48,7 @@ import { reconcileMessageRequests } from './services/mcp-message-request-service
 import { reconcileMemoryContextsOnStartup } from './services/memory-context-service.js';
 import { authorizeWsUpgrade, generateToken, getLanHostnames, getLanUrls, isAllowedOrigin, isAllowedRequestHost, resolveBindHost, resolveDevClientOrigin, resolveNetworkAccessEnvOverrides, resolveProxyHostname, } from './services/network-access-service.js';
 import { startPrWatcher, stopPrWatcher } from './services/pr-watcher-service.js';
+import { reconcileOrphanedProgressBars } from './services/progress-bar-service.js';
 import * as quotaBackoffService from './services/quota-backoff-service.js';
 import { reconcileReviewReturns } from './services/review-return-service.js';
 import { startSearchIndex, stopSearchIndex } from './services/search-service.js';
@@ -130,6 +132,7 @@ const dailyBackupScheduler = startDailyDbBackupScheduler(async () => {
 });
 // Initialize process cleanup, agent watchdog, PR watcher, and wakeup rehydration
 reconcileOrphanSessions();
+reconcileOrphanedProgressBars();
 reconcileReviewReturns();
 reconcileSessionHandoffs();
 // Deliver any new default prompt templates to existing installs (seed-once via the
@@ -162,6 +165,7 @@ app.route('/api/workspaces', workspacesRouter);
 app.route('/api/workspace-messages', workspaceMessagesRouter);
 app.route('/api/mcp', mcpRouter);
 app.route('/api/memory', memoryRouter);
+app.route('/api/progress-bars', progressBarsRouter);
 app.route('/api/pull-requests', pullRequestsRouter);
 app.route('/api/workspaces', imagesRouter);
 app.route('/api/notion', notionRouter);

package/dist/server/routes/mcp.js

@@ -4,12 +4,15 @@ import { CallToolRequestSchema, ListToolsRequestSchema } from '@modelcontextprot
 import { Hono } from 'hono';
 import { bodyLimit } from 'hono/body-limit';
 import { EXTERNAL_MEMORY_TOOL_DEFINITIONS, isMemoryToolName } from '../../shared/memory-tools.js';
+import { isProgressBarTool, PROGRESS_BAR_TOOLS } from '../../shared/progress-bar-tools.js';
 import { isWorkspaceCreationTool, MAX_MCP_CREATION_REQUEST_BYTES, WORKSPACE_CREATION_TOOLS, } from '../../shared/workspace-creation-tools.js';
 import { EXTERNAL_MCP_TOOLS } from '../../shared/workspace-dialogue-tools.js';
 import { isWorkspaceGroupMessageTool, WORKSPACE_GROUP_MESSAGE_TOOLS, } from '../../shared/workspace-group-message-tools.js';
 import { isWorkspaceLifecycleTool, WORKSPACE_LIFECYCLE_TOOLS } from '../../shared/workspace-lifecycle-tools.js';
 import { createMcpClientContext } from '../services/mcp-client-context.js';
 import { executeMemoryMcpTool } from '../services/memory-mcp-service.js';
+import { executeProgressBarTool, progressErrorData } from '../services/progress-bar-mcp-service.js';
+import { ProgressBarError } from '../services/progress-bar-service.js';
 import { executeWorkspaceCreationTool, WorkspaceCreationMcpError } from '../services/workspace-creation-mcp-service.js';
 import { executeWorkspaceDialogueTool } from '../services/workspace-dialogue-service.js';
 import { executeWorkspaceGroupMessageTool, WorkspaceGroupMessageMcpError, } from '../services/workspace-group-message-mcp-service.js';
@@ -70,21 +73,24 @@ app.all('/', async (c) => {
             ...WORKSPACE_LIFECYCLE_TOOLS,
             ...WORKSPACE_GROUP_MESSAGE_TOOLS,
             ...EXTERNAL_MEMORY_TOOL_DEFINITIONS,
+            ...PROGRESS_BAR_TOOLS,
         ],
     }));
     server.setRequestHandler(CallToolRequestSchema, async (request) => {
         const isMemory = isMemoryToolName(request.params.name);
         try {
             const source = createMcpClientContext(c.req.header('X-Kobo-Client-Name'), c.req.header('X-Kobo-Client-Transport') === 'stdio' ? 'stdio' : 'http', c.req.header('X-Kobo-Client-Name-Encoding'));
-            const data = isMemory
-                ? executeMemoryMcpTool(request.params.name, request.params.arguments ?? {}, source)
-                : isWorkspaceCreationTool(request.params.name)
-                    ? await executeWorkspaceCreationTool(request.params.name, request.params.arguments ?? {}, dispatchWorkspaceRequest)
-                    : isWorkspaceLifecycleTool(request.params.name)
-                        ? await executeWorkspaceLifecycleTool(request.params.name, request.params.arguments ?? {}, dispatchWorkspaceRequest)
-                        : isWorkspaceGroupMessageTool(request.params.name)
-                            ? executeWorkspaceGroupMessageTool(request.params.name, request.params.arguments ?? {}, source)
-                            : await executeWorkspaceDialogueTool(request.params.name, request.params.arguments ?? {}, source);
+            const data = isProgressBarTool(request.params.name)
+                ? executeProgressBarTool(request.params.name, request.params.arguments ?? {})
+                : isMemory
+                    ? executeMemoryMcpTool(request.params.name, request.params.arguments ?? {}, source)
+                    : isWorkspaceCreationTool(request.params.name)
+                        ? await executeWorkspaceCreationTool(request.params.name, request.params.arguments ?? {}, dispatchWorkspaceRequest)
+                        : isWorkspaceLifecycleTool(request.params.name)
+                            ? await executeWorkspaceLifecycleTool(request.params.name, request.params.arguments ?? {}, dispatchWorkspaceRequest)
+                            : isWorkspaceGroupMessageTool(request.params.name)
+                                ? executeWorkspaceGroupMessageTool(request.params.name, request.params.arguments ?? {}, source)
+                                : await executeWorkspaceDialogueTool(request.params.name, request.params.arguments ?? {}, source);
             if (isMemory) {
                 const bounded = prepareMemoryToolEnvelope(data, { targetTokens: 1_000, transport: 'external' });
                 if (bounded.data.memoryOutputSuppressed === true)
@@ -104,6 +110,10 @@ app.all('/', async (c) => {
             };
         }
         catch (error) {
+            if (error instanceof ProgressBarError) {
+                const data = progressErrorData(error);
+                return { isError: true, content: [{ type: 'text', text: JSON.stringify(data) }], structuredContent: data };
+            }
             if (error instanceof WorkspaceGroupMessageMcpError) {
                 const data = { error: error.message, status: error.status };
                 return { isError: true, content: [{ type: 'text', text: JSON.stringify(data) }], structuredContent: data };

package/dist/server/routes/progress-bars.js

@@ -0,0 +1,56 @@
+import { Hono } from 'hono';
+import { bodyLimit } from 'hono/body-limit';
+import { executeProgressBarTool, progressErrorData } from '../services/progress-bar-mcp-service.js';
+import { resolveProgressCapability } from '../services/progress-bar-runtime.js';
+import { dismissProgressBar, listProgressBars, ProgressBarError } from '../services/progress-bar-service.js';
+const router = new Hono();
+router.use('*', bodyLimit({ maxSize: 16 * 1024, onError: (c) => c.json({ error: 'Request body is too large' }, 413) }));
+router.onError((error, c) => {
+    if (error instanceof ProgressBarError)
+        return c.json(progressErrorData(error), error.status);
+    console.error('[progress-bars] Request failed', error);
+    return c.json({ error: 'Progress request failed' }, 500);
+});
+router.post('/agent/:tool', async (c) => {
+    let body;
+    try {
+        body = await c.req.json();
+    }
+    catch {
+        return c.json({ error: 'Invalid JSON' }, 400);
+    }
+    // Stop may revoke the launch while the request body is being read. Resolve
+    // only after the last await so authorization and mutation stay synchronous.
+    const owner = resolveProgressCapability(c.req.header('X-Kobo-Progress-Session'));
+    return c.json(executeProgressBarTool(c.req.param('tool'), body, owner));
+});
+router.get('/', (c) => {
+    const workspaceId = c.req.query('workspaceId') ?? '';
+    const sessionId = c.req.query('sessionId') ?? '';
+    const limit = c.req.query('limit');
+    const offset = c.req.query('offset');
+    return c.json(listProgressBars({
+        workspaceId,
+        sessionId,
+        limit: limit === undefined ? undefined : Number(limit),
+        offset: offset === undefined ? undefined : Number(offset),
+    }));
+});
+router.post('/:id/dismiss', async (c) => {
+    let body;
+    try {
+        body = await c.req.json();
+    }
+    catch {
+        return c.json({ error: 'Invalid JSON' }, 400);
+    }
+    if (!body || typeof body !== 'object' || Array.isArray(body))
+        return c.json({ error: 'Expected an object' }, 400);
+    const record = body;
+    if (Object.keys(record).some((key) => key !== 'workspaceId' && key !== 'sessionId') ||
+        typeof record.workspaceId !== 'string' ||
+        typeof record.sessionId !== 'string')
+        return c.json({ error: 'workspaceId and sessionId are required' }, 400);
+    return c.json(dismissProgressBar({ workspaceId: record.workspaceId, sessionId: record.sessionId }, c.req.param('id')));
+});
+export default router;