القائمة
当用户提到「场景清单」「场景梳理」「梳理一下需求」时触发。新项目 / 复杂链路第一步自动触发，场景边界模糊或需求描述笼统时优先于其他 skill 触发。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
当需求涉及多系统对接 / 资金流转，或用户提到「架构图」「技术架构」时触发。超复杂链路中场景清单后、IMAP 前自动接续；也适用于系统设计文档、技术方案评审、风险分析、Phase 路线图等。
「竞品分析 / 调研 / 抓情报 / 采集 XX」触发，丢竞品截图或链接亦触发。「截图 / 截一下」单独不触发。
当 PRD 完成后最终交付前验收，或用户说「拉通检查」「校验一下」「检查一致性」「reader test」时触发。 7 维结构性校验已脚本化（PRD 写入自动跑），本 skill 保留两件脚本替代不了的事：① 多 ❌ 项的修复优先级编排 ② Reader Testing 评审实践。
「流程图 / 泳道图 / 审批流 / 状态机」触发。引擎自动选（mermaid / drawio），输出 .svg + .png 供 PRD / IMAP / PPT / 架构图 `<img>` 引用。
当用户提到「交互大图」「交互流程图」「IMAP」时触发。 场景清单确认后进入视觉化阶段自动接续触发。
MRD 评审 / 价值评审 / 该不该做触发。判断市场窗口 + UE 模型，输出投票表 + 评审意见。已有报告迭代修改直接编辑 deliverables/mrd-review-*.md，不走此 skill。
| name | scene-list |
| description | 当用户提到「场景清单」「场景梳理」「梳理一下需求」时触发。新项目 / 复杂链路第一步自动触发，场景边界模糊或需求描述笼统时优先于其他 skill 触发。 |
| type | pipeline |
| output_format | .md |
| output_prefix | scene-list- |
| pipeline_position | 1 |
| depends_on | [] |
| optional_inputs | [] |
| consumed_by | ["architecture-diagrams","interaction-map","prototype","prd","cross-check"] |
| owns | ["view-划分","编号","优先级","设备","叙事主线"] |
| forbids | ["字段表","状态全集","池策略","埋点","跳转规则"] |
| scripts | {"render_scene_list.py":"可选 HTML 视觉版 — python3 .claude/skills/scene-list/scripts/render_scene_list.py {项目名}"} |
做什么：所有复杂链路的第一步，锁定三件事供下游 skill 复用：
何时触发：新项目 / 复杂链路第一步 / 场景边界模糊时优先于其他 skill 触发。
不做：交互细节（归 interaction-map）/ 行为规格（归 prd）/ 页面结构（归 prototype）。
hook 守的是「Read 过本文件」不看读了多少行。改 scripts/render_scene_list.py 用
Read 此文件 limit=80（§1+§2 即够）。改产出物建议全文。
Public API（不可改签名）：
python3 render_scene_list.py {项目名} — 唯一入口，读 projects/{项目}/scene-list.md，输出 projects/{项目}/deliverables/scene-list-{项目}.html会拦你的 hook：
post-script-syntax-check — pyflakes / py_compilepost-cjk-punct-check — 全角标点强制（输出 HTML 中文文案）改完跑啥：
python3 .claude/skills/scene-list/scripts/render_scene_list.py {真实项目} && open projects/{真实项目}/deliverables/scene-list-*.html
深入读什么：完整自检规则 grep -A 20 "^## 自检清单" SKILL.md
叙事主线：xxx 一行（≤ 30 字）是 IMAP parts[].story 的唯一来源。脱钩 → IMAP build 报错📱phone 或 🖥web，下游 IMAP 骨架脚本读此列决定设备壳类型projects/{项目名}/scene-list.md（md 是 source of truth）| 编号 | 场景 | 模块 | 设备 | P || 类型 | 格式 | 示例 | 说明 |
|---|---|---|---|
| 主场景 | 大写字母 | A B C | 独立页面 / 流程入口 |
| 子场景 | 字母-数字 | B-1 B-2 | 同一主场景下的子页面 / 子状态 |
| 后台场景 | M-数字 | M-1 M-2 | MGT / CMS 后台 |
| 功能前缀 | 缩写-数字 | F-0 E-1 | 特殊功能模块（F=Futures, E=Entry 等） |
| 入口子场景 | 字母-数字+字母 | F-0a F-0b | 同一场景多条独立入口路径 |
视觉版（HTML，可选）：python3 scripts/render_scene_list.py {项目名} 输出 deliverables/scene-list-{项目}.html。renderer 自适应表头，自动识别编号 / 优先级 / 设备 / 触发端 / 响应端等语义列。
收到新需求 → 先按 CLAUDE.md「收到需求路由」过 PM-GATE 4 风险扫描，再进入 Step 0。
触发条件：用户只说了一句话（如「做个活动中心」「优化留存」），或真相源（lib.truth_source.resolve：baseline）缺明确目标 / 指标。
跳过条件（任一即自动跳过）：
0.1 确认问题定义（逐个问，等回答再问下一个，禁合并）：
0.2 提出 2-3 个实现方向，每个说明：核心差异 / 涉及范围 / 关键假设 / 明确推荐 + 理由。等 PM 确认进 Step 1。
向用户确认：① 产品 / 项目名 ② 涉及哪些端（App / Web / 后台 CMS / 后端 / H5）③ 每端核心页面 / 模块 ④ 跨端交互（如 App 操作 → Web 后台审核）⑤ 优先级分层 P0/P1/P2/后续。
按独立的产品端 / 视角拆 View：
View 1 · [前台名称]（Web + App）
View 2 · [专区名称]（Web + App）— 如果有独立子产品
View 3 · [后台名称]（Web）
scene-list.md 顶部必须有一句叙事主线，作为 IMAP parts[].story 和 PRD 第 2 章主线图的种子（三处同源，见 §硬规则 #2）。
叙事型：写从入口到收束的主线，例：
叙事主线：入口（A）→ 核心承载（B / C）→ 关键转化（D）→ 自己侧管理（E / F）→ 资源位（G）
规则系统型：可填「—」显式跳过，但主线位写一句 IA 切分说明，例：
IA 切分：业务线维度（A-C）+ 活动类型维度（D-E）+ 后台配置（M）
继承规则：真相源已有主线（baseline §1 概览主线）→ 一字不改复用；真相源缺则停下来问 PM，禁自编。
每个 View 一张表，按 §核心输出规范 §编号规则 填。
表末尾附：
**统计**：共 X 个场景 · P0 × N · P1 × N · P2 × N
**涉及端**：App + Web + CMS 后台
明确询问：
场景清单确认后编号将锁定，后续交互大图 / 原型 / PRD 全部复用。请确认或提出修改。
确认后才进链路下一步。