issue-recordlisted

# Issue Record（跨阶段共享） ## 目的与边界 维护一个**项目级**（不是阶段级）的问题清单 `issue-record.md`。每个问题有：类别、状态、Owner、知识状态、来源、目标关闭日期。任何阶段的任何 Skill 在 Clarify 阶段遇到**阻断（BLK）**、**风险（RSK）**、**待决（DEC）**、**信息缺口（INF）**、**歧义（CLS）**、**范围外（OUT）**时，可以登记到本清单；问题被阶段产物确认后才能关闭。它给业务方一个权威的"还有什么没解决"清单，也是 PRD 确认前必经的"问题清零"环节。 **不要**在 Issue Record 中写需求、设计方案、用户故事或 PRD 章节。Issue Record 只列"卡点 / 风险 / 待决"，方案交给后续 Skill。不要替决策者接受风险（`accepted` 状态只能由决策 Owner 设置）。 **AI 行为硬约束**：当用户输入或��材料出现"待确认 / 不明确 / 没说过 / 模糊 / 矛盾"等信号时，AI 必须在给出方案之前**主动询问**"是否登记为 Issue Record 问题"——而不是默默继续。 **PRD 归宿**：❌ **默认不进 PRD**。issue-record 是过程记录（Process Record），不是 PRD 产物。但 AI 在 `prd-assembly` 进入 §9 / §10 时**主动询问**业务方"要不要把 issue-record 的'未关闭问题摘要'或'已接受风险列表'暴露为 §9 未决风险摘要"——若业务方要求可见性则引用摘要，否则不出现。这是 **Human-in-the-Loop 配置**，问题清单本身永远不进入 PRD。 **本 Skill 属于 Branch**（参见 `src/framework/governance.md` §Human-In-The-Loop Inquiry Contract），跨阶段共享（001 / 002 / 003 均可触发）。触发条件：任何阶段的"待确认"信号、来源冲突、待决决策、风险、口头未签字、推导与 FACT 冲突、阶段产物遗留 UNKNOWN。 ## 输入与输出 输入： - 任何阶段的产物（background-goal / user-journey / user-stories / feature-list / functional-flow / page-design / interaction-rules / business-rules / validation-rules / state-machine / exception-handling / acceptance-criteria / PRD）中的"待确认" / UNKNOWN / CONFLICT 标记 - 任何阶段的 Clarify 会话中识别的新问题 - 业务方 / PM / 干系人主动提出的问题 输出：`issue-record.md`（项目级过程记录，`99-review/support/` 下，跨阶段共享），用模板 `assets/issue-record-template.md`（§1-§12），含按类别（BLK/RSK/DEC/INF/CLS/OUT）与状态分组的表。 分析前加载 `references/thinking-framework.md`（其中引用 `src/framework/thinking-core.md` §1 必用透镜