universal-dev-standards 5.16.0 → 6.0.0

package/bundled/locales/zh-CN/skills/brainstorm-assistant/SKILL.md

@@ -1,10 +1,10 @@
 ---
 name: brainstorm-assistant
 source: ../../../../skills/brainstorm-assistant/SKILL.md
-source_version: 3.0.0
+source_version: 4.0.0
 source_hash: 25e622a7d063
-translation_version: 3.0.0
-last_synced: 2026-06-01
+translation_version: 4.0.0
+last_synced: 2026-06-22
 status: current
 description: |
   在编写规格前进行结构化 AI 辅助头脑风暴。
@@ -18,11 +18,13 @@ description: |
 
 在编写规格前进行结构化发想。以 2024–2026 年 AI 辅助发想研究为基础，通过引导式头脑风暴，将模糊构想转化为可执行的功能提案。
 
-> **实现**: XSPEC-247 brainstorm v3 —— Multi-Persona Ensemble + Multi-Critic Convergence
-> （取代 v2 的「认知科学升级」）。
+> **实现**: XSPEC-296 头脑风暴质量标准（BQS v1）—— brainstorm v4，叠加于
+> XSPEC-247 brainstorm v3（Multi-Persona Ensemble + Multi-Critic Convergence）。
 
 **v3 的核心改动:** v3 把发散从「单一 AI 冲数量」改为 **persona 集成**（每个角色以思维链独立推理）×**多样性透镜**；把收敛从「单一 AI 评分 + 单一反驳」改为**多评审面板** + **硬角色反驳**（Devil's Advocate + Steelman）。这直接对应文献中最强的结论：多 persona 胜过单次 pass，而单一 LLM 评审既弱又易谄媚。
 
+**v4 的核心改动:** v3 提供了强健的*机制*，却没有可判定 pass/fail 的质量闸。v4 在其上叠加一道**时序化质量契约**——**头脑风暴质量标准（BQS v1）**——且不移除任何 v3 行为。BQS 是**四层 × 时间轴**结构：第 0 层宣告 explore/exploit 配比；第 1 层（过程、leading、发散期全程可见）跑维度 **D1–D4**；第 2 层（产物、leading、收敛后仅施于 Top 3）跑 **D5–D8** 加 Seeds 栏与争议区；第 3 层是不受治理的 **Judgment Override**。第一原理：**决策用 leading 信号、校准用 lagging 信号——两者是时间前后，而非对错取舍。** 硬序列闸禁止 D5–D8 在发散期被揭示或评分。详见下方「BQS v1 — 质量契约」。
+
 ## 使用前先选模式
 
 使用前套用以下**客观触发条件**。默认为完整 v3，路由规则是跳过阶段的快捷方式，而非额外障碍。
@@ -43,10 +45,69 @@ description: |
 ```
 [模式选择] ─► PRE-FLIGHT ─► FRAME ─► DIVERGE ───────────► CONVERGE ──────────► OUTPUT
   客观路由      防止锚定      定义问题   persona 集成+透镜       多评审面板+硬角色反驳    输出提案
+  ▲ 第 0 层 意图            ▲ 第 1 层（D1–D4，leading）       ▲ 第 2 层（D5–D8，Top 3）   ▲ 第 3 层 override
 ```
 
 ---
 
