judgment-harness-grill

通过一问一答式判断回路，引导并记录方案/设计的系统化决策过程。

用一问一答的判断回路把复杂决策拆成可验证的小问题，逐步构建共享的决策树并记录每步结论和依据。适合战略、产品、架构或方案设计等高判断密度的场景，或者当你要“把决策理清再动手”时。特点是只问一件事、先查真源再问人、并把裁决与 GitHub 证据落盘，便于复盘与追责。

# Judgment Harness Grill（判断回路 · 盘问对齐）

> 方法论真源：tzhOS `ai/JUDGMENT-HARNESS.md` v0.2（AI-R0008）。本 skill 是运行投影，冲突时以真源为准。
> 裁决简报格式真源：tzhOS `40-AUM/AIR-MODE-SPEC.md` §4.3（引用不复制）。

对方案/设计的每个方面不间断盘问用户，直到形成共享判断模型（design concept）；沿决策树逐分支解决决策间依赖。执行规则：

1. **一次只问一个问题**；仅强相关子问题可同轮合并且 ≤3 个，不得把独立判断打包成含糊确认。
2. **能查真源就不问人**：先穷尽代码库、契约、Ruling、registry、已有决策线程；查得到的不提交用户。
3. 每问按**裁决简报**提交：裁决事项 / 背景与触发 / 术语翻译 / 选项对比 / **推荐答案** / 影响面 / 风险等级 / 最小回复格式；低风险用 ≤120 字简版。已裁决事项不得重复提交。
4. 决策门编号 **G-001 顺序递增**；接受单字裁决（如「B」）；每个已裁决 G-序号 **立即写回指定 GitHub issue 决策线程并回读确认**（简体中文，英文术语首次出现附中文解释）。
5. 每个决策门标注**语义四字段**：boundary（边界/真源/禁区/非目标）、已裁决清单、证据等级（事实/假设/判断/偏好）、sign-off 状态。
6. 产品/架构类任务必须走**模块与接口草图**分支（深模块优先：用户裁决形状与接口，内部实现委托 AI）；派生任务标