@groeponline/pi-missions 0.3.14 → 0.3.16

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.
Files changed (3) hide show
  1. package/CHANGELOG.md +8 -0
  2. package/README.md +37 -43
  3. package/package.json +1 -1
package/CHANGELOG.md CHANGED
@@ -7,6 +7,14 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
7
7
 
8
8
  ## [Unreleased]
9
9
 
10
+ ## [0.3.16] - 2026-09-11
11
+
12
+ ### Documentation
13
+ - add durable mission lifecycle visual (#24)
14
+ ## [0.3.15] - 2026-09-11
15
+
16
+ ### Documentation
17
+ - make Missions README product-first
10
18
  ## [0.3.14] - 2026-09-11
11
19
 
12
20
  ### Changed
package/README.md CHANGED
@@ -2,53 +2,36 @@
2
2
 
3
3
  <img src="https://raw.githubusercontent.com/GroepOnline/pi-missions/main/docs/images/missions_banner.png" alt="Pi Missions" width="100%">
4
4
 
5
- # @groeponline/pi-missions
5
+ # Pi Missions
6
6
 
7
- **Durable execution tracks for Pi coding agents.**
7
+ **Keep long-running coding work alive after the chat is gone.**
8
8
 
9
- Keep a multi-step job alive across restarts, compaction, forks and handoffs without reconstructing the plan from chat history.
9
+ Turn a big implementation into a durable mission with ordered features, acceptance criteria, evidence and resumable state across Pi sessions.
10
10
 
11
11
  [![npm](https://img.shields.io/npm/v/@groeponline/pi-missions.svg)](https://www.npmjs.com/package/@groeponline/pi-missions) [![downloads](https://img.shields.io/npm/dm/@groeponline/pi-missions.svg?label=downloads)](https://www.npmjs.com/package/@groeponline/pi-missions) [![CI](https://github.com/GroepOnline/pi-missions/actions/workflows/ci.yml/badge.svg)](https://github.com/GroepOnline/pi-missions/actions/workflows/ci.yml) [![Pi package](https://img.shields.io/badge/Pi-package-9b59b6.svg)](https://pi.dev/packages/@groeponline/pi-missions) ![License](https://img.shields.io/badge/license-MIT-green.svg)
12
12
 
13
13
  </div>
14
14
 
15
- ## Why Pi Missions
16
-
17
- Agent sessions are temporary. Real implementation work is not.
18
-
19
- Pi Missions gives a job a durable identity with a plan, ordered features, acceptance criteria, evidence, history and handoff state. The active session can end; the mission remains on disk and can be loaded again by Pi or another compatible worker.
20
-
21
- Use it when a task is too large for one prompt, one context window or one uninterrupted coding session.
22
-
23
- ## Where it fits
24
-
25
- Pi Missions owns **durable work state**: plans, features, evidence, history, recovery, and handoff context that must survive session boundaries. It does not replace Wishcraft's lightweight idea inbox and it does not execute multi-agent swarms itself.
26
-
27
- `pi-wishcraft idea -> pi-missions mission -> pi-agent-orchestrator run` is the intended promotion path when a thought becomes durable work and then needs parallel or isolated execution.
28
-
29
- - [`pi-wishcraft`](https://github.com/GroepOnline/pi-wishcraft): operator cockpit and fast idea capture.
30
- - **pi-missions**: durable plan/task/evidence state.
31
- - [`pi-agent-orchestrator`](https://github.com/GroepOnline/pi-agent-orchestrator): execution fabric for agents, worktrees, swarms, schedules, and handoffs.
32
-
33
- GitHub, Slack and webhook integration classes remain lightweight scaffolding; production-readiness is tracked in [#13](https://github.com/GroepOnline/pi-missions/issues/13).
34
-
35
- ## 30-second start
15
+ ## Start in 10 seconds
36
16
 
37
17
  ```bash
38
18
  pi install npm:@groeponline/pi-missions
39
19
  ```
40
20
 
41
- Inside Pi:
21
+ Then inside Pi:
42
22
 
43
23
  ```text
44
24
  /mission start "Implement user auth"
45
- /mission status
46
25
  /mission next
47
- # work on the active feature
26
+ ```
27
+
28
+ When the feature is actually done:
29
+
30
+ ```text
48
31
  /mission done "Tests pass and login flow verified"
49
32
  ```
50
33
 
51
- Resume later:
34
+ Close Pi. Come back later. Resume the same mission:
52
35
 
53
36
  ```text
54
37
  /mission list
@@ -56,22 +39,33 @@ Resume later:
56
39
  /mission status
57
40
  ```
58
41
 
59
- ## Execution loop
60
-
61
- ```mermaid
62
- flowchart LR
63
- A[Create or load mission] --> B[Pending feature]
64
- B -->|/mission next| C[Active feature]
65
- C -->|evidence accepted| D[Done]
66
- C -->|cannot proceed| E[Blocked]
67
- D -->|more ready work| B
68
- D -->|all features complete| F[Mission complete]
69
- E -->|another feature is ready| B
70
- C --> G[history.jsonl]
71
- D --> H[evidence/Fxxx.md]
72
- ```
42
+ ## Why Pi Missions
43
+
44
+ Agent sessions are temporary. Real implementation work is not. Pi Missions stores the plan, current feature, acceptance criteria, evidence, history and handoff state on disk so progress survives restarts, compaction, forks and context loss.
45
+
46
+ Use it when a job is too large for one prompt, one context window or one uninterrupted coding session.
47
+
48
+ <p align="center">
49
+ <img src="https://raw.githubusercontent.com/GroepOnline/pi-missions/main/docs/images/mission-lifecycle.svg" alt="Pi Missions durable lifecycle: create or load, advance features, persist state and resume later" width="100%">
50
+ </p>
51
+
52
+ The important bit is not the queue UI. It is that the active pointer, transition history and completion evidence survive the session that created them.
53
+
54
+ ## Where it fits
55
+
56
+ Pi Missions owns **durable work state**. Wishcraft captures lightweight ideas; Missions turns serious work into a resumable track; Agent Orchestrator executes parallel or isolated work when that becomes useful.
57
+
58
+ `pi-wishcraft idea → pi-missions mission → pi-agent-orchestrator run`
59
+
60
+ - [`pi-wishcraft`](https://github.com/GroepOnline/pi-wishcraft): operator cockpit and fast idea capture.
61
+ - **pi-missions**: durable plan, queue, evidence and recovery state.
62
+ - [`pi-agent-orchestrator`](https://github.com/GroepOnline/pi-agent-orchestrator): agents, worktrees, swarms, schedules and execution handoffs.
63
+
64
+ GitHub, Slack and webhook integration classes remain lightweight scaffolding; production-readiness is tracked in [#13](https://github.com/GroepOnline/pi-missions/issues/13).
65
+
66
+ ## Runtime contract
73
67
 
74
- The agent is expected to work only on the active feature. Completion is explicit: `/mission done` or `mission_feature_done` records evidence before the queue advances.
68
+ The agent works only on the active feature. Completion is explicit: `/mission done` or `mission_feature_done` records evidence before the queue advances. A blocked feature records its reason instead of being silently skipped.
75
69
 
76
70
  ## What persists
77
71
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@groeponline/pi-missions",
3
- "version": "0.3.14",
3
+ "version": "0.3.16",
4
4
  "description": "Persistent mission orchestration for Pi: durable plans, task queues, evidence trails, SQLite state, resumable execution, and handoffs across agent sessions.",
5
5
  "type": "module",
6
6
  "private": false,