+## BQS v1 — 质量契约
+
+> **第一原理：** 头脑风暴的产物是**假说，不是答案**。一个点子好不好在发想当下不可知，所以质量只能用 **leading** 信号（过程＋认识论完整性）判；标准的正当性靠 **lagging** 信号（事后结果）**校准**。决策用 leading、校准用 lagging，两者是**时间**前后，不是对错取舍。（此处修正任何「只用 leading 不用 lagging」的绝对说法。）
+
+BQS 是**四层 × 时间轴**契约。它是 v3 的**叠加**——所有 v3 旗标与机制都保留（见「向后兼容」）。
+
+### 第 0 层 — 意图（开场宣告）
+
+开场宣告本次 **explore/exploit 配比** 与赌注类型（渐进 vs barbell 长尾）。此层**调节维度权重**：偏 exploit 的工作阶段，**D2（发散覆盖）低分是正确的、不扣分**。
+
+### 第 1 层 — 过程（发散期 leading，全程可见）
+
+| 维度 | Oracle（怎么判 fail）|
+|------|----------------------|
+| **D1 框架纯度** | 问题内嵌特定方案或「像 X 给 Y」→fail；须 5-Whys 到根因 |
+| **D2 发散覆盖** | 存活想法跨 <3 独立 persona/透镜→fail（受第 0 层权重调节）；连一轮零新增才算饱和 |
+| **D3 跨会话多样性** | 种子是竞品类比→fail；Top 全来自单一 lens→fail |
+| **D4 评估去偏** | 须 ≥3 评审 + 硬角色 Devil's Advocate + Steelman；**pass 须在独立 context 执行**，否则标 `[degraded]` 不得标 pass |
+
+> **硬序列闸：** D5–D8 禁止在发散期揭示或评分；CONVERGE 的 critic 不得在**最后一个 persona** 产完前被调用。
+
+### 第 2 层 — 产物（收敛后 leading，仅施于 Top 3）
+
+> 评判维度限缩在**收敛后 × 仅 Top 3**，绝不在发散期对全部想法当硬闸（否则回溯污染发散、扼杀无证据的未来想法、制造填表剧场）。
+
+| 维度 | Oracle |
+|------|--------|
+| **D5 接地** | 「现状/外部事实」主张无 file:line/来源→fail；「未来/假说」免接地、标 `[假说]`。**外部事实宣称为跨级地板**（creative 级亦适用）|
+| **D6 净值** | 入选想法未答「解谁问题／我们真有吗／不做的代价」→fail；至少一个「不值得做」淘汰。**挂 lagging 登记栏**：此判断事后拿什么信号验证？ |
+| **D7 可证伪** | 二态：`[现可陈述证伪]` 或 `[需先做 X 才能定义证伪]`；后者**转 next-step 喂 D8，不算 fail** |
+| **D8 可行动** | 无 next-step 裁决（含「暂不做」）→fail |
+| **＋Seeds 栏** | 杀想法时强制存「错在哪、指向什么真问题」；被杀 ≥1 则 Seeds ≥1（只检查非空）|
+| **＋争议区** | critic 方差 > 阈值的想法分流呈现，不按 mean 排序淘汰（守 barbell 长尾）|
+
+### 第 3 层 — 不可治理区（Judgment Override）
+
+明文留一块 oracle 不进入的地：人类直觉「保留/毙掉」附一句理由即可，**凌驾聚合分数、不需过任何维度**。承认标准不完备，避免「为过维度而 brainstorm」。
+
+### 结构规则
+
+1. **Meta 停止规则：** 该层维度全绿 **且** 再跑一轮后 **Top 3 集合成员不变**（看集合成员、不看内部排序）→停。**硬上限 2 轮**。取代模糊的「不翻决策」。
+2. **判官≠产生者：** D2/D4/D5/D7 判定须独立视角；单 context 自评只能 `[degraded]`，不得 pass。
+3. **校准回路（吃 lagging）：** v3 的三个工作阶段自评指标收编为此回路 **lagging** 端——**Adoption Rate＝D6 滞后验证、Diversity＝D2/D3 滞后观测、Cognitive Load＝成本约束**；**禁两套平行评估**。
+4. **BQS 自我演化（轻量）：** 版本化 + 证据清单 last-reviewed 逾期 flag；「定期对 BQS 自身 brainstorm」列可选。
+5. **最小充分原则：** 套用该 tier 所需的最少维度 + Top-3 限缩——认知经济性的守门，不另设成本维度。
+
+### 分级（绑 v3 既有客观触发，非自评）
+
+| Tier（来自模式选择触发）| 套用维度 |
+|--------------------------|----------|
+| creative / `--quick` | D1–D3 ＋ D5 外部事实地板 |
+| default | D1–D5 + D8 |
+| strategic / architecture / business | 全层 |
+
+> 分级由**客观模式选择触发表**（字数、旗标、是否有规格）决定，而非发起者自评。
+
+---
+
 ### 阶段 0：PRE-FLIGHT | 防止 AI 锚定
 
 **本阶段存在的原因：** 在 AI 生成任何内容**之前**先写下自己的想法，能持续产出更多样的结果。在 AI 情境下这**更**重要，而非更不重要：设计固着研究显示，流畅、高保真的 AI 输出反而**加深**固着，而非缓解（Wadinambiarachchi 等，CHI 2024）。
@@ -63,6 +124,8 @@ description: |
 
 > **反种子 guardrail（v3 新增）：** 不要接受或生成「像 X 但给 Y」的框架当种子（如「给医生用的 Slack」）。这类产品类比种子会把 LLM 锁进单一解空间、明显降低想法多样性。请捕捉底层**问题**，而非产品类比。
 
+> **BQS 第 0 层 — 意图宣告（v4 新增）：** 在 FRAME 之前，宣告本次的 **explore/exploit 配比** 与赌注类型（渐进 vs barbell 长尾）。此宣告下游调节 D2 权重——偏 exploit 时低发散覆盖是正确的、不扣分。未宣告时默认：偏 explore。
+
 **旗标:** `--skip-preflight` 跳过本阶段并显示一行警告：
 `⚠ Skipping Pre-flight may cause AI anchoring`
 
@@ -115,6 +178,8 @@ description: |
 
 「好点子出现在后半段」（Nijstad）是**人类群体**现象，**未在 LLM 上得到证实**（LLM 多为达到高原 / 枯竭）。因此固定数量门槛降为**辅助提示**：若全组少于约 8 个相异想法，提示「继续——加一个还没用过的 persona 或透镜」。真正的门槛是**多样性**（覆盖了几个不同视角），而非数量。
 
+> **此处生效 BQS 第 1 层（D1–D4，leading，全程可见）：** 发散期只对 **D1（框架纯度）、D2（发散覆盖，依第 0 层加权）、D3（跨会话多样性）、D4（评估去偏）** 评分与呈现。**硬序列闸：** 评判维度 **D5–D8 在最后一个 persona 产完前不得揭示或评分**——CONVERGE 的 critic 在发散完成前不被调用。
+
 #### 经典技法（仍保留）
 
 | 技法 | 使用时机 |
@@ -159,6 +224,19 @@ description: |
 
 **旗标:** `--no-rebuttal` 跳过此步骤；报告区段标注「Rebuttal: skipped」。
 
+> **BQS D4 — 判官≠产生者：** D4 唯有**评审/Devil's Advocate 在独立 context 执行**（`--enhanced` 隔离 agent 宿主）才可 pass。baseline 单 context 下，面板是同 context 自评，标 `[degraded]`、**不得标 pass**——诚实但非独立。不得把 baseline 跑当成 D4 pass 静默通过。
+
+#### 步骤 3c：BQS 第 2 层——对 Top 3 的产物闸
+
+收敛后，**仅对 Top 3** 套用 **D5–D8**（绝不对全部发散想法）。对每个 Top-3 想法：
+
+- **D5 接地：** 将每个主张分流为 `[现状/外部事实]`（需 file:line 或来源，否则 fail）vs `[未来/假说]`（免接地、标 `[假说]`）。**外部事实宣称为跨级地板**——creative 级也须接地。
+- **D6 净值：** 每个 Top-3 须答「解谁问题／我们真有吗／不做的代价」；至少一个淘汰为「不值得做」；挂 **lagging 登记栏**（事后哪个信号验证）。
+- **D7 可证伪（二态）：** 标 `[现可陈述证伪]` **或** `[需先做 X 才能定义证伪]`。后者**转 next-step 喂 D8——不算 fail**。
+- **D8 可行动：** 每个存活想法需 next-step 裁决（含明确「暂不做」）；无 → fail。
+
+> **Meta 停止规则（BQS 结构规则 1）：** 当套用的维度全绿 **且** 再跑一轮后 **Top 3 集合成员不变**（看集合成员、非内部排序）→停。**硬上限 2 轮。**
+
 ---
 
 ### 阶段 4：OUTPUT | 输出提案
