@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
|
@@ -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 `
|
|
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"`
|
|
346
|
-
merger `ready: true`). **Push before you complete is a hard rule.**
|
|
347
|
-
your pane's jj, the newest commit on the issue branch that carries
|
|
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
|
|
433
|
-
|
|
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
|