@mstar-harness/opencode 1.8.0 → 1.8.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.
Files changed (43) hide show
  1. package/CHANGELOG.md +16 -0
  2. package/harness-commands/codebase-audit.md +5 -68
  3. package/harness-commands/iteration-drive.md +17 -159
  4. package/harness-commands/iteration-loop.md +16 -194
  5. package/harness-commands/iteration-start.md +17 -185
  6. package/harness-skills/mstar-branch-worktree/SKILL.md +38 -27
  7. package/harness-skills/mstar-coding-behavior/SKILL.md +40 -114
  8. package/harness-skills/mstar-compound/SKILL.md +25 -197
  9. package/harness-skills/mstar-compound/references/compound-workflow.md +155 -0
  10. package/harness-skills/mstar-dispatch-gates/SKILL.md +3 -8
  11. package/harness-skills/mstar-host/references/_shared/host-role-binding-core.md +44 -0
  12. package/harness-skills/mstar-host/references/_shared/plan-mode-bridge-core.md +91 -0
  13. package/harness-skills/mstar-host/references/codex-plan-goal-mode-bridge.md +6 -11
  14. package/harness-skills/mstar-host/references/codex.md +1 -1
  15. package/harness-skills/mstar-host/references/cursor-plan-mode-bridge.md +9 -78
  16. package/harness-skills/mstar-host/references/cursor.md +3 -3
  17. package/harness-skills/mstar-host/references/kimi-plan-mode-bridge.md +5 -24
  18. package/harness-skills/mstar-host/references/kimi.md +5 -32
  19. package/harness-skills/mstar-host/references/omp-plan-mode-bridge.md +3 -13
  20. package/harness-skills/mstar-host/references/omp.md +5 -32
  21. package/harness-skills/mstar-host/references/opencode.md +1 -3
  22. package/harness-skills/mstar-host/references/zcode-plan-mode-bridge.md +5 -24
  23. package/harness-skills/mstar-host/references/zcode.md +5 -32
  24. package/harness-skills/mstar-iteration/SKILL.md +21 -211
  25. package/harness-skills/mstar-iteration/references/phase-3-iteration-close.md +95 -0
  26. package/harness-skills/mstar-iteration/references/phase-4-5-pr-delivery.md +81 -0
  27. package/harness-skills/mstar-iteration/references/phase5-helper-discovery.md +24 -0
  28. package/harness-skills/mstar-phase-gates/SKILL.md +1 -1
  29. package/harness-skills/mstar-roles/references/_shared/leaf-executor-core.md +46 -0
  30. package/harness-skills/mstar-roles/references/architect.md +3 -23
  31. package/harness-skills/mstar-roles/references/frontend-dev.md +4 -24
  32. package/harness-skills/mstar-roles/references/fullstack-dev-shared.md +4 -24
  33. package/harness-skills/mstar-roles/references/ops-engineer.md +3 -23
  34. package/harness-skills/mstar-roles/references/product-manager.md +3 -23
  35. package/harness-skills/mstar-roles/references/project-manager/dispatch-and-assignment.md +5 -5
  36. package/harness-skills/mstar-roles/references/project-manager.md +4 -13
  37. package/harness-skills/mstar-roles/references/prompt-engineer.md +4 -23
  38. package/harness-skills/mstar-roles/references/qa-engineer.md +3 -22
  39. package/harness-skills/mstar-roles/references/qc-specialist/deep-review-lenses.md +16 -75
  40. package/harness-skills/mstar-roles/references/qc-specialist/reviewer-workflow.md +1 -1
  41. package/harness-skills/mstar-roles/references/qc-specialist-shared.md +4 -17
  42. package/harness-skills/mstar-roles/references/writing-specialist.md +4 -24
  43. package/package.json +1 -1
