@koda-sl/baker-cli 0.91.0 → 0.92.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +31 -0
- package/dist/cli.js +353 -71
- package/dist/cli.js.map +1 -1
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -2361,6 +2361,37 @@ Permissions enforced server-side:
|
|
|
2361
2361
|
|
|
2362
2362
|
---
|
|
2363
2363
|
|
|
2364
|
+
### Missions (`baker missions`)
|
|
2365
|
+
|
|
2366
|
+
A **Mission** groups an ordered set of actions (its "steps") under one goal, with a markdown **overview** (the human-readable plan). Use a mission whenever a request decomposes into 2+ ordered actions — audits, campaigns, multi-step plans. A single one-off capture stays a loose action.
|
|
2367
|
+
|
|
2368
|
+
Mission write ops stage on the **same chat draft as actions** and apply atomically on the existing publish — there is no separate apply. `BAKER_CHAT_ID` must be set for every command except `list`/`get`.
|
|
2369
|
+
|
|
2370
|
+
```bash
|
|
2371
|
+
# Open a mission (returns { ok, data: { missionTempId }, hints })
|
|
2372
|
+
baker missions create --title "Audit Google Ads" --overview "## Phase 1 — Pull data\n..."
|
|
2373
|
+
|
|
2374
|
+
# Create the action steps in order, then attach each by 0-based --order.
|
|
2375
|
+
# Both --mission and --action accept a real id or a temp_* ref from the same draft.
|
|
2376
|
+
baker missions add-action --mission <id-or-missionTempId> --action <id-or-tempId> --order 0
|
|
2377
|
+
|
|
2378
|
+
baker missions update <mission-id> --title "..." --overview "..." # real id only
|
|
2379
|
+
baker missions set-status <mission-id> --status accomplished # active | accomplished | aborted
|
|
2380
|
+
|
|
2381
|
+
baker missions list [--include-aborted] # per-mission progress (done/total) + ordered steps
|
|
2382
|
+
baker missions get <mission-id>
|
|
2383
|
+
```
|
|
2384
|
+
|
|
2385
|
+
Rules:
|
|
2386
|
+
|
|
2387
|
+
- **The overview is forward planning** — write it as numbered Phases (goal / what it produces / what unlocks next), with **no calendar framing** (dates, deadlines, ETAs) and **no effort framing** (quick-win, MVP, t-shirt sizes).
|
|
2388
|
+
- **Publishing the chat = the user approving the plan.** The mission and its ordered steps apply atomically; the dashboard then shows the mission grouped, ticking off as steps complete.
|
|
2389
|
+
- **Mark `accomplished` only when the goal is genuinely met**, `aborted` if abandoned — never auto-conclude from step status.
|
|
2390
|
+
- Hard dependencies between steps still go through `baker actions link`; missions (ordering) and dependencies (blocking) are orthogonal.
|
|
2391
|
+
- All staged mission ops revert automatically if the chat is discarded.
|
|
2392
|
+
|
|
2393
|
+
---
|
|
2394
|
+
|
|
2364
2395
|
### `baker schema [command]`
|
|
2365
2396
|
|
|
2366
2397
|
Inspect command argument schemas for AI agent introspection.
|