@@ -181,8 +259,21 @@ description: |
 |---|------|---------|------|-------------|---------------|--------------|-----------|
 | 1 | ...  | Skeptic | Reversal | 4.0 | 4.5 | 4.0 | 4.2 |
 
-## Top 3 Recommendations
+## Top 3 Recommendations (BQS Layer 2 applied)
 1. **[Idea]** ✓ Passed rebuttal — [Why] — Persona: [..] — [User rebuttal response]
+   - D5 grounding: [current-state claims with file:line | future claims marked [hypothesis]]
+   - D6 net benefit: [whose problem / do we have it / cost of not doing] — lagging signal: [..]
+   - D7 falsifiability: [falsifiable now | need to do X first → next-step]
+   - D8 next-step: [action | defer]
+
+## Contested Zone (high critic-variance ideas)
+[Ideas whose critic variance exceeded threshold — surfaced, NOT eliminated by mean ranking (barbell long-tail)]
+
+## Seeds (from killed ideas)
+[For each killed idea: what was wrong, what real problem it points to. Non-empty if ≥1 idea was killed.]
+
+## Judgment Override (Layer 3, ungoverned)
+[Human keep/kill decisions that override the aggregate score, each with a one-line reason. Optional.]
 
 ## Diversity Note
 [How many distinct lenses/personas the surviving ideas span — flag if all from one cluster]
