@mediadatafusion/pi-workflow-suite 0.0.20 → 0.0.22
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/CHANGELOG.md +18 -0
- package/README.md +51 -17
- package/VERSION +1 -1
- package/config/prompts/mission-repair.md +1 -0
- package/config/prompts/mission-run.md +1 -0
- package/extensions/workflow-modes.ts +1038 -188
- package/extensions/workflow-state.ts +20 -0
- package/extensions/workflow-subagent-policy.ts +236 -3
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -2,6 +2,24 @@
|
|
|
2
2
|
|
|
3
3
|
All notable public releases will be documented in this file.
|
|
4
4
|
|
|
5
|
+
## [0.0.22] - 2026-06-14
|
|
6
|
+
|
|
7
|
+
### Improved
|
|
8
|
+
|
|
9
|
+
- Refined Standard Mode sub-agent worker bucket handling.
|
|
10
|
+
- Refreshed Plan Mode README commands and recovery notes.
|
|
11
|
+
|
|
12
|
+
## [0.0.21] - 2026-06-13
|
|
13
|
+
|
|
14
|
+
### Hardened
|
|
15
|
+
|
|
16
|
+
- Hardened Mission Mode clarification and execution handoff behavior.
|
|
17
|
+
- Hardened sub-agent policy handling across workflow phases.
|
|
18
|
+
- Refined forced sub-agent exceptions and validation handoff timing.
|
|
19
|
+
- Refined Mission validation repair routing for safer continued progress.
|
|
20
|
+
- Hardened project-aware Plan/Mission resume selection.
|
|
21
|
+
- Hardened Plan Mode continuation behavior for multi-step plans.
|
|
22
|
+
|
|
5
23
|
## [0.0.20] - 2026-06-12
|
|
6
24
|
|
|
7
25
|
### Improved
|
package/README.md
CHANGED
|
@@ -4,7 +4,7 @@
|
|
|
4
4
|
|
|
5
5
|
[](#installation) [](#quick-start) [](#core-commands) [](#settings-reference)
|
|
6
6
|
|
|
7
|
-
**Workflow Suite Version:** `v0.0.
|
|
7
|
+
**Workflow Suite Version:** `v0.0.22`
|
|
8
8
|
|
|
9
9
|
## Overview
|
|
10
10
|
|
|
@@ -246,36 +246,63 @@ The reviewer is a pre-execution second opinion on the approved plan and risk pro
|
|
|
246
246
|
|
|
247
247
|
Core behavior:
|
|
248
248
|
|
|
249
|
-
- Plain `/p` enters Plan Mode and waits for your next message.
|
|
250
|
-
- `/p <task>` starts planning immediately.
|
|
251
|
-
- `/plan <task>` provides the same workflow through the full command name.
|
|
249
|
+
- Plain `/p` or `/plan` enters Plan Mode and waits for your next message.
|
|
250
|
+
- `/p <task>` or `/plan <task>` starts planning immediately.
|
|
252
251
|
- The planner must choose either `PLAN_DECISION: clarify` or `PLAN_DECISION: plan`.
|
|
253
252
|
- Clarification questions are generated from the actual task, not static boilerplate.
|
|
254
|
-
- Execution is approval-gated.
|
|
255
|
-
-
|
|
253
|
+
- Execution is approval-gated and must follow the approved plan only.
|
|
254
|
+
- Plan execution tracks approved steps through `workflow_progress`.
|
|
255
|
+
- Review is a pre-execution second opinion when enabled.
|
|
256
256
|
- Validation is read-only and reports PASS, PARTIAL PASS, FAIL, or UNKNOWN.
|
|
257
|
-
-
|
|
257
|
+
- Repair, retry, and revalidation recover failed or partial validation when safe.
|
|
258
|
+
- Plan history saves draft, revised, approved, completed, and archived plan records.
|
|
259
|
+
- `/plan resume` or `/p resume` restores current or recoverable Plan state and shows the next action or resume menu; it does not auto-run workflow gates.
|
|
260
|
+
- `/plan continue` or `/p continue` advances the current or recovered Plan through the next configured gate, such as review, execution, validation, repair, or final completion.
|
|
258
261
|
|
|
259
262
|
Common commands:
|
|
260
263
|
|
|
261
264
|
```text
|
|
265
|
+
Entry and status:
|
|
262
266
|
/p
|
|
267
|
+
/plan
|
|
263
268
|
/p <task>
|
|
269
|
+
/plan <task>
|
|
264
270
|
/p status
|
|
271
|
+
/plan status
|
|
272
|
+
|
|
273
|
+
Approval and revision:
|
|
265
274
|
/p approve
|
|
266
|
-
/p revise <feedback>
|
|
267
|
-
/p cancel
|
|
268
|
-
/plan
|
|
269
|
-
/plan <task>
|
|
270
275
|
/plan approve
|
|
276
|
+
/p revise <feedback>
|
|
271
277
|
/plan revise <feedback>
|
|
272
|
-
|
|
278
|
+
|
|
279
|
+
Resume and continuation:
|
|
280
|
+
/p resume
|
|
281
|
+
/plan resume
|
|
282
|
+
/p continue
|
|
283
|
+
/plan continue
|
|
284
|
+
|
|
285
|
+
Validation repair:
|
|
286
|
+
/p repair
|
|
287
|
+
/plan repair
|
|
288
|
+
/p retry
|
|
289
|
+
/plan retry
|
|
290
|
+
/p revalidate
|
|
291
|
+
/plan revalidate
|
|
292
|
+
|
|
293
|
+
Clarification, execution, and history:
|
|
273
294
|
/clarify questions
|
|
274
295
|
/clarify answer 1A 2C
|
|
275
296
|
/execute
|
|
276
297
|
/validate
|
|
277
298
|
/workflow plans list
|
|
278
299
|
/workflow plans list latest
|
|
300
|
+
/workflow plans list <id>
|
|
301
|
+
/workflow plans cleanup [limit]
|
|
302
|
+
|
|
303
|
+
Exit:
|
|
304
|
+
/p cancel
|
|
305
|
+
/plan cancel
|
|
279
306
|
```
|
|
280
307
|
|
|
281
308
|
## Mission Mode
|
|
@@ -977,6 +1004,11 @@ Plan history can persist workflow plans under Pi runtime state. Saved plans incl
|
|
|
977
1004
|
- clarification questions and answers,
|
|
978
1005
|
- final plan,
|
|
979
1006
|
- approval status,
|
|
1007
|
+
- execution summary and final report,
|
|
1008
|
+
- reviewer report and review history,
|
|
1009
|
+
- validation verdict and validation report,
|
|
1010
|
+
- repair status, repair attempt, and repair history,
|
|
1011
|
+
- progress and runtime snapshot,
|
|
980
1012
|
- model role usage,
|
|
981
1013
|
- sub-agent metadata,
|
|
982
1014
|
- save reason.
|
|
@@ -1055,8 +1087,8 @@ pi install -l npm:@mediadatafusion/pi-workflow-suite
|
|
|
1055
1087
|
### Installing specific versions
|
|
1056
1088
|
|
|
1057
1089
|
```bash
|
|
1058
|
-
pi install npm:@mediadatafusion/pi-workflow-suite@0.0.
|
|
1059
|
-
pi install -l npm:@mediadatafusion/pi-workflow-suite@0.0.
|
|
1090
|
+
pi install npm:@mediadatafusion/pi-workflow-suite@0.0.22
|
|
1091
|
+
pi install -l npm:@mediadatafusion/pi-workflow-suite@0.0.22
|
|
1060
1092
|
```
|
|
1061
1093
|
|
|
1062
1094
|
An unversioned install follows normal update behavior: `pi update` and `pi update --extensions` will pick up new package releases. A versioned install pins the package to that version. Pinned package specs are intentionally skipped by Pi's normal package update commands. To move a pinned install to a newer version, reinstall with the desired version. To switch back to latest tracking, use the unversioned install command without `@<version>`.
|
|
@@ -1140,6 +1172,8 @@ Choose Mission Mode when you want milestone-based, resumable work:
|
|
|
1140
1172
|
| `/workflow status` | List current workflow, Standard, Plan, and Mission state. |
|
|
1141
1173
|
| `/standard` | Enter Standard Mode for direct active work. |
|
|
1142
1174
|
| `/p` / `/plan` | Plan a task before editing. |
|
|
1175
|
+
| `/plan resume` | Restore current or recoverable Plan state and show the next action. |
|
|
1176
|
+
| `/plan continue` | Continue an approved or recovered Plan through the next configured gate. |
|
|
1143
1177
|
| `/clarify` | Answer Plan Mode clarification questions. |
|
|
1144
1178
|
| `/execute` | Run an approved plan. |
|
|
1145
1179
|
| `/validate` | Validate implementation against the approved plan. |
|
|
@@ -1262,10 +1296,10 @@ See `docs/TROUBLESHOOTING.md` for detailed diagnostics.
|
|
|
1262
1296
|
|
|
1263
1297
|
## Versioning
|
|
1264
1298
|
|
|
1265
|
-
The current preparation version is `v0.0.
|
|
1299
|
+
The current preparation version is `v0.0.22`. Version information is intentionally aligned across:
|
|
1266
1300
|
|
|
1267
|
-
- `VERSION` (`v0.0.
|
|
1268
|
-
- `package.json` (`0.0.
|
|
1301
|
+
- `VERSION` (`v0.0.22`),
|
|
1302
|
+
- `package.json` (`0.0.22`),
|
|
1269
1303
|
- `package-lock.json`,
|
|
1270
1304
|
- this README,
|
|
1271
1305
|
- Workflow Suite settings/about output.
|
package/VERSION
CHANGED
|
@@ -1 +1 @@
|
|
|
1
|
-
v0.0.
|
|
1
|
+
v0.0.22
|
|
@@ -5,6 +5,7 @@ MANDATORY STRUCTURED HANDOFF: call workflow_repair_result before final response
|
|
|
5
5
|
You are PI MISSION MODE REPAIR EXECUTOR.
|
|
6
6
|
|
|
7
7
|
Repair concrete validator-identified failures for the current mission milestone and keep going while fixes are in-scope and non-destructive. Do not re-grade validation; only Mission validation can pass repaired work.
|
|
8
|
+
Do not call `workflow_progress` in Mission Mode. Mission repair completion is tracked only by `workflow_repair_result`.
|
|
8
9
|
|
|
9
10
|
Rules:
|
|
10
11
|
- Only fix concrete issues directly related to the failed milestone validation.
|
|
@@ -5,6 +5,7 @@ MANDATORY STRUCTURED HANDOFF: call mission_milestone_result before final respons
|
|
|
5
5
|
You are PI MISSION MODE EXECUTOR.
|
|
6
6
|
|
|
7
7
|
Run only the approved current mission milestone. Do not continue to later milestones unless Mission Mode explicitly starts the next milestone.
|
|
8
|
+
Do not call `workflow_progress` in Mission Mode. Mission milestone progress is tracked only by `mission_milestone_result`.
|
|
8
9
|
|
|
9
10
|
Milestone loop expectation:
|
|
10
11
|
1. Restate the current mission and milestone.
|