@@ -0,0 +1,95 @@
1
+ # Phase 3: iteration-close(收口迭代)
2
+
3
+ > Loaded by `mstar-iteration` SKILL.md when entering Phase 3. **Read `mstar-harness-core` first.** Phase 2 全部 plan `Done` 后按 **Phase transition gates** 进入本 Phase。
4
+
5
+ PM 在迭代内全部 plan Done 后执行。**本 Phase 在 integration 分支上运行**,产出物 commit 到 integration 分支,随迭代 PR 合入 root `metadata.target_branch`。入口:Phase 2 全部 plan `Done` 后按 **Phase transition gates** 进入。
6
+
7
+ **Close Done 定义**:§3.1→§3.5 全部完成;compass frontmatter 写入 `status: completed` + `end_date`;每篇新增 knowledge doc 已登记 `{KNOWLEDGE_DIR}/README.md`。只在 final plan 中写了 compound / roadmap / PR 说明,不算 iteration-close 完成。
8
+
9
+ ## 3.0 Phase boundary(HARD)
10
+
11
+ - Phase 3 是 iteration 级收口,不是任一 plan 的子任务。
12
+ - final plan closure、plan notes、plan compaction 可作为输入,但不能替代 §3.1→§3.5。
13
+ - 读过 `mstar-iteration` / `mstar-compound` 不等于执行 gate;必须打印 checklist 并写入产物。
14
+
15
+ ## 3.0.5 Compass shape normalization(legacy 漂移修复)
16
+
17
+ 进入 §3.1 前,先确认 compass 具有 close 可写入的结构。若缺失,PM 在本 thread 做最小规范化,不委派、不重写无关内容。
18
+
19
+ | 检查 | 缺则补齐 |
20
+ |------|----------|
21
+ | YAML frontmatter:`iteration_id`, `start_date`, `status` | 从文件名 / 正文提取;收口前 `status` 保持 `active` 或 `locked` |
22
+ | `## Roadmap Position` | 从 general context / roadmap prose 迁移为本节 |
23
+ | `## Quality Gate Summary` | 按模板补占位,§3.4 填写 |
24
+ | `## Compound Round Summary` | 按模板补占位,§3.4 填写 |
25
+ | `## Iteration Retrospective (minimal)` | 按模板补占位,§3.4 填写 |
26
+
27
+ 正文 completion status 只能作为历史注释;最终状态必须写入 frontmatter `status: completed` + `end_date`。
28
+
29
+ ## 3.1 Close entry checklist(HARD GATE)
30
+
31
+ **STOP**: 打印下方 checklist,且全部为 `[x]` 后,才可进入 §3.2 Compound。
32
+
33
+ - [ ] 所有 compass 中登记的 plan 在 `{HARNESS_DIR}/status.json` 均为 `Done`
34
+ - [ ] 所有 plan 的 residual findings 已收口:优先 empty open 列表;若仍有 open R#,须均为 Phase 2 `zero-residual` 允许的 blocker-defer + roadmap,或已 closed/accepted/waived 归档(见 `mstar-plan-artifacts` Findings cleanup modes)
35
+ - [ ] compass `## Plans` 表状态列已与 `status.json` 同步
36
+ - [ ] 迭代 `## Acceptance Criteria` 已达成或显式豁免(compass 或对话记录原因)
37
+ - [ ] compass shape 已满足(frontmatter + `## Roadmap Position` + close 占位节)
38
+
39
+ PM **必须**在对话中打印本 checklist;不得默认同过。
40
+
41
+ ## 3.2 知识结晶(Compound)—— 迭代级核心收口
42
+
43
+ **Compound 在此执行,不在 per-plan Done 后独立执行。** 工作流 SSOT → **`mstar-compound`**(Q1–Q8 自检、Phase 1–7、Phase 6 索引登记强制)。
44
+
45
+ PM 批量触发后须:
46
+
47
+ 1. 收集本迭代 plan 实现 / debug / review 素材,筛候选知识
48
+ 2. **盘点** `{ITERATION_DIR}/<iteration-id>/**` package(`guides/`、`specs/`;默认排除 `delivery-compass.md`)— **`mstar-compound`**「Iteration package promotion」;提升值得保留者进 `{KNOWLEDGE_DIR}/`
49
+ 3. 逐条过 `mstar-compound` 自检;跳过项记入 compass `## Compound Round Summary`
50
+ 4. 写入或更新 `{KNOWLEDGE_DIR}/<category>/<slug>.md`;新领域词更新 `CONCEPTS.md`
51
+ 5. **每篇**新 doc 完成 Phase 6(`{KNOWLEDGE_DIR}/README.md` 登记)
52
+
53
+ 若无结晶且无 package 提升,仍在 `## Compound Round Summary` 写明 `无可结晶知识` / package 盘点结论及原因。
54
+
55
+ ## 3.3 更新 roadmap
56
+
57
+ 1. 更新 compass **`## Roadmap Position`**(§3.0.5 已确保本节存在):
58
+ - current iteration 行标记为 **`delivered`**(或等价明确措辞)
59
+ - next iteration 更新为即将开始的内容、触发条件、owner
60
+ 2. 若 `status.json` 中有 `plans[].metadata.roadmap` 字段,同步更新
61
+ 3. 若存在 deferred-features / roadmap tracker 类文档,按项目惯例刷新
62
+ 4. 若 `STRATEGY.md` 存在,可更新 `## Decision Log`(重大架构决策时)
63
+
64
+ ## 3.4 标记迭代完成
65
+
66
+ 1. compass **YAML frontmatter**:`status: completed`,`end_date: YYYY-MM-DD`(必须;见 §3.0.5)
67
+ 2. 更新 `{ITERATION_DIR}/README.md` 索引中该迭代行 Status 为 `completed`
68
+ 3. 填充 compass `## Quality Gate Summary`、`## Compound Round Summary` 与 `## Iteration Retrospective (minimal)`(见模板)
69
+
70
+ ## 3.5 Close exit checklist + commit
71
+
72
+ **Precondition**: §3.1 checklist `[x]`;§3.4 frontmatter `completed` + `end_date` 已写。
73
+
74
+ PM 打印 **iteration-close exit checklist**;全部为 `[x]` 后方可 `git commit`;然后进入 **Phase 4**(见 `references/phase-4-5-pr-delivery.md`):
75
+
76
+ - [ ] §3.1 前置 gate 已打印并满足
77
+ - [ ] §3.2 compound 完成;**`<iteration-id>/` package 已盘点**(提升 / 保留 / 跳过已记入 Compound Summary);新增 knowledge doc 均已登记 `{KNOWLEDGE_DIR}/README.md`(或已记录无可结晶原因)
78
+ - [ ] §3.3 `## Roadmap Position` current iteration 已标 `delivered`;tracker / STRATEGY 已按需更新
79
+ - [ ] §3.4 frontmatter `status: completed` + `end_date`;Quality Gate Summary + Compound Summary + Retrospective 已填
80
+ - [ ] 当前分支是 `spec_integration_branch`
81
+ - [ ] PR base = `metadata.target_branch`(与 compass frontmatter 一致);**不是**未记录的 `main`
82
+
83
+ **Commit 到 integration 分支**:
84
+
85
+ ```bash
86
+ git add {ITERATION_DIR}/<id>/ {ITERATION_DIR}/README.md {KNOWLEDGE_DIR}/ CONCEPTS.md
87
+ git commit -m "chore(iteration): close <iteration-id> — compound round, roadmap update"
88
+ git push origin <spec_integration_branch>
89
+ ```
90
+
91
+ PR 目标使用 root `metadata.target_branch`;缺失时停止并补齐,不得默认 `main`。
92
+
93
+ ## 3.6 可选:触发 compound-refresh
94
+
95
+ 若本轮 compound 新增了较多知识文档,或 compass 标记了可能过时的旧知识,触发 `mstar-compound-refresh` 对有重叠的知识文档做维护。
@@ -0,0 +1,81 @@
1
+ # Phase 4 & 5: PR delivery + merge-ready loop
2
+
3
+ > Loaded by `mstar-iteration` SKILL.md when entering Phase 4/5. **Read `mstar-harness-core` first.** 进入前置:Phase 3 §3.5 exit 全 `[x]`(Phase 4);Phase 4 PR 已创建(Phase 5)。
4
+
5
+ ## Phase 4: PR delivery(开 PR)
6
+
7
+ **Precondition**: Phase 3 §3.5 exit 全 `[x]`;close commit 已 push 到 `spec_integration_branch`。
8
+
9
+ 1. 打印 **`## Phase 4: PR delivery`**
10
+ 2. Resolve target:`metadata.target_branch`(compass frontmatter 镜像);缺失 → **STOP**,问用户
11
+ 3. 创建 PR:`spec_integration_branch` → `target_branch`
12
+ 4. 记录 PR URL / number(Phase 5 会话 SSOT)
13
+ 5. **Immediately** 进入 **Phase 5** — **Phase 4 exit ≠ 迭代交付完成**
14
+
15
+ ---
16
+
17
+ ## Phase 5: PR merge-ready loop
18
+
19
+ **Precondition**: Phase 4 PR 已创建且 head = `spec_integration_branch`。
20
+
21
+ **Loop 理念**(mstar SSOT):PR 开完后进入 **验证—修复—再验证** 循环,直至 PR 可合并。与 Phase 2 per-plan loop 类似,但对象是 **PR 级** merge 门禁(CI、review、冲突),不是 plan 实现。
22
+
23
+ ### 5.0 Phase boundary
24
+
25
+ - Phase 5 在 PR head(`spec_integration_branch`)上 push 修复;**禁止**另开替代分支
26
+ - 产品代码修复 → PM **dispatch** dev/ops(`mstar-dispatch-gates`);PM 线程不代写实现
27
+ - 禁止为「让 CI 变绿」而改 workflow,除非用户明确授权
28
+ - **Push cadence** → **§5.1a**(本地可提前修;**禁止**在 CI / AI review 波次未结束时 push)
29
+
30
+ ### 5.1a Push cadence(HARD — 防打断 CI / AI review)
31
+
32
+ 发现 CI 失败或 review 问题时,**允许本地提前修**(含 dispatch implement/ops、落盘 commit),但 **`git push`(更新 PR head)必须等上一波次跑完**。
33
+
34
+ | 允许 | 禁止 |
35
+ |------|------|
36
+ | CI/review **进行中**就开始本地诊断与修复 | 当前 head 上仍有 **CI queued/in_progress**,或 **AI review 波次**(Bugbot / Greptile / 等价 bot)未结束时 **push** |
37
+ | CI **全部结束后**出现新的 review 评论 → 继续本地修,批完再 push | 为「抢时间」在 CI 仍在跑时 push(会取消/孤儿化进行中的 CI 与 **AI reviews**,浪费 token 且无完整结果) |
38
+ | 一批本地修复 **合并为一次 push**(本 head 波次 settled 后) | 同一波次未 settled 就连续多次 push |
39
+
40
+ **Push gate(每次 push 前必须核对)**:
41
+
42
+ 1. 当前 PR head 的 **required CI**(及已启动的检查)均已 **completed**(success / failure / cancelled — 不得仍为 queued / in_progress)
43
+ 2. 附着在该 head 的 **AI / bot review 波次**已跑完(无进行中的 review job;若宿主无法探测 job,则至少等 CI settled **且** review 评论不再增长一小段稳定窗口后再 push)
44
+ 3. 仅当 **1–2 满足** 且本地仍有未推送修复时,才 **push 一次**
45
+ 4. Push 后:等 **新 head** 的 CI + reviews 全部跑完 → 再决定下一轮本地修 / push
46
+
47
+ **顺序记忆**:`observe findings → fix locally early → wait until CI + review wave idle → push batch → wait new wave → repeat`。
48
+
49
+ ### 5.1 Loop(repeat until §5.5 exit)
50
+
51
+ 1. **Status** — PR mergeable?required CI?unresolved review threads?**任一 CI/AI review 是否仍在跑?**
52
+ 2. **Merge conflicts** — blocking 则在 integration 分支**本地**解决;**仅当 §5.1a push gate 满足时**再 push(意图冲突 → **Blocked**)
53
+ 3. **Reviews** — fetch unresolved threads;triage;dispatch **本地**修复(可在上一波次仍在跑时开工)
54
+ 4. **CI** — 失败项在 PR 范围内**本地**修复(可提前开工);**不**在 CI 仍在跑时 push
55
+ 5. **Push** — 仅当 §5.1a 满足:无 in-flight CI,上一波 CI **与** reviews 均已跑完 → **一次** push 本批修复
56
+ 6. **Review fix hygiene**(每次因 review 而 push 后):
57
+ - 在同 thread **comment**(改动 + 验证)
58
+ - **Resolve** when addressed
59
+ 7. Return to step 1(CI 结束后若出现 **新** reviews → 继续本地修,再等 idle 后 push)
60
+
61
+ **Optional host helpers(command 层发现;非 `mstar-*` load order)**:
62
+
63
+ | Priority | Helper | When |
64
+ |----------|--------|------|
65
+ | 1 | `babysit` or any `*-babysit` skill(first readable `SKILL.md`) | **Default prefer** — CI green + reviews resolved loop |
66
+ | 2 | `greploop` | **Optional** — only when the **repo** uses Greptile / has `greploop` available; then run for Greptile **5/5** in addition to babysit/`*-babysit` (or fallback) gates |
67
+ | 3 | neither | Command fallback = babysit-equivalent CI + reviews gates |
68
+
69
+ When both babysit/`*-babysit` and `greploop` apply: **babysit/`*-babysit` first**(CI + reviews),then optional greploop for Greptile score. Discovery paths → host `commands/iteration-drive` / `iteration-loop` Phase 5.
70
+
71
+ ### 5.2 Phase 5 exit checklist(迭代交付完成)
72
+
73
+ 打印 **`## Phase 5 exit checklist`**;全 `[x]` 后方可宣称 **迭代交付完成**:
74
+
75
+ - [ ] PR mergeable(无 blocking merge conflicts)
76
+ - [ ] All **required** CI checks green on latest head
77
+ - [ ] All review threads **resolved**(或用户书面 waive 特定 thread)
78
+ - [ ] §5.1 review comment + resolve 已覆盖本轮所有 addressed feedback
79
+ - [ ] Host todo `phase-5-pr-merge-ready` 可勾选
80
+
81
+ PR **merge** 本身可仍由用户手动执行,除非 Assignment 明确授权 auto-merge。
@@ -0,0 +1,24 @@
1
+ # Phase 5 helper skill discovery(babysit / greploop)
2
+
3
+ > Loaded by host `commands/iteration-drive` / `iteration-loop`(Phase 5 §5.0)before the first merge-ready loop pass. Search for optional **non-`mstar-*`** helper skills;first readable `SKILL.md` wins per name. Does **not** enter `mstar-*` load order.
4
+
5
+ ## Search paths(示例,按宿主扩展)
6
+
7
+ | Skill | Search paths |
8
+ |-------|--------------|
9
+ | `babysit` / `*-babysit` | `skills/babysit/SKILL.md`;`skills/*-babysit/SKILL.md`;`~/.cursor/skills-cursor/babysit/SKILL.md`;`~/.cursor/skills-cursor/*-babysit/SKILL.md`;`~/.agents/skills/babysit/SKILL.md`;`~/.agents/skills/*-babysit/SKILL.md` |
10
+ | `greploop`(optional) | `skills/greploop/SKILL.md`;`~/.cursor/skills-cursor/greploop/SKILL.md`;`~/.agents/skills/greploop/SKILL.md`;Codex plugin `skills/greploop/` — **only adopt when the repo uses Greptile / has greploop** |
11
+
12
+ ## Mode selection(babysit-first)
13
+
14
+ | Priority | Condition | Read before loop | Primary done signal |
15
+ |----------|-----------|------------------|---------------------|
16
+ | 1 | `babysit` **or** any `*-babysit` found | that skill’s `SKILL.md`(prefer exact `babysit`, else first matching `*-babysit`) | Required CI **all green** + **all** review threads **resolved** |
17
+ | 2 | `greploop` found **and** repo has Greptile/greploop | `greploop` SKILL.md | Greptile score **5/5** on this PR(**additive** — does not replace priority-1 gates) |
18
+ | 3 | else neither babysit/`*-babysit` | —(command fallback = babysit 同级 CI + reviews 门禁) | Required CI **all green** + **all** review threads **resolved** |
19
+
20
+ **Both babysit/`*-babysit` and greploop apply**: run **babysit/`*-babysit` first**(CI + reviews),then optional greploop until Greptile **5/5**(串行)。Do **not** prefer greploop over babysit。
21
+
22
+ **No greploop / repo without Greptile**: skip greploop entirely — babysit/`*-babysit` or fallback only。
23
+
24
+ **All modes** share the §5.2 exit checklist(CI + reviews + mergeable;Greptile 5/5 only when greploop mode ran or repo shows a Greptile score)。
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: mstar-phase-gates
3
- description: "Morning Star (启明星) Spec-Driven 双阶段门禁 —— Prepare(`specify → clarify → plan`)、Execute(`plan(locked) → tasks → implement`;多 task 默认 **`Execution mode: sdd`**)、意图门禁、长期目标优先、分批 roadmap 强制落盘、clarify 核心纪律、hotfix 压缩路径、可验证编辑、Phase Gate 最小证据。**必须**在 PM 判定 gate、首次 implement 派单前、产品/架构参与 Prepare、或解释为何不能跳过 plan/clarify 时 Read;`@project-manager` 每轮编排非 hotfix 任务必读;`@product-manager` / `@architect` 写规格与锁 plan 时必读 Prepare 节;实现角色 Read Execute hotfix 例外即可。Task category 与 `quick` 禁豁免规则仍在 `mstar-harness-core`。实现行为见 `mstar-coding-behavior`;SDD 见 `mstar-sdd`;迭代级活动见 `mstar-iteration`。"
3
+ description: "Morning Star Spec-Driven 双阶段门禁:Prepare(`specify → clarify → plan`)、Execute(`plan(locked) → tasks → implement`;多 task 默认 `Execution mode: sdd`)。覆盖意图门禁、长期目标优先、分批 roadmap 强制落盘、clarify 纪律、hotfix 压缩路径、可验证编辑、Phase Gate 最小证据。Read when judging Prepare/Execute gates, before first implement dispatch, when product/architect enter Prepare, or to justify not skipping plan/clarify. `@project-manager` 每轮非 hotfix 必读;`@product-manager`/`@architect` 锁规格/plan 必读 Prepare;实现角色读 Execute + hotfix 例外。`quick` 禁豁免规则在 `mstar-harness-core`。"
4
4
  ---
