
场景
发布规格套件
将粗略想法转化为可直接进入实现阶段的一整套计划、PRD 和文档。当团队需要从范围界定到交接的一套清晰工作流时使用。
3 技能 16 安装次数
product-managementdocumentationplanningworkflowrequirements
4 天前更新
安装
运行此命令,安装该技能包中的全部技能:
npx skillstore add @launch-spec-kit CLI 会自动检测 Codex 和 Claude Code 文件夹;如果两者都可用,就会同时安装。
概览
使用指南
由 AI 增强详细指南
## Overview 发布规格套件会将粗略的产品想法转化为清晰的实现交接包:PRD、执行计划,以及下一位构建者真正能用的文档。 ## Quick Start 1. 从 `github-prd` 开始,将想法转换为 Product Requirements Document。捕获执行摘要、用户故事、技术规格、范围边界和风险分析。 2. 使用 `sickn33-plan-writing` 将 PRD 拆解为结构化工作:里程碑、依赖项、验收标准,以及每个实现阶段的验证步骤。 3. 最后使用 `github-documentation-writer` 将成果打包为 Diataxis 风格的文档,区分教程、操作指南、解释说明和参考资料。 ## Key Commands - `github-prd` — 为软件系统或 AI-powered 功能生成高质量 PRD,包括用户故事和风险分析。 - `sickn33-plan-writing` — 构建结构化执行计划,包含任务拆解、依赖项和验证标准。 - `github-documentation-writer` — 生成基于 Diataxis 的文档,使最终交接内容组织清晰且可维护。 ## Tips - 按顺序运行流程:先 PRD,再计划,最后文档。重新排序通常会造成重复工作。 - 将 `sickn33-plan-writing` 中的验收标准作为 review 和 QA 的事实来源。 - 在范围稳定后使用 `github-documentation-writer`;它最适合将已确定的决策转化为文档,而不是用于决定范围。 - 对于更大规模的发布,将 PRD、计划和文档保留为独立产物,这样 product、engineering 和 support 都能获取适合自身所需详细程度的内容。
技能
3📦
prd
安全 81创建产品需求文档
团队在启动功能时,常常目标不清、约束缺失、验收标准薄弱。此技能可将产品想法转化为结构化的 PRD,包含探索性问题、可衡量需求和技术规划部分。
📖 文档 由 github
📦
plan-writing
低风险 79清晰规划多步骤工作
复杂的编码工作可能会因为任务、依赖项和检查项含糊不清而失败。此技能会将目标转化为简短、有序的计划,并包含明确的验证步骤。
📈 效率 由 sickn33 ⚙️
📦
documentation-writer
低风险 79编写基于 Diataxis 的文档
软件团队常常把教程、操作指南、参考页面和解释混在含糊不清的文档中。此技能可帮助 Claude、Codex 和 Claude Code 使用 Diataxis 框架规划并起草重点明确的 Markdown 文档。
📖 文档 由 github 🌐


