@mingfuyun/star-allinone 0.4.18 → 0.4.20

package/docs/skills/dev-flow/gates.md

@@ -1,12 +1,15 @@
 # 确认门禁口令
 
 > 维护源：能力包 `docs/skills/dev-flow/gates.md`  
-> 跨仓统一；三道门禁**互不推断**。
+> 跨仓统一。方案、提交、测发三道门禁互不推断。校验豁免不代替任何一道门禁。
 
 | 门禁 | 口令（须字面接近） | 不可替代为 |
 | --- | --- | --- |
-| 方案 | `确认方案` | 「确认」「OK」、提交/测发口令 |
+| 方案 | `确认方案` | 「确认」「OK」、提交/测发口令。只用于需求或接口调整 |
 | 提交 | `确认提交` / `确认提交并推送` | 方案确认、测发确认、「确认」单字 |
 | 测发 | `确认推送流水线` / `发布测试环境` | push 成功、提交确认、方案确认 |
+| 校验豁免 | `豁免校验继续提交` | 「继续吧」「OK」。只跳过 verify 拦截，之后仍须 `确认提交` |
+
+只说「按照星系流程 提交代码」或「按照星系流程 发布流水线」时，不用方案门禁。
 
 `确认方案` ≠ `确认提交` ≠ `确认推送流水线`

package/docs/skills/dev-flow/plan-template.md

@@ -22,6 +22,8 @@
 
 ## 输出骨架（可直接粘贴）
 
+外框用 `shared-i-have-adhd/reply-layout.md` 的「实现方案」。下面只是正文。
+
 ```markdown
 ## 实现方案
 

package/docs/skills/dev-flow/session-file.md

@@ -0,0 +1,21 @@
+# 续跑会话文件
+
+> 维护源：能力包 `docs/skills/dev-flow/session-file.md`  
+> 需求或接口调整需要跨会话续跑时，按下面的形状写入业务仓 `.agents/dev-flow-session.md`。没有进行中的单就不要创建。
+
+```text
+phase: await_plan
+plan_confirmed: no
+summary: …
+blocked: 无
+next_action: 用户回复「确认方案」
+gates:
+  plan: waiting
+  commit: not_started
+  publish: not_started
+verify_waiver: no
+```
+
+`plan_confirmed` 只有用户说过 `确认方案` 才写 `yes`。禁止默认写成 `yes`。
+
+只提交或只发布时不要补方案确认：`plan_confirmed` 保持 `no`，`phase` 用 `await_commit` 或 `await_publish`。

package/docs/skills/dev-flow/session-protocol.md

@@ -1,7 +1,7 @@
 # 会话协议（编排输出字段）
 
 > 维护源：能力包 `docs/skills/dev-flow/session-protocol.md`  
-> 整单 / 长会话每轮至少带齐下列字段，便于人扫读与后续 `shared-dev-flow` 落状态。
+> 整单 / 长会话的字段含义。是否出现、出现在回复的哪一段，以 `shared-i-have-adhd/reply-layout.md` 的「流程停住」为准。不要每轮都输出。
 
 ---
 
@@ -30,7 +30,9 @@
 | `await_publish` | 等待测发确认词 |
 | `done` | 本单目标已完成（或用户终止） |
 
-单点任务可只用子集（如 submit → `await_commit`）。
+单点 skill 不输出这些字段。只有 `reply-layout.md` 的「流程停住」才输出。
+
+续跑文件的形状见 [session-file.md](session-file.md)。写入业务仓 `.agents/dev-flow-session.md`，不要另起字段名。
 
 ---
 

package/docs/skills/overview.md

@@ -10,14 +10,14 @@
 | --- | --- | --- |
 | 话术 | 「按星系流程…」「按流程做完 / 按流程改…」 | 「提交代码」「生成某接口」「发布测试环境」…（无串联话术） |
 | 入口 | 先 `$custom-entry`（或「按星系标准 / 规范 / 流程」），再委托 internal `shared-dev-flow` | 先同一入口，再按 intents 单点委托 |
-| 先出方案 | 仅需求或接口调整等 `确认方案`。`按照星系流程 提交代码`、`按照星系流程 发布流水线` 的用户可见回复与单点「提交代码」「发布测试环境」相同，不附加 phase 或方案摘要 | 否（submit/publish 自带提案/确认） |
+| 先出方案 | 仅需求或接口调整等 `确认方案`。`按照星系流程 提交代码`、`按照星系流程 发布流水线` 的用户可见回复与单点「提交代码」「发布测试环境」相同。排版都用 `reply-layout.md`，不附加 phase 或方案摘要 | 否（submit/publish 自带提案/确认） |
 | 口径文档 | [dev-flow/](dev-flow/)（方案模板、SwaggerGate、Verify、会话字段、[gates.md](dev-flow/gates.md)） | 仍守各 skill 自身门禁 |
 
 「按星系标准 / 按星系规范」只表示入 entry；不含「按流程」或「按星系流程」时仍走单点。是否串联不看改动大小。
 
 口令：`确认方案` ≠ `确认提交` ≠ `确认推送流水线`（详见 [dev-flow/gates.md](dev-flow/gates.md)）。`确认方案` 只用于需求和接口调整。校验失败后只有 `豁免校验继续提交` 可进入提交门，且仍须 `确认提交`。
 
-业务仓每一轮对用户的回复都 Read 并遵守 `shared-i-have-adhd`。
+业务仓每一轮对用户的回复都 Read 并遵守 `shared-i-have-adhd`。排版只认同目录 `reply-layout.md`，单点和整单相同，不按仓分版式。
 
 ## 用户入口
 

package/examples/AGENTS.md

@@ -19,7 +19,7 @@ Props for `MFProTable` are in `.agents/skills/shared-project-conventions/referen
 
 In business repos, dialogue uses **one entry only**: `$custom-entry`. It reads this file and `custom-entry/references/*`, then delegates to `shared-*` or internal `custom-*`. Do not treat direct `$shared-*` as the production entry.
 
