需求规划

product-lens 是一款用于决策支持的技能，帮助你在动手构建前先验证“为什么要做”，对产品方向进行压力测试，并把模糊需求转化为更清晰的 brief。适合需要快速做产品诊断、而不是撰写完整 spec 的场景，尤其是在工程规划前想先得到更明确的 go/no-go 结论时使用。

product-capability 将 PRD 意图、路线图诉求或产品讨论，转化为可直接进入实施的能力方案，包含约束、不变量、接口和未决决策。适用于需求规划场景：当多服务协作需要一个稳定的 product-capability 产物，而不是空泛的规划性表述时使用。

inventory-demand-planning 是一款面向零售决策支持的技能，用于预测需求、设定安全库存、规划补货，以及评估门店和配送中心（DC）的促销拉动效果。可借助它在结构化输入、实际约束和更清晰的规划取舍之间，指导 inventory-demand-planning 的使用。

brainstorming 是一项面向实现前阶段的技能，用于梳理上下文、逐条提出澄清问题，并要求在任何代码编写之前先完成设计确认。它还包含可选的 visual companion，并对 Requirements Planning 提供了较强支持。

writing-plans 可将 spec 或需求文档整理为可执行的详细实现计划，包含文件级指导、任务排序、测试步骤，以及在正式编码前使用的评审提示。

project-planner 是一项用于项目规划的 AI skill，可将项目想法转化为可执行计划，覆盖交付物、任务拆解、依赖关系、里程碑、工作量估算以及兼顾风险的排期顺序。它以 SKILL.md 为核心自包含，尤其适合用于界定工作范围、构建 WBS 风格计划、梳理关键路径，并在目标和约束清晰时快速产出首版交付计划。

team-composition-analysis 可帮助创始人、运营负责人和招聘负责人根据公司阶段、ARR 和预算规划早期创业公司的招聘。你可以用它安排岗位招聘顺序、设计团队结构，并估算从 pre-seed 到 Series A 各阶段的薪酬与股权。

security-requirement-extraction 可将威胁模型和业务背景转化为可测试的安全需求、用户故事、验收标准以及适用于 Requirements Planning 的待办项输出。

track-management 技能可帮助团队创建、管理并完成 Conductor tracks，涵盖 spec.md、plan.md、生命周期元数据以及 tracks.md 工作流指引。

task-coordination-strategies 可帮助团队拆解复杂工作、梳理依赖关系、明确验收标准，并协调并行的 agent 或协作者工作流，从而让职责更清晰、减少合并冲突。

ralph-plan 是一款规划技能，可将粗略的工程需求整理为结构化的 ralph-loop 命令，包含上下文、环境设置、任务、测试以及迭代澄清。

planning-and-task-breakdown 技能可以把需求文档、功能请求或一团乱的目标，拆解成有顺序、可落地的任务，并明确依赖关系和验收标准。它适合用于项目管理、并行工作和范围评估中的 planning-and-task-breakdown，同时能在真正动手前减少猜测。

idea-refine 是一项结构化的创意发散技能，能通过发散思考、批判评估和收敛整理，把粗略想法梳理成更清晰、可落地的方向。它可帮助创始人、产品负责人、工程师和 AI agent 做 Requirements Planning，产出一页式方案，明确假设、范围和“不做清单”。

grill-me 可将 AI 助手变成面向方案与设计的结构化审查者：它一次只问一个问题，逐步厘清各个决策分支，并在条件允许时结合代码库来对需求进行压力测试。

write-a-prd 可通过 repo 探索、持续深入的用户访谈和模块设计，把模糊的功能想法整理成可直接写入 GitHub issue 的 PRD。最适合用于已有代码库中的需求规划。

ubiquitous-language 可将领域对话整理成 DDD 风格术语表，标记歧义与同义词，提出规范术语，并生成 `UBIQUITOUS_LANGUAGE.md`。适合用于统一文档、API、产品文案中的术语，也适用于 Technical Writing 场景下的 ubiquitous-language 梳理。

prd-to-plan 可将 PRD 转为按阶段推进的实施计划，并采用 tracer-bullet vertical slice 方法拆分工作。它会引导你探索 repo、记录可长期复用的架构决策，并将最终的 Markdown 计划保存到 `./plans/`，适合 Requirements Planning 场景。

opportunity-solution-tree 技能帮助产品管理团队构建 Opportunity Solution Tree，用于产品探索：把期望结果映射到机会、解决方案和实验。可用来组织探索工作、比较备选方案，并以更少的方案偏见决定下一步要做什么。

identify-assumptions-new 帮助 Product Management 团队通过梳理 8 类高风险假设来压力测试新的产品创意，包括 Value、Usability、Viability、Feasibility、Ethics、Go-to-Market、Strategy & Objectives 和 Team。可用它来映射创业风险、明确哪些条件必须成立，并把发现缺口转化为可测试的验证任务。

identify-assumptions-existing 帮助你在现有产品中对功能想法做压力测试，通过梳理 Value、Usability、Viability 和 Feasibility 维度中的高风险假设，提前发现问题。它结合 PM、设计师和工程师视角，并引入 devil’s advocate 式的反方审视，用于 Strategic Planning 和开发前风险评审。

使用 analyze-feature-requests 技能，按主题、战略契合度、影响、投入和风险来分析并排序功能请求。可用于审阅客户反馈、梳理 backlog、做出有依据的产品决策；在对比不同竞争对手的需求时，也可使用 analyze-feature-requests 进行 Competitive Analysis。

wwas 是一个用于 Requirements Planning 的提示技能，可将零散想法转化为 Why-What-Acceptance 待办项。使用 wwas 可以捕捉业务背景、清晰定义变更，并撰写可测试的验收标准，让工作项更适合冲刺开发。

使用 user-stories 技能，将功能转化为可直接进入 backlog 的用户故事，结合 3 C’s、INVEST 原则、设计链接和可验证的验收标准。非常适合编写用户故事、拆分功能为 backlog 项，并用于 Requirements Planning 下的 user-stories，让范围更清晰、减少猜测。

使用 sprint-plan，把待办事项整理成一个现实可执行的 sprint 计划，涵盖产能评估、故事选择、依赖关系梳理和风险审查。它非常适合项目管理场景，尤其是在你需要一份 sprint-plan 指南，帮助筛除未就绪工作、在范围与速度之间取得平衡，并以更少猜测完成 sprint planning 时。