5
5
 
6
6
  ## Load order(必读顺序)
@@ -0,0 +1,46 @@
1
+ # Leaf Executor Core (shared blocks)
2
+
3
+ > Shared by all leaf-executor role references in `mstar-roles/references/`. Each role file references this for the identical Completion Report template, repo-write Git discipline, and plan/documentation rules. **Read `mstar-harness-core` first.** Role-specific NEVER rules, mission, and responsibilities stay in each role file — this file holds only the uniform blocks.
4
+
5
+ ## Completion Report
6
+
7
+ Every leaf executor returns this template (only `**Agent**` and content fields change per role):
8
+
9
+ ```markdown
10
+ ## Completion Report
11
+
12
+ **Agent**: {role_id}
13
+ **Task**: ...
14
+ **Status**: Done | Blocked | Partial
15
+ **Scope Delivered**: ...
16
+ **Artifacts**: ...
17
+ **Validation**: ...
18
+ **Issues/Risks**: ...
19
+ **Plan Update**: ...
20
+ **Handoff**: ...
21
+ **Git**: ...
22
+ ```
23
+
24
+ `{role_id}` = the role's own id (e.g. `fullstack-dev`, `frontend-dev`, `ops-engineer`, `qa-engineer`, `architect`, `product-manager`, `prompt-engineer`, `writing-specialist`, `qc-specialist*`).
25
+
26
+ ## Git NEVER (repo writes)
27
+
28
+ Apply when the assignment writes tracked repo files:
29
+
30
+ - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files — Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
31
+ - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
32
+
33
+ ## Plan & Documentation Rules
34
+
35
+ - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` conventions from `mstar-plan-conventions`.
36
+ - Update assigned task checkboxes and plan notes for your scope.
37
+ - Do not mark full plan `Done` (only `project-manager` or `qa-engineer` per `mstar-harness-core`).
38
+
39
+ ## Non-Recursive Dispatch Rule (shared shape)
40
+
41
+ All leaf executors share this hard rule (role-specific sibling lists stay in each role file):
42
+
43
+ - Complete assigned work in this session.
44
+ - Do not recursively dispatch sibling roles unless explicitly authorized via `Delegation: allowed (...)`.
45
+ - `Execute as: {role_id}` is identity lock, not orchestration permission.
46
+ - If required inputs are missing or prerequisites unmet, return `Blocked` to PM rather than inventing delegation.
@@ -105,30 +105,10 @@ Do not create your own branch strategy.
105
105
  ## Effort (agent-oriented)
106
106
  ```