-- Full requirement / end-to-end flow: intent `flow` (orchestrator `shared-dev-flow` when available; until then: output an implementation plan, wait for `确认方案`, then follow the composite order in `$custom-entry`).
+- Full requirement or API change: intent `flow` → `shared-dev-flow`. Output a plan and wait for `确认方案` before code changes. Submit-only and publish-only phrases stay on the single-point skills and skip `确认方案`.
 - One endpoint: via `$custom-entry` → `shared-api-to-service`, or `pnpm exec star-allinone gen service --operation "METHOD /path/"`.
 - Pages: via `$custom-entry` → `shared-design-to-page`. Standard lists run `pnpm exec star-allinone gen page` inside that skill.
 - Project health: `pnpm exec star-allinone doctor`.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@mingfuyun/star-allinone",
-  "version": "0.4.18",
+  "version": "0.4.20",
   "description": "星系运维前端能力包",
   "main": "dist/index.js",
   "bin": {

package/scripts/cli.js

@@ -29,6 +29,7 @@ docs/skills/overview.md is copied to shared-project-conventions/references/skill
 docs/skills/dev-flow/*.md is copied into skills/shared/dev-flow/references/ before that skill is synced.
 It never writes ~/.codex/skills and never modifies custom-* skills.
 If <project>/AGENTS.md is missing, it copies examples/AGENTS.md once.
+If AGENTS.md exists, sync only replaces the pre-dev-flow fallback sentence and the missing command-card path.
 
 doctor checks config, OpenAPI, MFRequest, MFProTable, skill sync, and bad imports.
 
@@ -134,6 +135,7 @@ const DEV_FLOW_REFERENCE_DOCS = [
   'verify-commands.md',
   'gates.md',
   'session-protocol.md',
+  'session-file.md',
 ];
 
 /** docs/skills/dev-flow/ is the only source; refresh skill references before sync. */
@@ -247,6 +249,7 @@ function syncProject(options) {
   pruneStaleShared(destination, prefix, syncedNames, options);
   writeSyncStamp(destination, prefix, syncedNames, options);
   seedAgentsMarkdown(target, options);
+  refreshAgentsNotes(target, options);
   console.log(`${options.dryRun ? 'Would sync' : 'Synced'} shared skills -> ${destination}`);
 }
 
@@ -275,6 +278,30 @@ function seedAgentsMarkdown(target, options) {
   if (!options.dryRun) fs.copyFileSync(source, dest);
 }
 
+const AGENTS_NOTE_REPLACEMENTS = [
+  [
+    '`shared-dev-flow` 就绪前：先出实现方案，等 `确认方案`，再按复合请求顺序执行',
+    '`shared-dev-flow`。需求或接口调整先出方案并等 `确认方案`。只提交或只发布不进状态机，回复与单点相同',
+  ],
+  [
+    '完整口令卡见本机工作区 `dev-agent/研发流程-口令卡.md`（与团队文档同步时以此口径为准）。',
+    '完整口令见 `.agents/skills/shared-dev-flow/references/gates.md`（维护源：能力包 `docs/skills/dev-flow/gates.md`）。',
+  ],
+];
+
+function refreshAgentsNotes(target, options) {
+  const dest = path.join(target, 'AGENTS.md');
+  if (!fs.existsSync(dest)) return;
+  const original = fs.readFileSync(dest, 'utf8');
+  let next = original;
+  for (const [from, to] of AGENTS_NOTE_REPLACEMENTS) {
+    if (next.includes(from)) next = next.split(from).join(to);
+  }
+  if (next === original) return;
+  console.log(`${options.dryRun ? '[dry-run] ' : ''}AGENTS.md flow notes`);
+  if (!options.dryRun) fs.writeFileSync(dest, next);
+}
+
 function main() {
   const [group, command, ...rest] = process.argv.slice(2);
   if (group === 'skills') {

package/scripts/gen/doctor.js

@@ -318,6 +318,34 @@ function runDoctor(cwd, options = {}) {
     findings.push(check(true, 'ok', 'Overlay imports use @mingfuyun/star-allinone or none found'));
   }
 
+  const agentsFile = path.join(root, 'AGENTS.md');
+  if (fs.existsSync(agentsFile)) {
+    const agents = fs.readFileSync(agentsFile, 'utf8');
+    if (agents.includes('就绪前') || agents.includes('研发流程-口令卡.md')) {
+      findings.push(check(false, 'error', 'AGENTS.md still has the pre-dev-flow fallback or a missing command-card path. Run skills sync'));
+    } else {
+      findings.push(check(true, 'ok', 'AGENTS.md flow sentence'));
+    }
+  }
+  const layoutFile = path.join(skillsDir, `${prefix}i-have-adhd`, 'reply-layout.md');
+  const gatesFile = path.join(skillsDir, `${prefix}dev-flow`, 'references', 'gates.md');
+  const sessionFile = path.join(skillsDir, `${prefix}dev-flow`, 'references', 'session-file.md');
+  if (!fs.existsSync(layoutFile) || !fs.readFileSync(layoutFile, 'utf8').includes('## 测发结果')) {
+    findings.push(check(false, 'error', 'reply-layout.md is missing the 测发结果 block. Run skills sync'));
+  } else {
+    findings.push(check(true, 'ok', 'reply-layout.md'));
+  }
+  if (!fs.existsSync(gatesFile) || !fs.readFileSync(gatesFile, 'utf8').includes('豁免校验继续提交')) {
+    findings.push(check(false, 'error', 'gates.md is missing 豁免校验继续提交. Run skills sync'));
+  } else {
+    findings.push(check(true, 'ok', 'gates.md exemption'));
+  }
+  if (!fs.existsSync(sessionFile) || !fs.readFileSync(sessionFile, 'utf8').includes('plan_confirmed')) {
+    findings.push(check(false, 'error', 'session-file.md is missing. Run skills sync'));
+  } else {
+    findings.push(check(true, 'ok', 'session-file.md'));
+  }
+
   printReport(root, findings);
   return findings;
 }

package/skills/shared/api-to-service/SKILL.md

@@ -60,4 +60,4 @@ Parse changed JSON files. Search generated names, operationId, and exact API pat
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The user-visible reply is only that file's 通用结果 block. Do not invent another layout.

package/skills/shared/design-to-page/SKILL.md

@@ -94,4 +94,4 @@ When tracking is configured, scan changed page files: toolbar `track`, action `t
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The user-visible reply is only that file's 通用结果 block. Do not invent another layout.

package/skills/shared/dev-flow/SKILL.md

@@ -45,9 +45,13 @@ disable-model-invocation: true
 
 ## 每轮输出
 
-下面的字段只在需求或接口调整**停下来等用户**时附一行。先决分流、以及正在执行原 skill 的中间过程，都不要输出，也不要为此再读文件。
+排版只认 `.agents/skills/shared-i-have-adhd/reply-layout.md`。不要在本 skill 里另写一套。
 
-需要停住时直接写：
+测发结果用该文件的「测发结果」，不附流程停住，包括本单因此进入 `done` 的那一条。
+
+需求或接口调整停下来等用户时，正文用该文件点名的章节，再按「流程停住」附在最后一句之后。先决分流和 skill 执行过程中不要附，也不要为此再读文件。
+
+需要停住等用户、且这条不是测发结果时，流程停住写成：
 
 ```text
 phase: <intake|plan|await_plan|swagger_gate|implement|verify|await_commit|await_publish|done>
@@ -58,7 +62,7 @@ next_action: …
 
 需求或接口调整进入 `await_plan` / `await_commit` / `await_publish` 时，附上当前方案摘要。先决分流的提交或发布不附。
 
-需求或接口调整的每一轮回复都先 Read 并遵守 `.agents/skills/shared-i-have-adhd/i-have-adhd.md`。phase 字段放在下一步动作之后。
+需求或接口调整的每一轮回复都先 Read 并遵守 `.agents/skills/shared-i-have-adhd/i-have-adhd.md` 和 `reply-layout.md`。
 
 可选：把 phase、方案摘要、门禁状态写入仓库 `.agents/dev-flow-session.md`。续跑时若该文件存在，优先读它。
 
@@ -66,7 +70,7 @@ next_action: …
 
 新会话继续同一单时：
 
-1. 先读 `.agents/dev-flow-session.md`（若有），或请用户确认上一 `phase`。
+1. 先读 `.agents/dev-flow-session.md`（若有）。没有就请用户确认上一 `phase`。文件形状以 [references/session-file.md](references/session-file.md) 为准，`plan_confirmed` 禁止默认 `yes`。
 2. 上一阶段是需求或接口调整，且没确认过方案：从 `plan` 或 `await_plan` 恢复。**禁止**默认方案已确认。
 3. 上一阶段只是提交代码或发布流水线：从 `await_commit` 或 `await_publish` 恢复，不要补 `确认方案`。
 4. 不确定上一阶段是哪一种：问一句，不要默认已经 `确认方案`。
@@ -143,7 +147,7 @@ Read 并原样执行 `.agents/skills/shared-review-and-submit/SKILL.md`。停住
 
 ### await_publish
 
-仅当用户明确要测发（例如「发布测试环境」「要」）后进入本阶段。再等待 `确认推送流水线` 或 `发布测试环境`，然后 Read 并原样执行 `.agents/skills/shared-publish-test/SKILL.md`。
+仅当用户明确要测发（例如「发布测试环境」「要」）后进入本阶段。再等待 `确认推送流水线` 或 `发布测试环境`，然后 Read 并原样执行 `.agents/skills/shared-publish-test/SKILL.md`。跑完后的用户可见回复只有 `reply-layout.md` 的「测发结果」，不附 `phase`。
 
 用户说不测发 → `done`，不跑 publish。
 

package/skills/shared/dev-flow/references/gates.md

@@ -3,12 +3,15 @@
 # 确认门禁口令
 
 > 维护源：能力包 `docs/skills/dev-flow/gates.md`  
-> 跨仓统一；三道门禁**互不推断**。
+> 跨仓统一。方案、提交、测发三道门禁互不推断。校验豁免不代替任何一道门禁。
 
 | 门禁 | 口令（须字面接近） | 不可替代为 |
 | --- | --- | --- |
-| 方案 | `确认方案` | 「确认」「OK」、提交/测发口令 |
+| 方案 | `确认方案` | 「确认」「OK」、提交/测发口令。只用于需求或接口调整 |
 | 提交 | `确认提交` / `确认提交并推送` | 方案确认、测发确认、「确认」单字 |
 | 测发 | `确认推送流水线` / `发布测试环境` | push 成功、提交确认、方案确认 |
+| 校验豁免 | `豁免校验继续提交` | 「继续吧」「OK」。只跳过 verify 拦截，之后仍须 `确认提交` |
+
+只说「按照星系流程 提交代码」或「按照星系流程 发布流水线」时，不用方案门禁。
 
 `确认方案` ≠ `确认提交` ≠ `确认推送流水线`

package/skills/shared/dev-flow/references/plan-template.md

@@ -24,6 +24,8 @@
 
 ## 输出骨架（可直接粘贴）
 
+外框用 `shared-i-have-adhd/reply-layout.md` 的「实现方案」。下面只是正文。
+
 ```markdown
 ## 实现方案
 

package/skills/shared/dev-flow/references/session-file.md

@@ -0,0 +1,23 @@
+<!-- 维护源：能力包 docs/skills/dev-flow/session-file.md — 勿在业务仓改此副本 -->
+
+# 续跑会话文件
+
+> 维护源：能力包 `docs/skills/dev-flow/session-file.md`  
+> 需求或接口调整需要跨会话续跑时，按下面的形状写入业务仓 `.agents/dev-flow-session.md`。没有进行中的单就不要创建。
+
+```text
+phase: await_plan
+plan_confirmed: no
+summary: …
+blocked: 无
+next_action: 用户回复「确认方案」
+gates:
+  plan: waiting
+  commit: not_started
+  publish: not_started
+verify_waiver: no
+```
+
+`plan_confirmed` 只有用户说过 `确认方案` 才写 `yes`。禁止默认写成 `yes`。
+
+只提交或只发布时不要补方案确认：`plan_confirmed` 保持 `no`，`phase` 用 `await_commit` 或 `await_publish`。

package/skills/shared/dev-flow/references/session-protocol.md

@@ -3,7 +3,7 @@
 # 会话协议（编排输出字段）
 
 > 维护源：能力包 `docs/skills/dev-flow/session-protocol.md`  
-> 整单 / 长会话每轮至少带齐下列字段，便于人扫读与后续 `shared-dev-flow` 落状态。
+> 整单 / 长会话的字段含义。是否出现、出现在回复的哪一段，以 `shared-i-have-adhd/reply-layout.md` 的「流程停住」为准。不要每轮都输出。
 
 ---
 
@@ -32,7 +32,9 @@
 | `await_publish` | 等待测发确认词 |
 | `done` | 本单目标已完成（或用户终止） |
 
-单点任务可只用子集（如 submit → `await_commit`）。
+单点 skill 不输出这些字段。只有 `reply-layout.md` 的「流程停住」才输出。
+
+续跑文件的形状见 [session-file.md](session-file.md)。写入业务仓 `.agents/dev-flow-session.md`，不要另起字段名。
 
 ---
 

package/skills/shared/i-have-adhd/i-have-adhd.md

@@ -8,6 +8,8 @@ These rules apply to every response for the rest of the session, not only this o
 
 Turn them off only when the reader says "stop adhd mode" or "normal mode". Confirm in one line, then return to your default style.
 
+The shape of every reply is `reply-layout.md` in this directory. Synced path: `.agents/skills/shared-i-have-adhd/reply-layout.md`. Single skills and dev-flow both use it. Project docs do not restyle it.
+
 ## What ADHD changes about reading
 
 Five facts drive every rule below:
@@ -120,7 +122,7 @@ Override the defaults when:
 4. Real ambiguity in the request. One short clarifying question beats guessing and rewriting.
 5. A rule fights the task. When a rule would delete the answer itself, the task wins; the shape stays. Example: "what are my options" gets 2 to 4 ranked options with one-line trade-offs, recommendation first, not one path. The options are the answer.
 6. A rule fights the harness. Inside an agent harness, the system prompt outranks this skill: announce a tool call when the harness requires it, do the work instead of asking "want me to," point time estimates at whoever executes the steps. Same principle as 5: the constraint wins, the shape stays.
-7. The message waits for `确认提交` or `确认提交并推送`. Output the full `shared-review-and-submit` report: 影响面, 审查, 修改范围. The first line can be the confirmation phrase. Do not collapse those sections.
+7. The message is a 提交等待, 测发结果, 实现方案, or 通用结果. Use the matching block in `reply-layout.md`. Do not collapse those sections, and do not restyle the field table.
 
 ## Pre-send check
 

package/skills/shared/i-have-adhd/reply-layout.md

@@ -0,0 +1,121 @@
+# 对话排版
+
+唯一排版。单点 skill 和 `shared-dev-flow` 都用这一份。所有业务仓相同。
+
+`AGENTS.md`、`project-rules.md`、`conventions.md` 不规定排版。不能改第一句、表头、章节名或末句，也不能改成框线表或圆点。
+
+## 骨架
+
+给用户的每一条回复都是下面四段。没有内容的段整段删掉。
+
+```markdown
+<第一句：结果，或要用户现在做的一件事>
+
+| 项 | 值 |
+| --- | --- |
+| <字段> | <值> |
+
+<正文：只有本文件点名的章节>
+
+<最后一句：下一步。第一句已经是下一步、且没有别的动作时，删掉本句>
+```
+
+禁止：
+
+- 用框线表或圆点代替 `| 项 | 值 |`
+- 用项目名、仓名、skill 名当开场
+- 在表里写过的事实，正文再讲一遍
+- 输出 `phase` / `done` / `blocked` / `next_action`，除下面的「流程停住」
+
+## 通用结果
+
+接口、页面、埋点、Prism、校验完成，用这张表。按事实删行，最多 5 行。
+
+```markdown
+<一句结果>
+
+| 项 | 值 |
+| --- | --- |
+| 做了什么 | <一句话> |
+| 改动 | <路径> |
+| 校验 | <命令：通过或失败> |
+| 未做 | <没有则删掉这一行> |
+
+<下一步的那一句>
+```
+
+## 测发结果
+
+整条回复只有这些。没有正文，没有流程停住。
+
+```markdown
+测试流水线已触发。
+
+| 项 | 值 |
+| --- | --- |
+| 分支 | <branch> |
+| 提交 | <commit subject> |
+| Pipeline | <publishPipelineId> |
+| Run | <run id> |
+| 状态 | <status> |
+| Commit 校验 | <已核对 \| unavailable（云效尚未回传，可接受）> |
+
+去云效看 Run <run id> 即可。
+```
+
+失败时第一句写原因，六行保留，最后一句写一个修复动作。不要写「已触发」。`状态` 用脚本原文。提交只写 subject。云效还没回当前提交时，校验格用上面这句 unavailable，不要改写。
+
+## 提交等待
+
+```markdown
+回复「确认提交」或「确认提交并推送」后才会写入 Git。
+
+## 影响面
+
+<shared-review-and-submit 规定的内容>
+
+## 审查
+
+<shared-review-and-submit 规定的内容>
+
+## 修改范围
+
+<shared-review-and-submit 规定的内容>
+```
+
+不要另写清单，不要收成「未发现阻断问题」。不要流程停住。
+
+## 实现方案
+
+```markdown
+回复「确认方案」后才会改业务代码。
+
+## 实现方案
+
+<plan-template.md 的输出骨架>
+
+回复「确认方案」继续。
+```
+
+然后按「流程停住」附在末句之后。
+
+## 是否测发
+
+```markdown
+是否发布测试环境？
+```
+
+然后按「流程停住」附上，`phase` 为 `await_publish`。
+
+## 流程停住
+
+只有需求或接口调整停下来等用户时，加在最后一句之后：
+
+```text
+phase: <intake|plan|await_plan|swagger_gate|implement|verify|await_commit|await_publish|done>
+done: <本轮已完成的动作>
+blocked: 无 | <原因>
+next_action: <谁做、做什么>
+```
+
+测发结果、只提交、只发布、以及 skill 执行过程中，都不要这一块。

package/skills/shared/prism-mock/SKILL.md

@@ -33,4 +33,4 @@ disable-model-invocation: true
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The user-visible reply is only that file's 通用结果 block. Do not invent another layout.

package/skills/shared/publish-test/SKILL.md

@@ -70,4 +70,4 @@ The dashboard comment is `BUILD_REMARK` and contains branch, commit subject, and
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The user-visible reply is only that file's 测发结果 block. Fill every cell from the script result. Do not invent another layout.

package/skills/shared/review-and-submit/SKILL.md

@@ -72,7 +72,7 @@ If the user says `提交代码` before a review proposal exists, run the three s
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The message that waits for confirmation is only that file's 提交等待 block. Fill the three sections from this skill. Do not invent another layout.
 
 The message that waits for `确认提交` or `确认提交并推送` is the review report. Reuse the three workflow steps above. Do not write a second checklist, and do not replace the report with `未发现阻断问题` plus a commit subject. A one-line diff does not shorten it. ADHD mode may put the confirmation phrase on the first line. It must not delete these sections:
 

package/skills/shared/tracking/SKILL.md

@@ -418,4 +418,4 @@ antd `Tabs`、`Segmented`、`Radio.Group` 以及业务页签容器，切换时
 
 ## User-facing output
 
-Read and apply `.agents/skills/shared-i-have-adhd/i-have-adhd.md` to every response this skill sends to the user.
+Read `.agents/skills/shared-i-have-adhd/i-have-adhd.md` and `reply-layout.md`. The user-visible reply is only that file's 通用结果 block. Do not invent another layout.