PRD 写作工具包
AI PRD 生成、PRD 审查以及 Feishu/Lark 协作工作流程，用于 B2B 产品管理和系统设计。
这是一套面向 B 端产品经理的 AI Native 工具链，把 写 PRD、审 PRD、在飞书里协作收口 串成一个真正可落地的闭环。
PRD Writing Toolkit设计时需要多个提示文件的团队。它将产品编写和评审转变为一个可重复的操作系统：
•
将原始上下文转化为结构化草稿的AIPRD生成
•
PRD在交接前对发现漏洞、矛盾和风险进行审查
•
Feishu/Lark合作，用于回复评论、收集决策以及控制真正的交付门
•
B2B产品管理和系统设计工作流，尊重复杂性，而非将所有需求强行放入同一个模板
适合哪些人
•
产品经理撰写B2B预测报告、解决方案规格和内部系统提案
•
需要AI原生项目管理团队，他们希望拥有可重复使用的工作流程，而不仅仅是一次性的提示
•
需要稳定交付门的产品运营或设计评审团队
•
使用Feishu/Lark作为评审反馈解决的平台
三大核心工作流程
生成草稿create-prd-skill
可以从一份商业简报、研讨会笔记，甚至一句简短的创意开始。生成器按复杂度分类请求，选择合适的章节深度，生成结构化的PRD支架，而非泛泛的文本墙。
最佳用途：
•
新功能PRD
•
系统内部规格
•
模块级解草案
•
将会议转化为第一阶段产品文档
复习check-prd-skill
使用你实际拥有的文档的正确路径，复查PRD：
•
A 路径用于标准的章节PRD
•
路径B，适用于那些仍然需要严格审核的杂乱、自由形式的文档
即使文档质量不均，也能保持审稿质量。
最佳用途：
•
开发前准备度回顾
•
跨职能PRD批评
•
系统设计质量检查
•
捕捉缺失的流程、数据、权限和异常处理
闭合环路feishu-prd-review-loop
将发现反馈给Feishu/Lark，收集并生成确认卡，在任何文件编辑前记录豁免，并决定PRD是否真正准备好开发。采纳 / 不采纳
最佳用途：
•
非书文档中的PRD复习
•
项目经理/设计/开发对齐工作流程
•
审查决策的可审计性
•
那些希望拥有真实交付通道的团队，而不仅仅是散落在各个帖子中的评论
有哪些不同
•
默认对复杂性有感知：L1-L4 分类防止覆盖微小变更和对大型系统配置不足。
•
优先章节，而非仅限清单：当PRD有结构时，复习遵循该结构。当不成功时，备用的14维路径可以防止质量崩溃。
•
以送货门为导向：非书助理不仅仅停留在“留言”;它追踪回复、确认、豁免和准备情况。
•
渐进加载：技能只加载当前阶段所需的框架文件，这使大型工作流程在实际操作中更稳定。
•
为B2B产品工作打造：该工具包假设业务流程、权限、异常、架构和推广都至关重要。
快速开始
克隆仓库
代码块
Plain Text
git clone https://github.com/Scofy0123/prd-writing-toolkit.git
cd prd-writing-toolkit
可选安装规范共享框架
该仓库中的捆绑技能已经包含了零依赖安装的供应商框架快照。如果你也想让框架作为独立参考模块在本地技能库中提供，也安装顶层模块：prd-quality-framework
代码块
Plain Text
cp -R prd-quality-framework ~/.claude/skills/prd-quality-framework
安装草稿生成与审核
代码块
Plain Text
可选安装非术助手
该工作流程需要对目标Feishu/Lark文档进行用户认证访问。lark-cli
代码块
Plain Text
cp -R feishu-prd-review-loop ~/.agents/skills/feishu-prd-review-loop
开始使用工作流程
示例：
•
/create-prd并附上商业简报以生成初稿
•
/check-prd并用PRD进行战备评估
•
分享文档链接，要求审核循环，当你需要锚定评论和交付决策时feishu.cn
飞书/云雀合作循环
飞书助理比普通评论机器人更有主见：
它将PRD范围的复杂度归类为L1-L4
它选择了实际的复习章节
它会为每个锚定评论写一期
它会读取回复帖并进行规范化采纳 / 不采纳
编辑PRD前需要PM确认
它会把回复、豁免和最终处理记录在反馈基础上
它评估的是交付门，而不是假设“评论已解析=准备好”。
这使得它在真实团队工作流程中非常有用，尤其是审核历史很重要的环境。
存储库布局