Key 只在你的浏览器里。Key 由浏览器直接发送给服务商，不经过我们的服务器，我们不记录也不保存。建议使用专门创建、设了额度上限的 Key，用完及时到服务商后台删除。
输入
结果
结果会显示在这里。PRD 是产品想法落地的地方：研发、设计和业务方终于可以用同一套语言讨论目标、用户、范围、需求，以及怎么衡量成功。把想法像在茶水间跟同事描述那样贴进来，这里会用 Markdown 起草文档——功能列成表格并标注 Must / Should / Could，圈出 MVP 范围；每条需求都写成可以测试的形式；性能、隐私、无障碍这些非功能需求明确写出来，而不是默认大家都懂。想法里没说清的部分，比如定价、上线日期、目标数字，草稿会写成 [TBD: …] 并列入待确认问题，而不是编一个数字，最后在会上被人当真引用。
它是怎么工作的
- 基于 Fabric 的 create_prd 模式，保留了它的章节结构——概述、目标、目标用户、功能、用户故事、功能需求与非功能需求、成功指标、时间线——并补充了“不在范围内”和“待确认问题”两节。
- 精简版改为一页纸的 MVP 简报：问题、用户、目标与指标、必须做的范围、明确不做的内容、最多五条用户故事，以及待确认问题。
- Fabric 原本要求“缺信息时向用户追问”，但单次请求没法停下来问你，所以改成方括号占位符；每个占位符都是文档发出去之前要敲定的问题。
- 还没发布的产品想法属于敏感信息，要清楚它的去向：只从你的浏览器发到你选的服务商，用的 Key 可以事先设好上限，草稿写完就删。
你的数据去了哪里
使用自带 Key 时，你输入的内容和 Key 由浏览器直接发送给你选择的 AI 服务商，不经过 hysenlabs 的服务器。使用官方托管时，内容经我们的服务器转发给我们的服务商（DeepSeek），按 credits 计费；我们只记录每次运行的 Token 数和成本用于计费，从不保存你输入的内容和返回的结果。服务商如何处理这些内容，以它自己的隐私政策为准。
本工具会接触密钥和凭证，因此任何一次运行都不会被保存，连你自己的历史里也不会有。
关于你的 API Key
我们承诺不会收集、存储或泄露你的 Key：它只保存在当前页面的内存里（除非你勾选“在本标签页记住”），关闭页面即消失。但任何 Key 一旦在网页里用过，都值得多一分小心——建议专门为这里创建一个设了额度上限的 Key，用完后及时到服务商后台删除或轮换。
它要花多少
本工具完全免费，不需要登录，也不消耗积分。
常见问题
- 生成的 PRD 能直接交给研发吗？
- 它是一份帮你跳过“面对空白页”那一小时的初稿，不是定稿。模型懂 PRD 长什么样，但不了解你的客户、约束和战略，所以每条需求都要过一遍，把每个 [TBD] 填上，删掉不适用的部分。尤其是成功指标，里面的数字只有你能给。
- 完整版和精简版怎么选？
- 一个团队几周内要做完的功能或 MVP，选精简版：一页纸装得下，还能逼你把范围想清楚。如果会有多个团队、合规评审或外部干系人来读，选完整版，因为他们需要白纸黑字的非功能需求和时间线。
- 可以把客户访谈或会议记录直接贴进来吗？
- 可以，原样贴就行。模型会把产品想法和闲聊区分开，但随口一提的东西也可能被升级成需求，所以要对照实际达成的共识检查一遍功能表。
- 用哪个模型写 PRD 效果最好？
- 越大的模型写出的需求越严谨，非功能需求部分也明显更好。精简版用便宜的模型就够了；完整版篇幅长、会被逐字细读，建议用你的 Key 能调用的最强模型。
背后的开源项目
本工具的提示词改编自 danielmiessler/Fabric（MIT），由你选择的模型执行。想在命令行或自己的程序里批量使用同样的能力，可以直接用这个项目。
danielmiessler/Fabric也常被称作
- prd模板
- prd怎么写
- 产品需求文档
- ai写prd
- 需求文档生成
- mvp需求文档