@@ -195,6 +286,8 @@ description: |
 - [ ] Proceed to `/sdd` if requirements are clear
 ```
 
+> **BQS 输出新增（v4）：** **Seeds** 区（规则：被杀 ≥1 则非空）、**争议区**（高方差想法不按 mean 淘汰）、**Judgment Override** 通道（人类裁决凌驾聚合分）为 BQS 第 2/3 层所要求。Top-3 区块逐项记录 D5–D8 状态。
+
 ## 多样性崩塌防护
 
 使用单一 LLM 发想会降低**跨用户的想法多样性**，即使每个个体都觉得自己更有创意（Anderson、Shah、Kreminski，2024；与广为引用的 Doshi & Hauser，《Science Advances》2024 同向）。防范方式：
@@ -221,15 +314,17 @@ description: |
 | **Devil's Advocate + Steelman** | 硬角色反驳 |
 | **SCAMPER / 六顶帽** | 经典发散（可当 persona） |
 
-## 工作阶段自评
+## 校准回路——lagging 信号（BQS）
 
-每次工作阶段结束后记录三个指标（1–5 分），追踪长期改善。
+> **这是同一道 BQS 质量回路的 lagging 端——不是第二套平行评估系统。** 工作阶段中由 BQS 第 0–2 层做 leading 决策；这三个指标事后校准标准。禁止在 BQS 之外另跑一套自评。
 
-| 指标 | 问题 |
-|------|------|
-| **采用率** | 今天的想法我实际会用多少个？ |
-| **多样性** | 存活的想法是否跨越多个 persona/透镜？ |
-| **认知负担** | 这次有多耗费心力？（5 = 毫不费力） |
+每次工作阶段结束后记录三个指标（1–5 分），各自对应一个 BQS 维度作为其滞后验证：
+
+| 指标 | 问题 | BQS 滞后角色 |
+|------|------|--------------|
+| **采用率** | 今天的想法我实际会用多少个？ | **D6 净值滞后验证** |
+| **多样性** | 存活的想法是否跨越多个 persona/透镜？ | **D2/D3 滞后观测** |
+| **认知负担** | 这次有多耗费心力？（5 = 毫不费力） | **成本约束** |
 
 收集 3 次工作阶段的数据再下结论。完整的 A/B 实验协议见 [guide.md](./guide.md)。
 
@@ -237,6 +332,7 @@ description: |
 
 | 旗标 | 效果 |
 |------|------|
+| `--intent explore\|exploit\|<比例>` | 宣告 BQS 第 0 层 explore/exploit 意图（调节 D2 权重） |
 | `--personas "a,b,c"` | 覆写默认的 persona 组 |
 | `--lens analogical\|reversal\|morphological` | 强制指定主要的多样性透镜 |
 | `--enhanced` | 并行 persona/评审代理（不支持则退回） |

package/bundled/locales/zh-CN/skills/brainstorm-assistant/guide.md

@@ -1,10 +1,10 @@
 ---
 scope: universal
 source: ../../../../skills/brainstorm-assistant/guide.md
-source_version: 3.0.0
+source_version: 4.0.0
 source_hash: 24f4fe4819a4
-translation_version: 3.0.0
-last_synced: 2026-06-01
+translation_version: 4.0.0
+last_synced: 2026-06-22
 status: current
 description: |
   指导在编写规格前进行结构化 AI 辅助头脑风暴。
@@ -16,8 +16,8 @@ description: |
 
 > **语言**: [English](../../../../skills/brainstorm-assistant/guide.md) | 简体中文
 
-**版本**: 3.0.0
-**最后更新**: 2026-06-01
+**版本**: 4.0.0
+**最后更新**: 2026-06-22
 **适用范围**: 所有软件项目
 **Scope**: universal
 **类型**: 工具型 Skill（无对应核心标准）
@@ -49,6 +49,17 @@ v1 是通用的 FRAME→DIVERGE→CONVERGE 流程。v2 加入了认知科学闸
 
 飞行前阶段被**保留并强化**（固着研究表明 AI 锚定真实存在，甚至可能更糟），而 10 个想法闸门和单一 AI 反驳被**降级 / 硬化**，因为它们原本基于人类群体的证据无法干净地迁移到单一 LLM。
 
+### v4 的变更（BQS v1）
+
+v3 提供了强健的*机制*，却没有**可判定 pass/fail 的质量闸**——它唯一接近的工作阶段自评是事后、自评、不卡关的。**v4 在 v3 上叠加头脑风暴质量标准（BQS v1），且不移除任何东西**（见「向后兼容」）。BQS 是**四层 × 时间轴**质量契约：
+
+- **第 0 层 — 意图**：宣告 explore/exploit 配比；调节维度权重。
+- **第 1 层 — 过程（发散期 leading、可见）**：维度 **D1 框架纯度／D2 发散覆盖／D3 跨会话多样性／D4 评估去偏**，各有 oracle。**硬序列闸**禁止评判维度 D5–D8 在发散期被揭示或评分。
+- **第 2 层 — 产物（收敛后 leading、仅 Top 3）**：**D5 接地／D6 净值／D7 可证伪／D8 可行动**，加 Seeds 栏与高方差想法的争议区。
+- **第 3 层 — 不可治理**：Judgment Override，人类直觉凌驾聚合分数。
+
+第一原理被修正：**决策用 leading 信号、校准用 lagging 信号——两者是时间前后，而非对错取舍**（移除任何「只用 leading 不用 lagging」绝对说法）。核心主张：评判维度限缩在**收敛后 × 仅 Top 3**，绝不在发散期对全部想法当硬闸——否则回溯污染发散、扼杀无证据的未来想法、制造填表剧场。完整契约、oracle 与结构规则见 **SKILL.md →「BQS v1 — 质量契约」**。
+
 ---
 
 ## Research Foundations | 认知科学依据
@@ -405,11 +416,11 @@ SKILL.md 中的模式选择表使用客观触发条件（字数、是否带旗
 
 ---
 
-## Self-Evaluation Framework | 自我评估框架
+## 校准回路（BQS lagging 端）| Calibration Loop
 
-每次工作阶段后记录三个指标，建立实证记录。不要以单次工作阶段评判 v3 vs v2——至少收集 3 次可比较的工作阶段。
+> **v4 中这三个指标是同一道 BQS 质量回路的 lagging 端，不是第二套平行评估系统。** 工作阶段中由 BQS 第 0–2 层做 leading pass/fail 决策；这些指标事后校准标准。**采用率＝D6 净值滞后验证、多样性＝D2/D3 滞后观测、认知负担＝成本约束。** 禁止在 BQS 之外另跑一套自评。
 
-每次工作阶段后记录三个指标，建立实证记录。不要以单次评估 v3 vs v2，至少收集 3 次可比较的工作阶段。
+每次工作阶段后记录三个指标，建立实证记录。不要以单次评估跨版本，至少收集 3 次可比较的工作阶段。
 
 ### 三个指标
 
@@ -547,6 +558,16 @@ Nemeth 的效应是关于*有利害关系的人之间的真实异议*。AI 按
 
 ---
 
+## 向后兼容（v3 → v4）| Backward Compatibility
+
+BQS v1 是**叠加的质量契约**，不是推倒重来。v3 的一切都保留：
+
+- **所有旗标**：`--personas`、`--lens`、`--enhanced`、`--skip-preflight`、`--no-rebuttal`、`--quick`、`--technique` 行为与 v3 完全相同。v4 仅新增一个可选旗标 `--intent`，供第 0 层宣告。
+- **所有机制**：PRE-FLIGHT 防锚定、FRAME 5-Whys／HMW、persona 集成、多样性透镜、多评审面板、硬角色反驳（Devil's Advocate + Steelman）、多样性坍缩护栏、Enhanced 层，皆不变。
+- **`--enhanced` 隔离 agent 宿主**正是让 BQS **D4 pass**（判官≠产生者）的条件；baseline 单 context 标 `[degraded]`、不静默通过。
+
+---
+
 ## 与 UDS 工作流的整合
 
 ### 映射到 `/requirement`
@@ -585,6 +606,7 @@ Nemeth 的效应是关于*有利害关系的人之间的真实异议*。AI 按
 
 | 版本 | 日期 | 变更 |
 |------|------|------|
+| 4.0.0 | 2026-06-22 | XSPEC-296：头脑风暴质量标准（BQS v1）——叠加于 v3 的四层 × 时间轴质量契约。第 0 层 explore/exploit 意图（调节 D2 权重）；第 1 层过程 leading 维度 D1–D4 + 硬序列闸（发散期禁 D5–D8）；第 2 层产物 leading 维度 D5–D8 仅施于 Top 3，加 Seeds 栏与高方差争议区；第 3 层 Judgment Override（凌驾聚合分）。D4 判官≠产生者（须独立 context，否则 `[degraded]`）；D5 主张分流（外部事实跨级地板）；D7 二态证伪（「需先做 X」→next-step、不算 fail）；Meta 停止规则（Top-3 集合稳定 + 硬上限 2 轮）。工作阶段自评重新定位为校准回路 lagging 端（Adoption→D6、Diversity→D2/D3、Cognitive Load→成本；禁两套平行评估）。第一原理修正为「决策用 leading、校准用 lagging」。分级绑客观模式选择触发。新增旗标 `--intent`。所有 v3 旗标／机制保留。 |
 | 3.0.0 | 2026-06-01 | XSPEC-247：DIVERGE 重新聚焦于 persona 集成 + 多样性透镜（类比 / 反转 / 形态学）；CONVERGE 重新聚焦于多评审面板 + 硬角色反驳（Devil's Advocate + Steelman）；多样性坍缩护栏；Enhanced 层级（并行 persona/评审智能体，优雅回退）；Research Foundations 基于 6 项已验证的 2024–2026 出处重建；效度说明重新评级（飞行前为低、Nijstad/Nemeth 降级）；新旗标 `--personas`/`--lens`/`--enhanced`；反种子护栏 |
 | 2.1.0 | 2026-05-09 | XSPEC-196 Phase 2：模式选择客观路由；自我评估框架；A/B 实验协议；研究效度说明；渐进采用协议 |
 | 2.0.0 | 2026-05-09 | XSPEC-196：Phase 0 飞行前（反锚定）、反驳轮、10 个想法最低闸门 + 语义批次化 |

package/bundled/locales/zh-CN/skills/checkin-assistant/SKILL.md

@@ -58,7 +58,7 @@ description: |
 > **品质关卡验证完成。建议下一步：**
 > - 全部通过 ✅ → 执行 `/commit` 提交变更
 > - 有失败项目 ❌ → 修复问题后重新执行 `/checkin`
-> - 需要代码审查 → 执行 `/review` 进行自我审查
+> - 需要代码审查 → 执行 `/code-review` 进行自我审查
 > - UDS 安装有异常 → 执行 `/audit` 诊断问题
 
 ## 参考

package/bundled/locales/zh-CN/skills/ci-cd-assistant/SKILL.md

@@ -59,6 +59,56 @@ BUILD ──► TEST ──► ANALYZE ──► DEPLOY ──► VERIFY
 | **GitLab CI** | `cache:` 关键字 | `parallel:` 关键字 | CI/CD Variables | 使用 `include:` 模块化 |
 | **Jenkins** | Stash/unstash | `parallel {}` 块 | Credentials plugin | 使用 shared libraries |
 
+## CI 作业编排模式
+
+反复出现的 CI 作业编排模式（UDS #126）。每条原则平台无关；对照栏显示各平台的写法。
+
+### 触发分离
+
+将重型慢速套件（完整 E2E）以**触发条件**与每次变更的轻量检查分离，使 runner 成本随风险而非每次 push 增长。
+
+| 需求 | GitHub Actions | GitLab CI | Jenkins |
+|------|----------------|-----------|---------|
+| 重型套件排程触发 | `on: schedule:` | `rules: if $CI_PIPELINE_SOURCE == "schedule"` | cron 触发 |
+| 轻量检查每次变更 | `on: pull_request` | `rules: if $CI_PIPELINE_SOURCE == "merge_request_event"` | SCM webhook |
+
+> ⚠️ 反模式：每次 push 跑完整 E2E。
+
+### 共享资源序列化
+
+当多个作业触及同一个**有状态共享资源**（单一测试环境 / runner / 部署目标）时，序列化以防并发污染。
+
+| 需求 | GitHub Actions | GitLab CI | Jenkins |
+|------|----------------|-----------|---------|
+| 互斥 | `concurrency: { group: … }` | `resource_group:` | `lock(resource: …)` |
+
+> ⚠️ 反模式：两作业并行写同一 DB/环境。
+
+### 变更检测闸控
+
+当某范围的 `HEAD` 自上次成功未变（或变更只触及范围外路径）时，跳过 deploy/test 以节省 runner。**明确**定义「未变」（上次成功 SHA 或路径过滤）。
+
+| 需求 | GitHub Actions | GitLab CI | Jenkins |
+|------|----------------|-----------|---------|
+| 范围未变则跳过 | `paths:` / `dorny/paths-filter` | `rules: changes:` / SHA 比对 | `changeset` 条件 |
+
+> ⚠️ 反模式：文档-only commit 跑完整部署。
+
+### 咨询 vs 闸控作业
+
+明确声明每个作业是 **advisory**（回报但不挡合并）或 **gating**（挡合并）。混淆会在噪声上卡关、或漏掉该挡的。（安全闸门是 Block/Warn/Log 特例——见 [`pipeline-security-gates`](../../../../core/pipeline-security-gates.md)。）
+
+| 需求 | GitHub Actions | GitLab CI | Jenkins |
+|------|----------------|-----------|---------|
+| Advisory（不挡） | `continue-on-error: true` | `allow_failure: true` | `catchError` → `unstable` |
+| Gating（挡合并） | required status check | 默认（无 `allow_failure`） | hard fail |
+
+> ⚠️ 反模式：把噪声 lint 设硬闸，或把关键套件设 advisory。
+
+### 排错：`npm ci` `EUSAGE`
+
+`npm ci` 需要 **committed** lockfile。若 `package-lock.json` 被 gitignore，CI 会以 `EUSAGE` 失败。修法：commit lockfile，或 CI-only 安装用 `npm install --no-audit --no-fund --ignore-scripts`（跳过 CI 不需要的 `prepare`/husky hook）。
+
 ## 使用方式
 
 - `/ci-cd` - 显示完整管线指引

package/bundled/locales/zh-CN/skills/code-review-assistant/SKILL.md

@@ -46,16 +46,16 @@ description: |
 
 ## 使用方式
 
-- `/review` - 审查目前分支的所有变更
-- `/review src/auth.js` - 审查特定文件
-- `/review feature/login` - 审查特定分支
+- `/code-review` - 审查目前分支的所有变更
+- `/code-review src/auth.js` - 审查特定文件
+- `/code-review feature/login` - 审查特定分支
 
 ## 下一步引导
 
-`/review` 完成后，AI 助手应建议：
+`/code-review` 完成后，AI 助手应建议：
 
 > **代码审查完成。建议下一步：**
-> - 有 ❗ BLOCKING 项目 → 修复后重新执行 `/review`
+> - 有 ❗ BLOCKING 项目 → 修复后重新执行 `/code-review`
 > - 全部通过 → 执行 `/checkin` 品质关卡
 > - 仅有 💡 SUGGESTION → 执行 `/commit` 提交变更
 > - 审查中发现规范不实用或缺失 → 执行 `/audit --report` 回报

package/bundled/locales/zh-CN/skills/commands/ac-coverage.md

@@ -91,7 +91,7 @@ argument-hint: "[spec file path | 规格文件路径]"
 
 ## 参考
 
-- [AC Coverage Assistant Skill](../ac-coverage-assistant/SKILL.md)
+- [AC Coverage Assistant Skill](../ac-coverage/SKILL.md)
 - [Core Standard: Acceptance Criteria Traceability](../../core/acceptance-criteria-traceability.md)
 - 相关: [/coverage](./coverage.md) (代码层级覆盖率)
 - 相关: [/checkin](./checkin.md) (品质关卡)

package/bundled/locales/zh-CN/skills/commands/atdd.md

@@ -31,7 +31,7 @@ status: experimental
 3. **追踪阶段转换**随着工作进展
 4. **在响应中显示阶段指示器**（🤝 工作坊、🧪 提炼、💻 开发、🎬 展示、✅ 完成）
 
-详见 [methodology-system](../methodology-system/SKILL.md) 了解完整方法论追踪。
+详见 [methodology-system](../dev-methodology/SKILL.md) 了解完整方法论追踪。
 
 ## ATDD 循环
 
@@ -159,5 +159,5 @@ ATDD Level (Business Acceptance)
 
 - 核心规范: [acceptance-test-driven-development.md](../../core/acceptance-test-driven-development.md)
 - 技能: [atdd-assistant](../atdd-assistant/SKILL.md)
-- 方法论: [atdd.methodology.yaml](../../methodologies/atdd.methodology.yaml)
-- 方法论系统: [methodology-system](../methodology-system/SKILL.md)
+- 方法论: [atdd.methodology.yaml](../../../../methodologies/atdd.methodology.yaml)
+- 方法论系统: [methodology-system](../dev-methodology/SKILL.md)

package/bundled/locales/zh-CN/skills/commands/bdd.md

@@ -31,7 +31,7 @@ status: experimental
 3. **追蹤阶段转换**隨著工作进展
 4. **在响应中顯示阶段指示器**（🔍 探索、📝 制定、🤖 自动化、📚 活文件）
 
-詳見 [methodology-system](../methodology-system/SKILL.md) 了解完整方法論追蹤。
+詳見 [methodology-system](../dev-methodology/SKILL.md) 了解完整方法論追蹤。
 
 ## BDD 循環
 
@@ -139,4 +139,4 @@ BDD 最適合协作：
 ## 參考
 
 - 方法論: [bdd.methodology.yaml](../../../../methodologies/bdd.methodology.yaml)
-- 方法論系统: [methodology-system](../methodology-system/SKILL.md)
+- 方法論系统: [methodology-system](../dev-methodology/SKILL.md)

package/bundled/locales/zh-CN/skills/commands/brainstorm.md

@@ -1,9 +1,9 @@
 ---
 source: ../../../../skills/commands/brainstorm.md
-source_version: 3.0.0
+source_version: 4.0.0
 source_hash: 3212203924de
-translation_version: 3.0.0
-last_synced: 2026-06-01
+translation_version: 4.0.0
+last_synced: 2026-06-22
 ---
 
 ---
@@ -29,13 +29,15 @@ PRE-FLIGHT ──► FRAME ──► DIVERGE ──────────► C
   防锚定        定义问题    persona 集成+透镜     多评审面板+硬角色反驳   输出提案
 ```
 
