Accomplish Status

accomplish-status

Report babysitter run status to the Accomplish AI desktop app via file-based IPC.

Overview

This skill writes run status JSON to a well-known directory. External consumers (such as a future Accomplish daemon integration or other tooling) can watch this directory for changes to track orchestration progress, pending breakpoints, and completion state.

Status File Location

Status files are written to:

<OPENCODE_CONFIG_DIR>/run-status/<runId>.json

Where OPENCODE_CONFIG_DIR is resolved from the OPENCODE_CONFIG_DIR environment variable (typically ~/.config/opencode or platform equivalent).

Dependencies

Babysitter SDK and CLI

Read the SDK version from versions.json to ensure version compatibility:

SDK_VERSION=$(node -e "try{const fs=require('fs');const probes=['./plugins/babysitter-unified/versions.json','./node_modules/@a5c-ai/babysitter-opencode/versions.json'];for(const probe of probes){if(fs.existsSync(probe)){console.log(JSON.parse(fs.readFileSync(probe,'utf8')).sdkVersion||'latest');process.exit(0)}}console.log('latest')}catch{console.log('latest')}")
npm i -g @a5c-ai/babysitter-sdk@$SDK_VERSION

if command -v babysitter >/dev/null 2>&1 && babysitter --version >/dev/null 2>&1; then
  CLI="babysitter"
else
  CLI="npm exec --yes --package @a5c-ai/babysitter-sdk@$SDK_VERSION -- babysitter"
fi

If a stale or broken global shim fails with MODULE_NOT_FOUND, repair it with npm rm -g @a5c-ai/babysitter @a5c-ai/babysitter-sdk && npm i -g @a5c-ai/babysitter-sdk@$SDK_VERSION, then re-run babysitter --version.

Instructions

1. Resolve the status directory

STATUS_DIR="${OPENCODE_CONFIG_DIR:-$HOME/.config/opencode}/run-status"
mkdir -p "$STATUS_DIR"

2. Get run status from babysitter

babysitter run:status .a5c/runs/<runId> --json

3. Write the status file

Transform the run status output into the Accomplish status format and write it to $STATUS_DIR/<runId>.json.

Use the ACCOMPLISH_TASK_ID environment variable to correlate the babysitter run with the originating Accomplish task. This variable is set automatically by Accomplish when it spawns the agent session.

ACCOMPLISH_TASK_ID="${ACCOMPLISH_TASK_ID:-}"

4. Status file format

Write the following JSON structure to $STATUS_DIR/<runId>.json:

{
  "runId": "abc123-def456",
  "processId": "my-process",
  "status": "running",
  "currentPhase": "execute",
  "phases": [
    { "name": "plan", "status": "completed" },
    { "name": "execute", "status": "running" },
    { "name": "verify", "status": "pending" }
  ],
  "pendingEffects": [
    {
      "effectId": "eff-001",
      "kind": "breakpoint",
      "title": "Approve implementation plan"
    }
  ],
  "accomplishTaskId": "accomplish-task-789",
  "lastUpdatedAt": "2026-04-04T12:00:00.000Z"
}

Field reference

5. When to update

Write or update the status file:

• Immediately after babysitter run:create (status: created)
• After each babysitter run:iterate call (status: running or waiting)
• When breakpoints are requested (status: waiting, include breakpoint in pendingEffects)
• After babysitter task:post resolves an effect (status: running)
• On run completion (status: completed)
• On run failure (status: failed)

6. Cleanup

When a run reaches a terminal state (completed or failed), the status file may be left in place for external consumers to read the final state. Stale status files can be cleaned up manually or by external tooling.