Saas Arch Diagrams
设计企业 SaaS 类产品的两类核心架构图：「产品架构图」（产品在更大生态中的定位 · 4 层视图）和「功能架构图」（4 层纵向 × 能力域横向 chip · 3 级嵌套）。当用户提到「画产品架构图」「功能架构图」「product architecture diagram」「functional architecture」「画一张架构图」「按 4 层结构梳理功能」「区分多端功能」时使用。蒸馏自 企业 SaaS 项目的迭代实战，覆盖 SaaS 多端产品的常见结构问题（端 / 服务混用、能力域平铺、版本视角混淆、空白区过多、合并模块违反逻辑等）。
Conversation Logging And Insight Extraction
捕获用户对话过程，强制进行业务价值总结与提炼，并以高规范的 Markdown 格式沉淀到日志库。当用户说「沉淀日志」「记一笔」「归档对话」「总结今天」「log 一下」「写日志」，或完成 git commit/push、新建 ADR/PRD/设计文档、收尾大功能模块等里程碑需要留痕时使用。不要用于：归档业务源文档进项目知识库（用 pm-wiki-maintainer）、整理发版公告（用 release-note-builder）、无里程碑的日常问答（无需留痕）。
Saas Prototype Design
设计企业 SaaS 高保真原型的完整方法论：v1 设计语言（品牌红 + tokens.css + chrome 框架）、组件模式（sidebar/topbar/filter-form/list-toolbar/wizard/drawer/modal/toast）、3 级嵌套结构、状态机徽章、历史版本保护机制。蒸馏自 企业 SaaS 项目 30+ 轮迭代实战，覆盖 33+ 页原型从 0 到 1 + 多次推倒重做的踩坑经验。触发场景：「做原型」「画产品 demo」「按 v1 风格做新页」「修筛选区按图例风格」「设计 SaaS 管理后台 UI」「派 Agent 改原型」「保护历史版本不被 Agent 覆盖」「prototype design」。
Pm Project Scaffolding
初始化标准 PM 项目目录脚手架。当用户提到「初始化新 PM 项目」「pm 脚手架」「pm-init」「新建产品项目」「create PM scaffold」「产品项目模板」「项目目录骨架」时使用。生成包含 docs / prototypes / skills / training / app / archive / Logs 等覆盖 PM 完整生命周期 8 阶段（研究 / 规划 / 设计 / 开发 / 发布 / 培训 / 运营 / 归档）的标准目录结构。支持 ai-saas / generic-saas / mobile-app / internal-tool 四种产品类型，可选启用 prototypes / skills 模块。基于 AI SaaS 平台 项目的实战目录治理沉淀。
Prd Writer
Use when user asks to write a new PRD / 产品需求文档 / V0.X 需求, structure raw requirements (会议纪要 / 需求列表 / Figma 链接) into a formal spec, or upgrade an older PRD to a versioned standard. Strongly applies when the product contains AI/LLM/RAG modules that need tracking events, evaluation metrics, gradual rollout, and acceptance criteria. Triggers include phrases like "写 PRD" "需求文档" "生成需求" "PRD V0.X" "产品需求"…
Pm Wiki Maintainer
维护 PM 项目的 LLM Wiki —— 增量构建持久化知识库（不是临时 RAG），自动摄入源文档、查询历史决策、体检矛盾与过期。当用户提到「ingest 进 wiki」「归档进知识库」「沉淀进 wiki」「整理项目沉淀」「lint wiki」「wiki 体检」「找历史决策」「这个项目的 X 是什么」「项目演进史」「跨 PRD 的 Y」「为新人生成入门索引」时使用。基于 Andrej Karpathy LLM Wiki 模式（raw sources + wiki + schema 三层架构）。适用于单项目 PM 知识沉淀（PRD / 用户研究 / 竞品分析 / 决策 / 客户反馈跨文档关联与综合视图）。
Prd Reviewer
Use when PM 需要评审/审核需求产出物的 AI 可执行性 —— 包括 story MD 卡片(stories/ 目录)、全本 PRD,或判断"这个 story 能不能给研发了"。触发词:「评审 story」「审 story」「story review」「跑三关」「spec 自测」「干跑验证」「检查 stories 目录」「审核 PRD」「PRD 评审」「需求评审」「AI 评审需求文档」「这份需求研发能直接用吗」「standby 评审」。也适用于研发反馈"需求有歧义/AI 编码跑偏"后回查 spec 质量。不要用于：评业务方向对错（只评 AI 可执行性）、评代码实现、评原型视觉风格（用 saas-prototype-design）。