-| 阶段 | 目标 | 关键技法（v3） |
-|------|------|----------------|
-| **PRE-FLIGHT** | 防止 AI 锚定 | 用户先写 3 个想法；不用类比种子 |
-| **FRAME** | 清楚定义问题 | 5 Whys, HMW, Stakeholder Map |
-| **DIVERGE** | 逼出视角多样性 | persona 集成 + 多样性透镜 |
-| **CONVERGE** | 经偏误检查的选择 | 多评审面板 + Devil's Advocate/Steelman |
-| **OUTPUT** | 可执行的报告 | Brainstorm Report 模板 |
+| 阶段 | 目标 | 关键技法（v3）+ BQS 闸（v4） |
+|------|------|-------------------------------|
+| **PRE-FLIGHT** | 防止 AI 锚定 | 用户先写 3 个想法；不用类比种子；**BQS 第 0 层意图（explore/exploit）** |
+| **FRAME** | 清楚定义问题 | 5 Whys, HMW, Stakeholder Map；**D1 框架纯度** |
+| **DIVERGE** | 逼出视角多样性 | persona 集成 + 多样性透镜；**BQS 第 1 层 D1–D4，硬闸隐藏 D5–D8** |
+| **CONVERGE** | 经偏误检查的选择 | 多评审面板 + Devil's Advocate/Steelman；**BQS 第 2 层 D5–D8 施于 Top 3，D4 判官≠产生者** |
+| **OUTPUT** | 可执行的报告 | Brainstorm Report + Seeds + 争议区 + **第 3 层 Judgment Override** |
+
+> **BQS v1（XSPEC-296）：** v4 在 v3 上叠加四层 × 时间轴质量契约。完整 oracle 与结构规则见 skill：[Brainstorm Assistant Skill](../brainstorm-assistant/SKILL.md#bqs-v1--质量契约)。
 
 ## 技法
 
@@ -98,34 +100,39 @@ PRE-FLIGHT ──► FRAME ──► DIVERGE ──────────► C
 | `/brainstorm "topic"` | 以指定主题启动 PRE-FLIGHT，再进入 FRAME |
 | `/brainstorm --personas "a,b,c"` | 以自定义 persona 组进入 DIVERGE |
 | `/brainstorm --lens <name>` | 以指定多样性透镜为主进入 DIVERGE |
-| `/brainstorm --enhanced` | 若宿主支持子代理则并行跑 persona/评审，否则静默退回 baseline |
+| `/brainstorm --enhanced` | 若宿主支持子代理则并行跑 persona/评审，否则静默退回 baseline；此模式下 BQS D4 方可 pass |
+| `/brainstorm --intent exploit` | 以 exploit 意图启动（BQS 第 0 层），D2 低覆盖不扣分 |
 
 ### 交互脚本
 
 #### PRE-FLIGHT 阶段
 1. 请用户先写 问题（一句）＋3 个初始想法＋最不想要的解法类型
 2. 拒绝「像 X 但给 Y」种子，改写为底层问题
+3. **BQS 第 0 层**：宣告本次 explore/exploit 配比与赌注类型（未宣告默认偏 explore）
 
 🛑 **STOP**: 收到三项输入前不生成任何想法（`--skip-preflight` 例外，显示锚定警告）
 
 #### FRAME 阶段
 1. 厘清问题陈述（5 Whys 找根因）
 2. 重构为 HMW 问题；识别利益相关者
+3. **BQS D1 框架纯度**：问题不得内嵌特定方案或「像 X 给 Y」，须到根因
 
 🛑 **STOP**: 问题定义后等待用户确认
 
-#### DIVERGE 阶段
+#### DIVERGE 阶段（BQS 第 1 层 — D1–D4 leading，全程可见）
 1. 逐一以默认 persona（领域专家／怀疑者／跨域类比者／成本约束者／用户代言）思维链生成想法
 2. **分支隔离**：生成各 persona 时不互相预览，全部产完才一起呈现
 3. 至少套用一个多样性透镜（类比／假设反转／形态矩阵）
-4. 以多样性（覆盖的 persona/透镜数）而非数量为继续门槛
+4. 以多样性（覆盖的 persona/透镜数，D2/D3）而非数量为继续门槛
+5. **硬序列闸**：D5–D8 在最后一个 persona 产完前**不得揭示或评分**；CONVERGE critic 不得提前调用
 
-#### CONVERGE 阶段
+#### CONVERGE 阶段（BQS 第 2 层 — D5–D8 仅施于 Top 3）
 1. 以 3 个独立评审（工程可行性／用户影响／战略一致）各自评分后聚合
-2. 对前 3 名跑硬角色 Devil's Advocate（论证会失败）+ Steelman；用户以 (a)修改/(b)反驳/(c)移除 回应
-3. 排序并标记通过反驳的想法
+2. 对前 3 名跑硬角色 Devil's Advocate（论证会失败）+ Steelman；用户以 (a)修改/(b)反驳/(c)移除 回应。**D4 判官≠产生者**：评审须在独立 context（`--enhanced`）方可 pass，否则标 `[degraded]` 不得 pass
+3. **仅对 Top 3** 套用 D5 接地（外部事实需 file:line／来源、跨级地板；假说免接地）、D6 净值（解谁问题／真有吗／不做代价＋挂 lagging 栏）、D7 二态证伪（「需先做 X」转 next-step、不算 fail）、D8 next-step 裁决
+4. **Meta 停止规则**：维度全绿且再跑一轮 Top 3 集合成员不变→停；硬上限 2 轮
 
-🛑 **STOP**: 展示 Brainstorm Report 后等待用户决定下一步
+🛑 **STOP**: 展示 Brainstorm Report（含 Seeds／争议区／Judgment Override）后等待用户决定下一步
 
 ### 停止点
 
@@ -145,6 +152,8 @@ PRE-FLIGHT ──► FRAME ──► DIVERGE ──────────► C
 | 指定的 persona/透镜不存在 | 列出可用选项供选择 |
 | `--enhanced` 但宿主不支持子代理 | 静默退回 baseline，照常进行 |
 | 前 3 名全来自同一 persona/透镜 | 标示并在输出前再跑一个透镜 |
+| baseline 单 context 跑评审（无独立 context） | BQS D4 标 `[degraded]`，不得标 pass |
+| 外部事实宣称无 file:line／来源 | D5 接地 fail，要求补来源或改标 `[假说]` |
 
 ## 参考
 

package/bundled/locales/zh-CN/skills/commands/{review.md → code-review.md}

@@ -1,5 +1,5 @@
 ---
-source: ../../../../skills/commands/review.md
+source: ../../../../skills/commands/code-review.md
 source_version: 1.0.0
 translation_version: 1.0.0
 last_synced: 2026-04-22
@@ -48,9 +48,9 @@ Perform systematic code review using standardized checklists and comment prefixe
 
 ## Usage | 使用方式
 
-- `/review` - 审查当前分支的所有变更
-- `/review src/auth.js` - 审查特定文件
-- `/review feature/login` - 审查特定分支
+- `/code-review` - 审查当前分支的所有变更
+- `/code-review src/auth.js` - 审查特定文件
+- `/code-review feature/login` - 审查特定分支
 
 ## Reference | 参考
 

package/bundled/locales/zh-CN/skills/commands/derive-all.md

@@ -53,6 +53,6 @@ SPEC-XXX.md ──► /derive-bdd ──► /derive-tdd ──► [/derive-atdd]
 
 ## 参考
 
-- 父命令: [/derive](../forward-derivation/SKILL.md)
+- 父命令: [/derive](../spec-derivation/SKILL.md)
 - 核心规范: [forward-derivation-standards.md](../../core/forward-derivation-standards.md)
 - 子命令: [/derive-bdd](./derive-bdd.md), [/derive-tdd](./derive-tdd.md), [/derive-atdd](./derive-atdd.md)

package/bundled/locales/zh-CN/skills/commands/derive-atdd.md

@@ -50,5 +50,5 @@ SPEC-XXX.md ──► Parse AC ──► Generate acceptance.md ──► Review
 
 ## 参考
 
-- 父命令: [/derive](../forward-derivation/SKILL.md)
+- 父命令: [/derive](../spec-derivation/SKILL.md)
 - 核心规范: [forward-derivation-standards.md](../../core/forward-derivation-standards.md)

package/bundled/locales/zh-CN/skills/commands/derive-bdd.md

@@ -30,10 +30,9 @@ SPEC-XXX.md ──► Parse AC ──► Generate .feature ──► Review
 ## 输出格式
 
 ```gherkin
-@SPEC-001
 Feature: [Feature Name]
 
-  @AC-1
+  @SPEC-001 @AC-1
   Scenario: [AC-1 description]
     Given [context]
     When [action]
@@ -49,5 +48,5 @@ Feature: [Feature Name]
 
 ## 参考
 
-- 父命令: [/derive](../forward-derivation/SKILL.md)
+- 父命令: [/derive](../spec-derivation/SKILL.md)
 - 核心规范: [forward-derivation-standards.md](../../core/forward-derivation-standards.md)

package/bundled/locales/zh-CN/skills/commands/derive-tdd.md

@@ -50,5 +50,5 @@ describe('SPEC-001: [Feature Name]', () => {
 
 ## 参考
 
-- 父命令: [/derive](../forward-derivation/SKILL.md)
+- 父命令: [/derive](../spec-derivation/SKILL.md)
 - 核心规范: [forward-derivation-standards.md](../../core/forward-derivation-standards.md)

package/bundled/locales/zh-CN/skills/commands/derive.md

@@ -74,5 +74,5 @@ argument-hint: "[all|bdd|tdd|atdd] <spec-file> [--lang <lang>] [--framework <fw>
 
 ## 参考
 
-*   [正向推演规范](../forward-derivation/SKILL.md)
+*   [正向推演规范](../spec-derivation/SKILL.md)
 *   [核心规范](../../core/forward-derivation-standards.md)

package/bundled/locales/zh-CN/skills/commands/dev-workflow.md

@@ -86,7 +86,7 @@ ls docs/specs/SPEC-*.md 2>/dev/null
 | **I. 规划** | `/brainstorm` `/requirement` `/sdd` `/reverse` | 需求、规格、逆向工程 |
 | **II. 测试** | `/bdd` `/atdd` `/tdd` `/coverage` `/derive` | 先写测试再写代码 |
 | **III. 实作** | `/refactor` `/reverse` | 编写与改善代码 |
-| **IV. 质量** | `/checkin` `/review` | 提交前检查与审查 |
+| **IV. 质量** | `/checkin` `/code-review` | 提交前检查与审查 |
 | **V. 发布** | `/commit` `/changelog` `/release` | 版本、提交、发布 |
 | **VI. 文档** | `/docs` `/docgen` `/struct` | 文档与专案结构 |
 | **VII. 标准** | `/discover` `/guide` | 参考指南 |
@@ -115,5 +115,5 @@ ls docs/specs/SPEC-*.md 2>/dev/null
 ## 参考
 
 - [开发工作流程技能](../dev-workflow-guide/SKILL.md)
-- [详细阶段指南](../dev-workflow-guide/workflow-phases.md)
+- [详细阶段指南](../../../../skills/dev-workflow-guide/workflow-phases.md)
 - [日常工作流程指南](../../adoption/DAILY-WORKFLOW-GUIDE.md)

package/bundled/locales/zh-CN/skills/commands/methodology.md

@@ -179,7 +179,7 @@ status: experimental
 /methodology create
 ```
 
-啟动互动式方法論建立精靈。詳見[建立自订方法論](../methodology-system/create-methodology.md)。
+啟动互动式方法論建立精靈。詳見[建立自订方法論](../dev-methodology/create-methodology.md)。
 
 ---
 
@@ -261,9 +261,9 @@ status: experimental
 
 ## 參考
 
-- [方法論系统 Skill](../methodology-system/SKILL.md) - 完整 skill 文档
-- [执行时引導](../methodology-system/runtime.md) - AI 行为規格
-- [建立自订方法論](../methodology-system/create-methodology.md) - 自订方法論指南
+- [方法論系统 Skill](../dev-methodology/SKILL.md) - 完整 skill 文档
+- [执行时引導](../dev-methodology/runtime.md) - AI 行为規格
+- [建立自订方法論](../dev-methodology/create-methodology.md) - 自订方法論指南
 
 ---
 

package/bundled/locales/zh-CN/skills/commands/pr.md

@@ -55,7 +55,7 @@ CREATE ──► REVIEW ──► APPROVE ──► MERGE ──► CLEANUP
 
 #### REVIEW
 1. 获取 PR 差异
-2. 执行代码审查（套用 `/review` 标准）
+2. 执行代码审查（套用 `/code-review` 标准）
 3. 展示审查结果
 
 **STOP**: 审查结果展示后等待用户决定