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 需求文件