@sjawhar/opencode-legion-envoy 8.9.0 → 8.9.1

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@sjawhar/opencode-legion-envoy",
3
- "version": "8.9.0",
3
+ "version": "8.9.1",
4
4
  "license": "Apache-2.0",
5
5
  "type": "module",
6
6
  "main": "dist/src/server.js",
@@ -328,7 +328,7 @@ or `review`), with the ordinary `write` tool: a JSON object with `schemaVersion:
328
328
  phase's own fields exactly as your role prompt spells them — the planner's `requiredSkills`,
329
329
  `gapAnalysis`, `planReview` and `specDepartures` records; the implementer's `proof` array; the
330
330
  tester's `implementerProof`, `failures` and, whenever it reports no failure, its own `proof`; the
331
- reviewer's `verdict`, counts and `keyFindings`. Nothing stamps the first four for you. Each `proof`
331
+ reviewer's `decision`, counts and `keyFindings`. Nothing stamps the first four for you. Each `proof`
332
332
  entry, in either phase, is an object of six non-empty strings: `criterion` (the acceptance line it
333
333
  proves), `surface`, `command`, `observed`, `headSha` (the commit it ran at) and `negativeControl`.
334
334
  A handoff built from the one already on disk (a test handoff that accumulates review rounds) is
@@ -342,10 +342,10 @@ cd -- "$LEGION_WORKSPACE" && \
342
342
  ```
343
343
 
344
344
  Then push (below) and report completion: call the `legion` tool with `op: "handoff_complete"` and
345
- `summary` (two sentences for the architect; the tester adds `verdict: "pass"` or `"fail"`, the
346
- merger `ready: true`). **Push before you complete is a hard rule.** `handoff_complete` finds, with
347
- your pane's jj, the newest commit on the issue branch that carries `.legion/<KEY>/<phase>.json`
348
- and reports it to the daemon, and refuses — posting nothing — while:
345
+ `summary` (two sentences for the architect; the tester, and no other role, adds `verdict: "pass"`
346
+ or `"fail"`; the merger `ready: true`). **Push before you complete is a hard rule.**
347
+ `handoff_complete` finds, with your pane's jj, the newest commit on the issue branch that carries
348
+ `.legion/<KEY>/<phase>.json` and reports it to the daemon, and refuses — posting nothing — while:
349
349
 
350
350
  - the file has a change still in the working copy: commit it, then complete again;
351
351
  - the file is missing from the workspace: write it, then commit and push it;
@@ -429,8 +429,9 @@ Report completion to the architect: call the `legion` tool with `op: "handoff_co
429
429
  (`handoff_complete`; `read_record`, your issue's record, which is what "re-read your issue
430
430
  record" means; and `request_backward_move`), and nothing of yours runs `legion` from bash. The
431
431
  tool call is what the extension's phase stall records, and a turn that ends with the phase still
432
- open gets one reminder; do not complete again on that reminder when your first completion was
433
- accepted — it stands, and a second is refused because the issue has already left your phase.
432
+ open gets one reminder (two when the first is answered with the tool call written as text again);
433
+ do not complete again on a reminder when your first completion was accepted — it stands, and a
434
+ second is refused because the issue has already left your phase.
434
435
 
435
436
  This publishes your phase's completion to the architect's role and clears the daemon's
436
437
  record of this issue's active phase. Do not add pipeline labels, run a controller loop, or