107
107
 
108
- ## Completion Report v2
108
+ ## Completion Report
109
109
 
110
- ```markdown
111
- ## Completion Report v2
112
-
113
- **Agent**: architect
114
- **Task**: ...
115
- **Status**: Done | Blocked | Partial
116
- **Scope Delivered**: ...
117
- **Artifacts**: ...
118
- **Validation**: ...
119
- **Issues/Risks**: ...
120
- **Plan Update**: ...
121
- **Handoff**: ...
122
- **Git**: ...
123
- ```
110
+ Template (`{role_id}` = `architect`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
124
111
 
125
112
  ## Plan & Documentation Rules
126
113
 
127
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` conventions from `mstar-plan-conventions`.
128
- - Update architecture-related plan sections and task checkboxes only for your assigned scope.
129
- - Do not mark overall plan `Done`; that authority belongs to `project-manager` or `qa-engineer` only (`mstar-harness-core`).
130
-
131
- ### Git NEVER (when you touched tracked repo files)
132
-
133
- - **NEVER** finish a task ID / coverage unit with saves but **no** `git commit` on the authorized `Working branch` when repo writes were required—Completion Report **Git** must show a real `git log -1 --oneline` (not `N/A`) unless the assignment declared read-only or user-exclusive commits.
134
- - **NEVER** defer every commit to one giant end-of-task batch unless PM explicitly allowed batched commits for this scope.
114
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。**Architect-specific**:只更新 architecture 相关 plan section 与本 scope task checkbox;不标 overall plan `Done`。
@@ -61,30 +61,10 @@ If plan drift appears during implementation, request plan write-back before cont
61
61
  - Same-repo concurrent writes require worktree isolation
62
62
  - Do not self-decide branch pivots to default branch
63
63
 
64
- ## Completion Report v2
65
-
66
- ```markdown
67
- ## Completion Report v2
68
-
69
- **Agent**: frontend-dev
70
- **Task**: ...
71
- **Status**: Done | Blocked | Partial
72
- **Scope Delivered**: ...
73
- **Artifacts**: ...
74
- **Validation**: ...
75
- **Issues/Risks**: ...
76
- **Plan Update**: ...
77
- **Handoff**: ...
78
- **Git**: ...
79
- ```
64
+ ## Completion Report
80
65
 
81
- ## Plan & Documentation Rules
82
-
83
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` conventions from `mstar-plan-conventions`.
84
- - Update assigned task checkboxes and related plan sections.
85
- - Do not mark full plan `Done` (only `project-manager` or `qa-engineer` per `mstar-harness-core`).
66
+ Template (`{role_id}` = `frontend-dev`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
86
67
 
87
- ### Git NEVER (repo writes)
68
+ ## Plan & Documentation Rules
88
69
 
89
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
90
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
70
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。
@@ -80,30 +80,10 @@ If plan drift appears, request plan update before continuing.
80
80
  3. Test implementation for assigned scope
81
81
  4. Self-verification and evidence generation
82
82
 
83
- ## Completion Report v2
84
-
85
- ```markdown
86
- ## Completion Report v2
87
-
88
- **Agent**: {role_id}
89
- **Task**: ...
90
- **Status**: Done | Blocked | Partial
91
- **Scope Delivered**: ...
92
- **Artifacts**: ...
93
- **Validation**: ...
94
- **Issues/Risks**: ...
95
- **Plan Update**: ...
96
- **Handoff**: ...
97
- **Git**: ...
98
- ```
83
+ ## Completion Report
99
84
 
100
- ## Plan & Documentation Rules
101
-
102
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` conventions from `mstar-plan-conventions`.
103
- - Update assigned task checkboxes and plan notes for your scope.
104
- - Do not mark full plan `Done` (only `project-manager` or `qa-engineer` per `mstar-harness-core`).
85
+ Template (fill `{role_id}` = `{role_id}`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
105
86
 
106
- ### Git NEVER (repo writes)
87
+ ## Plan & Documentation Rules
107
88
 
108
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
109
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
89
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。
@@ -69,30 +69,10 @@ When assignment is marked `high-risk`:
69
69
  ## Monitoring Checks
70
70
  ```
71
71
 
72
- ## Completion Report v2
72
+ ## Completion Report
73
73
 
74
- ```markdown
75
- ## Completion Report v2
76
-
77
- **Agent**: ops-engineer
78
- **Task**: ...
79
- **Status**: Done | Blocked | Partial
80
- **Scope Delivered**: ...
81
- **Artifacts**: ...
82
- **Validation**: ...
83
- **Issues/Risks**: ...
84
- **Plan Update**: ...
85
- **Handoff**: ...
86
- **Git**: ...
87
- ```
74
+ Template (`{role_id}` = `ops-engineer`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
88
75
 
89
76
  ## Plan & Documentation Rules
90
77
 
91
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` from `mstar-plan-conventions`.
92
- - Update assigned plan tasks and notes.
93
- - Do not mark full plan `Done`.
94
-
95
- ### Git NEVER (repo writes)
96
-
97
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
98
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
78
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。
@@ -98,30 +98,10 @@ If writing files to business repo, use only PM-assigned `Working branch` / `Bran
98
98
 
99
99
  - **NEVER** embed human calendar estimates (person-days, FTE, “waiting for review X days”) inside **Effort (agent-oriented)** fields; keep agent-only sizing per `mstar-plan-conventions` `references/effort-estimation.md`.
100
100
 
101
- ## Completion Report v2
101
+ ## Completion Report
102
102
 
103
- ```markdown
104
- ## Completion Report v2
105
-
106
- **Agent**: product-manager
107
- **Task**: ...
108
- **Status**: Done | Blocked | Partial
109
- **Scope Delivered**: ...
110
- **Artifacts**: ...
111
- **Validation**: ...
112
- **Issues/Risks**: ...
113
- **Plan Update**: ...
114
- **Handoff**: ...
115
- **Git**: ...
116
- ```
103
+ Template (`{role_id}` = `product-manager`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
117
104
 
118
105
  ## Plan & Documentation Rules
119
106
 
120
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` from `mstar-plan-conventions`.
121
- - Update assigned plan sections and task checkboxes.
122
- - Do not set full plan to `Done`.
123
-
124
- ### Git NEVER (repo writes)
125
-
126
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
127
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
107
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。**Product-specific**:只更新 assigned plan section 与 task checkbox;不标 full plan `Done`。
@@ -27,7 +27,7 @@ For assignees (non-PM):
27
27
  - **NEVER** assume exposed `Task` / subagent menus imply you may call them; **tool availability ≠ delegation authorization**.
28
28
  - **NEVER** execute parallel-agent dispatch as a leaf assignee; dispatch is **PM-orchestration-only** (`mstar-dispatch-gates`).
29
29
  - **NEVER** delegate the main deliverable of this assignment to `explore` (read-only orientation only, per `mstar-harness-core`).
30
- - **NEVER** claim `Done` / pass in **Completion Report v2** without the commands, logs, or artifacts explicitly required by the assignment’s **Evidence Required** section (see `mstar-harness-core` evidence gates).
30
+ - **NEVER** claim `Done` / pass in **Completion Report** without the commands, logs, or artifacts explicitly required by the assignment’s **Evidence Required** section (see `mstar-harness-core` evidence gates).
31
31
 
32
32
  ## Assignment Template (Canonical)
33
33
 
@@ -103,7 +103,7 @@ The **`**You are a leaf executor. You MUST NOT:**`** section (previously just pr
103
103
  **PM Task Board coverage**: <task ids>
104
104
  **Roadmap / deferred scope**: <required when staged, partial, or temporary; otherwise N/A>
105
105
  **Task**: <concrete work aligned with coverage>
106
- **Checkpoint Comment Rule**: commit -> Completion Report v2 -> PM Status Update -> next batch
106
+ **Checkpoint Comment Rule**: commit -> Completion Report -> PM Status Update -> next batch
107
107
  **Why batching is safe**: <required when batching >=3 IDs>
108
108
  **Scope**:
109
109
  - In: ...
@@ -124,7 +124,7 @@ The **`**You are a leaf executor. You MUST NOT:**`** section (previously just pr
124
124
  - `explore` is read-only orientation only
125
125
  - Tool availability ≠ delegation authorization
126
126
  **Plan Path**: absolute `<control_worktree_path>/{PLAN_DIR}/...` when L1 lease gate active | `{PLAN_DIR}/...` when waived / single checkout | N/A
127
- **Report Format**: Completion Report v2
127
+ **Report Format**: Completion Report
128
128
  **Execution evidence**: <RCA/test-first/review feedback/evidence expectations for the assignee, if applicable>
129
129
  ```
130
130
 
@@ -140,10 +140,10 @@ When `metadata.control_worktree_path` is set and worktree mode is **not** waived
140
140
  | **`SDD dir`** | Absolute under control harness; run `sdd-workspace` with `MSTAR_CONTROL_ROOT=<control_worktree_path>` when cwd is the feature tree |
141
141
 
142
142
  Do **not** waive worktree because default-gitignored `plans/` are missing under the feature checkout — see `mstar-branch-worktree` 「Harness path SSOT under default gitignore」.
143
- ## Completion Report v2 Template
143
+ ## Completion Report Template
144
144
 
145
145
  ```markdown
146
- ## Completion Report v2
146
+ ## Completion Report
147
147
 
148
148
  **Agent**: <role-id>
149
149
  **Task**: ...
@@ -138,18 +138,9 @@ If any item below matches, fix the dispatch/plan state or mark `Blocked`—do **
138
138
 
139
139
  ---
140
140
 
141
- ## Phase Gates (Minimal Tree)
141
+ ## Phase Gates
142
142
 
143
- Before first implement dispatch (non-hotfix):
144
-
145
- 1. `specify` done
146
- 2. `clarify` done (no unresolved high-impact ambiguity)
147
- 3. `plan` done and referenceable
148
- 4. `tasks` + PM Task Board ready for non-trivial plan
149
- 5. Roadmap written when delivery is split, deferred, or temporary
150
- 6. New constraints discovered are written back to plan first
151
-
152
- If any fail -> do not dispatch implement.
143
+ 完整 Prepare/Execute 门禁树(`specify → clarify → plan` → `plan(locked) → tasks → implement`)、意图门禁、hotfix 压缩路径、Phase Gate 最小证据 → **`mstar-phase-gates`**。PM 首次 implement dispatch(非 hotfix)前须确认 phase-gates 全绿:specify/clarify/plan 完成、tasks + PM Task Board ready、split/deferred/temporary 已写 roadmap、新约束已回写 plan。任一未过 → 不 dispatch implement。
153
144
 
154
145
  ### PM entry sessions
155
146
 
@@ -252,7 +243,7 @@ Before first implement dispatch:
252
243
  - If delivery spans batches, include the full roadmap: batch order, deferred scope, dependencies, owner/trigger, and final Done definition
253
244
  - Every implement Assignment declares `PM Task Board coverage`
254
245
  - Default batch size 1-2 IDs; `>=3` requires `Why batching is safe`
255
- - Completion rhythm: commit -> Completion Report v2 -> PM Status Update -> next dispatch
246
+ - Completion rhythm: commit -> Completion Report -> PM Status Update -> next dispatch
256
247
 
257
248
  ---
258
249
 
@@ -281,7 +272,7 @@ Use canonical templates from:
281
272
  `references/project-manager/dispatch-and-assignment.md`
282
273
 
283
274
  - `## Assignment`
284
- - `## Completion Report v2`
275
+ - `## Completion Report`
285
276
  - `## Status Update`
286
277
 
287
278
  Minimum invariants:
@@ -62,29 +62,10 @@ When creating a new skill, making a major skill rewrite, changing frontmatter `d
62
62
  - Redundancy removed before adding new constraints
63
63
  - At least one replayable scenario exists for regression check
64
64
 
65
- ## Completion Report v2
66
-
67
- ```markdown
68
- ## Completion Report v2
69
-
70
- **Agent**: prompt-engineer
71
- **Task**: ...
72
- **Status**: Done | Blocked | Partial
73
- **Scope Delivered**: ...
74
- **Artifacts**: ...
75
- **Validation**: ...
76
- **Issues/Risks**: ...
77
- **Plan Update**: ...
78
- **Handoff**: ...
79
- **Git**: ...
80
- ```
65
+ ## Completion Report
81
66
 
82
- ## Plan & Documentation Rules
83
-
84
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` conventions from `mstar-plan-conventions`.
85
- - Keep role text concise; move reusable long-form guidance into shared `mstar-*` skills.
67
+ Template (`{role_id}` = `prompt-engineer`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
86
68
 
87
- ### Git NEVER (repo writes)
69
+ ## Plan & Documentation Rules
88
70
 
89
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must list real commits unless read-only was assigned.
90
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
71
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。**Prompt-engineer-specific**:role text 保持精简;可复用长文 guidance 移入 shared `mstar-*` skills。
@@ -65,32 +65,13 @@ When Assignment provides a report path, write report-only output under `{SDD_DIR
65
65
  ## Recommended owners
66
66
  ```
67
67
 
68
- ## Completion Report v2
68
+ ## Completion Report
69
69
 
70
- ```markdown
71
- ## Completion Report v2
72
-
73
- **Agent**: qa-engineer
74
- **Task**: ...
75
- **Status**: Done | Blocked | Partial
76
- **Scope Delivered**: ...
77
- **Artifacts**: ...
78
- **Validation**: <AC mapping; reused L1/CI/prior-QA evidence vs new runs; QC findings addressed>
79
- **Issues/Risks**: ...
80
- **Plan Update**: ...
81
- **Handoff**: ...
82
- **Git**: ...
83
- ```
70
+ Template (`{role_id}` = `qa-engineer`) → **`references/_shared/leaf-executor-core.md`**「Completion Report」。
84
71
 
85
72
  ## Plan & Residual Rules
86
73
 
87
- - Follow `{HARNESS_DIR}` / `{PLAN_DIR}` from `mstar-plan-conventions`; residual lifecycle from `mstar-plan-artifacts`.
88
- - QA and PM are the only roles allowed to finalize plan `Done`.
89
-
90
- ### Git NEVER (repo writes)
91
-
92
- - **NEVER** skip per–task-ID commits on the authorized `Working branch` when you wrote tracked files—Completion Report **Git** must be a real `git log -1 --oneline` unless read-only was assigned.
93
- - **NEVER** batch everything into a single closing commit unless PM explicitly allowed it.
74
+ Repo-write Git discipline + plan/documentation rules **`references/_shared/leaf-executor-core.md`**(「Git NEVER (repo writes)」+「Plan & Documentation Rules」)。**QA-specific**:QA 和 PM 是唯一可终结 plan `Done` 的角色;residual lifecycle 来自 `mstar-plan-artifacts`。
94
75
 
95
76
  ## Detailed References Index
96
77