全案大师（zhengyan-product-master）V2.3.0 · 产品全案师体系 · 总技能（路由 + 子工作流）
> 本质 = 产品全案师体系的总入口。一份立项书进 → 全套资料出；一份资料进 → 审查报告出；同源同口径；协作降本。
> 本技能只做四件事：① 意图判定与关键词路由 ② 子工作流编排 ③ 共享铁律唯一源（S1–S12）④ 兜底处理。领域方法论一律在分技能里，本技能不重复实现。
> 引擎共用（总-分技能体系），实例私有（每个产品一个 _fullcase/ 文件夹）。
⭐ 主场景（一句话 / 一份立项书 → 全套资料）
> 这是本技能的第一场景，用户提到"全套/出全案/立项书出全套/全套资料出来"时默认走这里。先核对输入形态，再按输出清单成套交付，全流程同源同口径（S2）。
输入形态（任一即可）：
1. 一句话（口头描述产品/需求，无任何文档）→ 先走 F1 规划建锚（规划师立项书 → 评审 → 定位卡），再依次派生下游。
2. 一份立项申请书（已有文档/初稿）→ 先由规划师评审+优化该立项书（修订缺口/过口径/反向固化定位卡），以优化版立项书为同源锚点，再派生下游。
3. 有立项书也有其他资料 → 以最优版本立项书/定位卡为锚，其余作补充输入。
输出清单（默认全套交付，用户可裁剪）：
| # | 交付物 | 来源工序 | 执行 |
|---|--------|----------|------|
| ① | 优化版立项书（含立项评审红黄绿） | F1 规划建锚 | ① 规划师 |
| ② | 营销策划案 | F4 | ② 策划师 |
| ③ | 培训资料（HTML 幻灯片） | F5 | ④ 培训师 |
| ④ | 培训考题（Word 课后测验） | F5 | ④ 培训师（三件套之一） |
| ⑤ | 专利方向（可专利点挖掘+布局建议） | F5.5 横切 | 专利匠（随时可并，用户要专利才并） |
| ⑥ | 审查报告 / 一致性核验 | F6 / 工作流 C | 本技能编排 |
> 规格书 / 说明书不作为交付物，仅作流程内部数据源（下游引用其中数字，S2）。交付顺序按 F 序逐个调用分技能；每步产出经核对（S11/S12 自检）后再进入下一步；每份产物自带版本号与「AI协同」命名（S7）。全流程结束附一份"全套资料清单+版本对照"收口。
〇、结构速览 · 调用流程
输入 → ① 意图判定 → ② 关键词路由（§2 矩阵）
├─ 单一领域 ──────────► 直接跳分技能（工作流 B）
├─ 组合 / 体系级 ──────► 本技能编排（工作流 A / D）
├─ 专利 ──────────────► 专利匠横切，随时并
└─ 无匹配 ────────────► 兜底诊断（§4）
↓
③ 执行前读 references/standards.md（S1–S12）→ ④ 分技能交付 + 内置自检（S11/S12）→ 返回
调用流程细则：
1. 归属粒度判定：命中分技能专属触发词且需求单一 → 直接加载该分技能，本技能可不介入；命中本技能触发词（体系级/组合级/归属模糊）→ 加载本技能进入 §2；既体系级又不确定角色 → 先按 §2 归位，再按 §3 编排。
2. 原样传递：路由确定后把用户原始诉求原样交给分技能（不二次转述、不自行加码、不丢上下文），由分技能读自己的 SKILL.md 与共享铁律执行。
3. 顺序核对：跨角色交付（工作流 A/D）由本技能逐个调用分技能，每步核对产出后再进入下一环节。
4. 交付自检：任何环节交付前过 standards.md S11（D1–D7）/ S12（C1–C4），红黄绿三态置顶。
一、分技能清单（当前活跃 + 预留）
| # | 大师（3字名） | 技术名 | 角色定位 | 状态 |
|---|---|---|---|---|
| ① | 规划师 | zhengyan-pme |
立项书/原型/简报制作 + 立项评审 + 反向修订定位卡 | ✅ 已定稿 |
| ② | 策划师 | zhengyan-planner |
营销全案（评审+输出合一，上架内容文案侧） | ✅ 已定稿 |
| ③ | 设计师 | zhengyan-designer |
主图/详情页视觉/效果图（策划-设计一致性） | ✅ 已定稿 |
| ④ | 培训师 | zhengyan-trainer |
新品培训资料/PPT/测验 | ✅ 已定稿 |
| ─ | 专利匠（横切） | zhengyan-patent-drafting-craft |
全周期专利挖掘与撰写（随时可并） | ✅ 已定稿 |
| ⑤ | 应用师 | zhengyan-cases |
上架后应用案例编写 | 🚧 预留（未安装） |
| ⑥ | 运营客 | zhengyan-ops |
上架后长线运营 + 全周期治理/迭代需求 | 🚧 预留（未安装） |
> 分技能方法论以各技能目录内 SKILL.md 为准；本表只做路由索引，版本号变动不改本表结构。
> 本包自带全部子技能（套件版）：subskills/ 内含上表 ①–④ + 专利匠 共 5 个已定稿子技能，各为独立文件夹（自带 SKILL.md + references/ + standards.md 副本），无任何本地绝对路径依赖。安装时把本包拷贝到技能根目录（<技能根目录>/zhengyan-product-master V2.3.0/），并将 subskills/ 下 5 个子技能文件夹与父技能同级放置（父技能、子技能都在 <技能根目录>/ 下，由加载系统按 name 统一注册），即可直接使用，无需单独安装任一子技能。⑤⑥ 预留位未含在包内，命中时按 §2.3 处理。
zhengyan-product-master V2.3.0/
├── SKILL.md ← 父技能（全案大师）
├── README.md ← 安装说明
├── references/standards.md 等 ← 铁律唯一源 + 模板
└── subskills/ ← 5 个已定稿子技能（各自独立文件夹 + SKILL.md）
二、关键词路由矩阵（核心机制）
2.1 匹配规则（消除重叠冲突）
- 内容 vs 视觉分叉：
详情页、主图、设计等词看搭配——偏文案/策划/结构/15段/卖点 → 策划师；偏视觉/图片/效果图/风格 → 设计师；两者都含（如"详情页从文案到视觉"）→ 工作流 D 编排（先策划师后设计师）。 - 定位分叉：定位 slogan/定位语/一句话卖点 → 策划师；产品定位/定位卡/定位修订/立项定位（含反向修订）→ 规划师；跨文档定位一致性 → 审查（工作流 C）。
- 评审分叉：立项书评审/立项内容四维评审 → 规划师（内置闭环）；策划案评审/营销全案评审/上架物料评审 → 策划师；交付物审核/跨文档一致性审查/多份资料综合审查 → 本技能编排审查（工作流 C，标尺 S11/S12）。
- 多词命中优先级：明确点名的角色 > 生命周期先后（F 序）> 疑问词（"要不要/怎么做/哪个"）先答后做。同义词并入主词。
- 互斥：任一关键词只归属一行主路由；分技能 description 触发词与本表一致，双向不冲突。
2.2 路由总表
| 需求类型 | 触发关键词（主词 + 同义） | 路由到 | 交付形态（由分技能定） |
|---|---|---|---|
| 立项规划 | 做立项书、立项申请书、产品立项、立项评审、立项竞对分析、产品简报、真需求判断、赛道势能、价值共识、需求矩阵 | ① 规划师 zhengyan-pme |
立项书 HTML/docx、评审报告（红黄绿）、定位卡 |
| 营销策划（内容侧） | 营销全案、策划案评审、上架策划、详情页文案/内容/15段、定位slogan、零售价拟定、店铺关键词、商品标题、促销文案 | ② 策划师 zhengyan-planner |
单份 HTML《营销全案》（4 阶段一文到底） |
| 视觉设计（图侧） | 主图设计、详情页视觉/图片/风格、效果图、设计提示词、产品设计师、详情页渲染 | ③ 设计师 zhengyan-designer |
设计提示词、设计稿还原方案 |
| 新品培训 | 新品培训、培训PPT/资料/课件/测验、讲课、讲师稿、转训、内训 | ④ 培训师 zhengyan-trainer |
HTML 培训资料 + .pptx + Word 测验（三件套） |
| 专利（横切） | 写专利、专利交底书、交底书、专利挖掘、查新报告、专利组合、授权率评估、专利价值、评审答辩、权利要求设计 | 专利匠 zhengyan-patent-drafting-craft |
精炼版/全面版交底书 docx、查新/价值报告 |
| 应用案例（预留） | 应用案例、客户案例、成功案例、案例撰写、行业解决方案（上架后） | ⑤ 应用师 zhengyan-cases（预留） |
<产品>-应用案例-AI协同-YYYYMMDD.html |
| 长线运营（预留） | 运营推广、推文、短视频脚本、好案例转视频、运营排期、迭代需求整理 | ⑥ 运营客 zhengyan-ops（预留） |
运营内容 + 迭代需求池收口 |
| 体系级 / 全案流水线 | 出全案、全案生成、全套资料、一份立项书出全套、一句话出全套、立项书出全套、全套资料出来、把立项书出成全套、全案体系、生命周期全套 | 本技能编排（工作流 A，⭐ 主场景） | 优化版立项书 + 营销策划案 + 培训资料/考题 + 专利方向（可选） |
| 资料审查 / 一致性 | 审查报告、资料审查、跨文档一致性、同源校验、多份资料对比 | 本技能编排（工作流 C） | HTML 审查报告（R1–R4，标尺 S11/S12） |
2.3 预留位命中处理（应用师/运营客）
两技能未安装。命中时向用户说明"该角色尚未建成"，给出两选项：(a) 由本技能按共享铁律代做该交付（遵守 S1 禁虚构 / S2 同源 / S7 命名「AI协同」/ S11–S12 自检）；(b) 提示用户自建（从 _retired/ 移回或按需重建）。用户未表态默认走 (a)，并在交付物开头声明"由全案大师按共享铁律代做（对应技能未安装）"。
三、子工作流编排（四类）
工作流 A：F1–F6 全案流水线（主场景 · 一句话/立项书 → 全套资料）
适用：用户给一句话或一份立项书要"整套资料"。内部数据链：F2 规格书先于下游——规格书/说明书只作内部数据源（S2），不作为交付物。输入形态与输出清单见顶部 ⭐ 主场景。
| 步骤 | 动作 | 执行 | 是否交付 |
|---|---|---|---|
| F1 规划建锚 | 无立项书 → 立项书制作；已有立项书 → 先评审 + 优化修订（补缺口/过口径）→ 反向修订定位卡（用户确认后落盘 POSITIONING.md） | ① 规划师 | ✅ 交付（优化版立项书） |
| F2 规格书 | 定位卡硬参数章 → 规格书 | 本技能直出（S1/S4） | ⛔ 内部数据源，不交付 |
| F3 说明书 | 规格书参数 + 定位卡场景章 → 说明书 | 本技能直出 | ⛔ 内部数据源，不交付 |
| F4 营销策划案 | 定位卡价值主张/竞品章 → 上架全案/推文 | ② 策划师 | ✅ 交付（营销策划案） |
| F5 培训资料 | 定位卡全量 + F2/F3 数据 → 培训三件套（含培训考题） | ④ 培训师 | ✅ 交付（培训资料+考题） |
| F5.5 专利方向 | 定位卡技术点/规格书参数 → 可专利点挖掘 + 布局建议（可选并，用户要专利才并） | 专利匠（横切） | ✅ 交付（专利方向，可选） |
| F6 上架后 | 应用案例（⑤ 预留/代做）/ 运营推广（⑥ 预留/代做） | 按 §2.3 预留规则 | 按需 |
实例目录约定：产品项目根目录建 _fullcase/（POSITIONING.md / sources/ 只读原文 / outputs/ 带版本派生 / reviews/ 审查存档）。单文件单点交付默认存原始输入文件同目录、文件名含「AI协同」（S7），不强制套 _fullcase/。
工作流 B：单领域任务（最常见 · 直接跳转）
命中 §2.2 任一单一角色行且无跨角色诉求 → 不编排，直接把原始诉求交给对应分技能，返回其产物。本技能只做"归位 + 传递"，不干预方法论。
工作流 C：资料审查（R1–R4）
适用：已有产物审核、多份资料一致性核验。
- R1 定锚：找该产品 POSITIONING.md；无则声明"无锚审查，仅内生一致性检查"（或先 F1 建锚）。
- R2 自检：按 S11（D1–D7）+ S12（C1–C4）逐条过，红黄绿三态（S8）置顶；分技能产物由该分技能内置自检完成。
- R3 综合审查：跨多份资料由本技能按同一标尺编排，出 HTML 报告。
- R4 闭环：红灯项回生成端修复后复审，至红灯清零。
工作流 D：组合交付编排（跨角色 · 非 F1–F6 全流程）
适用：一次请求含 2+ 领域（如"详情页文案+主图风格""立项书+培训资料"）。按 F 序或用户主次排程：先内容锚点（规划/策划）后表现层（设计/培训），逐一调用分技能，前序产物作为后序输入（S2），每步核对后再进入下一步。交付物各自按分技能规范命名，末尾附组合清单。
四、兜底处理（路由未命中 / 归属不明）
输入不含 §2 任何关键词或归属无法判定时，按序执行：
1. 问询澄清（最多一轮）：复述已理解需求，列 2–3 个最可能归属角色供点选（例："这偏向 策划师（上架文案）还是 设计师（视觉图）？"）。
2. 最近邻归位：用户回复或语义明显可归 → 回到 §2 执行。
3. 体系问答直答：只是问体系/方法论/铁律（"S2 是什么""哪个大师负责 X"）→ 直接回答（读 standards.md），不派单。
4. 预留职责降级：命中 ⑤⑥ 预留位 → 按 §2.3 执行。
5. 超出体系范围：与 8 角色均无关 → 明确告知不属于全案大师职责，建议通用对话或其他技能；不硬套流程。
五、铁律（唯一事实源）
全部铁律见 references/standards.md（S1–S12）。本技能与所有分技能开工前必读；分技能禁止复制铁律文本，只引用路径。改铁律只改 standards.md，全体系立即生效。
六、体系演进规则
- 分技能独立演进：各角色在实战中收敛方法论，改各自 SKILL.md/references；铁律级共识 → 改 standards.md 并通知全体系。
- 关键词路由同步：分技能新增/变更触发词时，回写 §2.2 对应行（含消歧规则），保持"分技能 description ↔ 总技能矩阵"双向一致。
- 新角色入列：新建
<role>/技能 → §1 登记一行（空壳也登记，状态🚧）→ §2.2 补触发词 → §7 清单打勾。 - 每个产品养自己的全案大师：产品个性化校准（风格/口径/禁语）写进该产品
_fullcase/POSITIONING.md——技能是共性，定位卡是个性。
七、变更清单
- [x] V2.0.0：路由矩阵（§2）+ 四类子工作流（§3）+ 兜底诊断（§4）+ 消歧规则 + 应用师/运营客预留位 + 显示名「全案大师」（技术名不变）— 2026-09-08
- [x] V2.0.0 可读性重构：结构与措辞优化，功能入口/触发条件/执行流程不变 — 2026-09-08
- [x] V2.0.1：移除评审师时代遗留
references/exemplars/n740-交付物审核规格.md（彻底删除，无归档）+ standards.md 同步清理该历史引用 — 2026-09-08 - [x] V2.2.0：新增 ⭐ 主场景模块（一句话/一份立项书 → 全套资料：优化版立项书、规格/说明书、营销策划案、培训资料+培训考题、专利方向）；工作流 A 支持"已有立项书先评审优化再派生"、F5.5 专利方向横切并；路由表补"一句话出全套/立项书出全套/全套资料出来"触发词 — 2026-09-08
- [x] V2.3.0：全套交付物剔除规格书/说明书（降为流程内部数据源，不纳入交付清单）；主场景输出清单 6 项、路由表交付形态、工作流 A（F2/F3 标"内部数据源不交付"+新增是否交付列）、description 同步更新 — 2026-09-08
- [ ] 应用师
zhengyan-cases：用户按需自建（可自_retired/移回） - [ ] 运营客
zhengyan-ops：用户按需自建（可自_retired/移回）
