orchestrator-workflow 0.11.0 → 0.13.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/CHANGELOG.md CHANGED
@@ -5,6 +5,61 @@ All notable changes to `orchestrator-workflow` are documented here.
5
5
  The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
6
6
  and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
 
8
+ ## [0.13.0] - 2026-07-18
9
+
10
+ ### Changed
11
+
12
+ - `05-review-findings.md`'s findings-table placeholder/legend row
13
+ (`| low/medium/high/critical | ... | accepted/defer |`) now carries a
14
+ comment stating its fail-closed semantics: replace this row when
15
+ transferring reviewer findings (step 7), or delete it outright for a
16
+ genuine zero-findings review (a header row with no data rows is valid; a
17
+ leftover legend row next to real finding rows is also fine). `SKILL.md`'s
18
+ step 7 gains a matching one-sentence rule. This is the contract half of a
19
+ fix for a mixed-state bypass in grounding-mcp's orchestrator-workflow
20
+ completeness reader: the reader identifies a real finding row by its
21
+ Severity cell carrying a single concrete value, so the shipped slash-list
22
+ legend row was never counted as a finding — a run that filled the
23
+ `acceptance-recommendation` marker with `accept` but left this row
24
+ byte-for-byte as shipped read as `complete: true` with zero findings,
25
+ indistinguishable from a genuine zero-findings review. The runtime half
26
+ (the reader treating a survived, unaccompanied placeholder row as an
27
+ explicit format blocker instead of silently reporting zero findings) is a
28
+ lockstep sibling change in grounding-mcp's own release, outside this
29
+ package. In this package the change is docs/template/test-only: no
30
+ runtime behavior changes here, the completeness reader itself is not part
31
+ of this package, and the fail-closed enforcement only takes effect once
32
+ grounding-mcp ships its lockstep sibling change (agent-tasks task
33
+ 8f173547); do not tag/publish this 0.13.0 release before that change ships
34
+ (release ordering). A template-markers test pins the placeholder row's
35
+ literal wording (mutation-checked, matching the reader's literal match) and
36
+ that the replace/delete rule is documented next to it. Motivated by
37
+ agent-tasks task fa0eca65.
38
+
39
+ ## [0.12.0] - 2026-07-16
40
+
41
+ ### Added
42
+
43
+ - `SKILL.md`'s Hand off step (9) gains an optional bundle-upkeep hook,
44
+ symmetric to the 0.8.0 discovery-side rule: when the repo carries a
45
+ curated knowledge bundle (for example a `docs/okf/` directory with an
46
+ index), the orchestrator checks before handoff whether the change touches
47
+ paths any bundle doc claims as sources, and if so either updates the
48
+ affected docs (re-verify and re-stamp) or records a follow-up task, and
49
+ runs the bundle validator when one is available (for example `okf-kit
50
+ check`). The hook is optional guidance, never a gate: repos without a
51
+ bundle are unaffected. `06-handoff.md` gained a matching optional
52
+ "Knowledge Bundle" section so the outcome (updated / not affected /
53
+ follow-up filed) is recorded alongside the rest of the handoff. Motivated
54
+ by the OKF initiative's Phase 3 evidence: four upkeep sweeps on 2026-07-16
55
+ found 48/24/11/8 stale claims accumulated in the four oldest bundles, with
56
+ warn-only drift CI already live in 8 repos — discovery-side consumption
57
+ shipped in 0.8.0 and named this hook as its symmetric, still-missing,
58
+ loop-closer. Docs-consistency tests pin the hook's source-overlap check,
59
+ its two responses, the validator run, and its explicit non-gate
60
+ optionality, plus the handoff template's new section and outcome
61
+ vocabulary.
62
+
8
63
  ## [0.11.0] - 2026-07-16
9
64
 
10
65
  ### Added
@@ -118,6 +118,10 @@ directory and the subagents.
118
118
  transfer each finding from the reviewer output contract into the table's
119
119
  columns as-is, keeping the Severity and Decision headers unchanged, since
120
120
  those two are what the orchestrator-workflow completeness reader verifies.
121
+ Replace the shipped placeholder/legend row with the transferred findings;
122
+ for a genuine zero-findings review, delete that row instead of leaving it
123
+ in place, since the completeness reader treats an untouched placeholder
124
+ row with no finding rows as the template never having been filled in.
121
125
  8. **Decide acceptance.** Accept, request fixes, defer, or escalate to the
122
126
  operator. High or critical findings block acceptance until fixed or
123
127
  explicitly waived: critical findings require operator sign-off; high
@@ -125,8 +129,15 @@ directory and the subagents.
125
129
  or critical finding counts as a waiver and follows the same rules. Record
126
130
  all decisions and waivers in `03-decisions.md` and summarize waivers in
127
131
  the Accepted Waivers section of `06-handoff.md`.
128
- 9. **Hand off.** Fill `06-handoff.md` and report to the operator: what changed,
129
- why, how it was verified, known risks, accepted waivers, suggested next step.
132
+ 9. **Hand off.** Before filling `06-handoff.md`, apply this optional
133
+ guidance: when the repo carries a curated knowledge bundle (for example a
134
+ `docs/okf/` directory with an index), check whether the change touches
135
+ paths any bundle doc claims as sources; if so, update the affected docs
136
+ (re-verify and re-stamp) or record a follow-up task, and run the bundle
137
+ validator when one is available (for example `okf-kit check`). Repos
138
+ without a bundle are unaffected. Then fill `06-handoff.md` and report to the
139
+ operator: what changed, why, how it was verified, known risks, accepted
140
+ waivers, suggested next step.
130
141
 
131
142
  When finalizing `05-review-findings.md` and `06-handoff.md`, replace the `TODO`
132
143
  in each `<!-- solution-acceptance: ... = TODO -->` marker with the chosen enum
@@ -11,6 +11,7 @@
11
11
  | Severity | Category | Description | Suggested Fix | Decision |
12
12
  |---|---|---|---|---|
13
13
  | low/medium/high/critical | correctness/architecture/security/tests/maintainability/performance/docs | <!-- finding --> | <!-- fix --> | accepted/defer |
14
+ <!-- This row is the shipped template placeholder, not a finding: the orchestrator-workflow completeness reader fails the completeness gate closed when this exact row survives untouched and no concrete finding row has been added, the same way a `TODO` marker does. During findings transfer (step 7), replace this row with each reviewer finding. For a genuine zero-findings review, delete this row instead — a header row with no data rows is a valid, complete table; leaving this row next to real finding rows is also fine. This mirrors grounding-mcp's placeholder-row detection; keep the two in sync. -->
14
15
 
15
16
  ## Missing Tests
16
17
 
@@ -24,6 +24,14 @@
24
24
  |---|---|---|---|
25
25
  | <!-- finding --> | high/critical | <!-- rationale --> | operator/orchestrator |
26
26
 
27
+ ## Knowledge Bundle
28
+
29
+ <!-- Optional: only applies when the repo carries a curated knowledge bundle
30
+ (for example a docs/okf/ directory). Outcome: updated | not affected |
31
+ follow-up filed. -->
32
+
33
+ - <!-- outcome and brief note, or omit this section when the repo carries no bundle -->
34
+
27
35
  ## Follow-Ups
28
36
 
29
37
  - <!-- next steps or none -->
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "orchestrator-workflow",
3
- "version": "0.11.0",
3
+ "version": "0.13.0",
4
4
  "description": "Installer for an orchestrator-led agent workflow: .ai/ run state, an AGENTS.md policy section, and per-harness subagent definitions for Claude Code, OpenAI Codex, and opencode",
5
5
  "main": "dist/index.js",
6
6
  "type": "module",