@mstar-harness/opencode 1.8.0 → 1.8.2
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 +16 -0
- package/harness-commands/codebase-audit.md +5 -68
- package/harness-commands/iteration-drive.md +17 -159
- package/harness-commands/iteration-loop.md +16 -194
- package/harness-commands/iteration-start.md +17 -185
- package/harness-skills/mstar-branch-worktree/SKILL.md +38 -27
- package/harness-skills/mstar-coding-behavior/SKILL.md +40 -114
- package/harness-skills/mstar-compound/SKILL.md +25 -197
- package/harness-skills/mstar-compound/references/compound-workflow.md +155 -0
- package/harness-skills/mstar-dispatch-gates/SKILL.md +3 -8
- package/harness-skills/mstar-host/SKILL.md +9 -8
- package/harness-skills/mstar-host/references/_shared/host-role-binding-core.md +44 -0
- package/harness-skills/mstar-host/references/_shared/plan-mode-bridge-core.md +91 -0
- package/harness-skills/mstar-host/references/codex-plan-goal-mode-bridge.md +6 -11
- package/harness-skills/mstar-host/references/codex.md +2 -2
- package/harness-skills/mstar-host/references/cursor-plan-mode-bridge.md +9 -78
- package/harness-skills/mstar-host/references/cursor.md +3 -3
- package/harness-skills/mstar-host/references/kimi-plan-mode-bridge.md +5 -24
- package/harness-skills/mstar-host/references/kimi.md +6 -33
- package/harness-skills/mstar-host/references/omp-plan-mode-bridge.md +3 -13
- package/harness-skills/mstar-host/references/omp.md +20 -33
- package/harness-skills/mstar-host/references/opencode.md +1 -3
- package/harness-skills/mstar-host/references/zcode-plan-mode-bridge.md +5 -24
- package/harness-skills/mstar-host/references/zcode.md +6 -33
- package/harness-skills/mstar-iteration/SKILL.md +21 -211
- package/harness-skills/mstar-iteration/references/phase-3-iteration-close.md +95 -0
- package/harness-skills/mstar-iteration/references/phase-4-5-pr-delivery.md +81 -0
- package/harness-skills/mstar-iteration/references/phase5-helper-discovery.md +24 -0
- package/harness-skills/mstar-phase-gates/SKILL.md +1 -1
- package/harness-skills/mstar-roles/references/_shared/leaf-executor-core.md +46 -0
- package/harness-skills/mstar-roles/references/architect.md +3 -23
- package/harness-skills/mstar-roles/references/frontend-dev.md +4 -24
- package/harness-skills/mstar-roles/references/fullstack-dev-shared.md +4 -24
- package/harness-skills/mstar-roles/references/ops-engineer.md +3 -23
- package/harness-skills/mstar-roles/references/product-manager.md +3 -23
- package/harness-skills/mstar-roles/references/project-manager/dispatch-and-assignment.md +5 -5
- package/harness-skills/mstar-roles/references/project-manager.md +4 -13
- package/harness-skills/mstar-roles/references/prompt-engineer.md +4 -23
- package/harness-skills/mstar-roles/references/qa-engineer.md +3 -22
- package/harness-skills/mstar-roles/references/qc-specialist/deep-review-lenses.md +16 -75
- package/harness-skills/mstar-roles/references/qc-specialist/reviewer-workflow.md +1 -1
- package/harness-skills/mstar-roles/references/qc-specialist-shared.md +4 -17
- package/harness-skills/mstar-roles/references/writing-specialist.md +4 -24
- 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
|
|
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
|
|
108
|
+
## Completion Report
|
|
109
109
|
|
|
110
|
-
|
|
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
|
-
-
|
|
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
|
|
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
|
-
|
|
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
|
-
|
|
68
|
+
## Plan & Documentation Rules
|
|
88
69
|
|
|
89
|
-
-
|
|
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
|
|
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
|
-
|
|
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
|
-
|
|
87
|
+
## Plan & Documentation Rules
|
|
107
88
|
|
|
108
|
-
-
|
|
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
|
|
72
|
+
## Completion Report
|
|
73
73
|
|
|
74
|
-
|
|
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
|
-
-
|
|
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
|
|
101
|
+
## Completion Report
|
|
102
102
|
|
|
103
|
-
|
|
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
|
-
-
|
|
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
|
|
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
|
|
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
|
|
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
|
|
143
|
+
## Completion Report Template
|
|
144
144
|
|
|
145
145
|
```markdown
|
|
146
|
-
## Completion Report
|
|
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
|
|
141
|
+
## Phase Gates
|
|
142
142
|
|
|
143
|
-
|
|
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
|
|
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
|
|
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
|
|
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
|
-
|
|
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
|
-
|
|
69
|
+
## Plan & Documentation Rules
|
|
88
70
|
|
|
89
|
-
-
|
|
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
|
|
68
|
+
## Completion Report
|
|
69
69
|
|
|
70
|
-
|
|
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
|
-
-
|
|
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
|
|