用簡單的話描述客戶的軟體專案，即可取得一份分為七個固定部分的提案初稿，可直接修改後寄出。本工具適合開發者與自由接案的軟體顧問：初稿一律包含技術堆疊表格、分階段時程，以及以印度盧比計價的報價區間。
問題摘要用兩三句話重述需求，方便你確認自己理解了客戶。範圍內與範圍外是兩份項目符號清單；大多數爭議都出在客戶以為包含在內的東西上，所以第二份清單要讀得最仔細。技術堆疊表格列出元件、技術與理由。時程表格列出階段、時長與交付項目，最後給出總週數。風險與假設是開工前需要釐清的問題編號清單，最後一部分是一段可直接貼到電子郵件或聊天中的簡短接洽訊息。
不論你的預算提示用哪種貨幣，範本都會要求以印度盧比（₹）計價的區間並附一段理由，所以即使提示寫的是 2,000 $，回傳的仍可能是盧比區間。模型不知道你的費率、你的市場，也不知道你多想接這個案子：請換算貨幣、填入你自己的數字，只有當理由對你確實成立時才保留。
需要登入，因為每份提案都是一次對 Google Gemini API（Gemini 2.5 Flash-Lite）的呼叫。描述最多 8,000 個字元；更長的文字會被拒絕，而不是截斷。每項提示截取前 500 個字元。同一 IP 位址每 10 分鐘可產生 15 份提案。提案不會儲存在任何地方，開始新提案前請先複製。
草稿從不提及稅費，所以請加一行說明你的價格是否含 GST。依 CGST Act, 2017 第 22 條，服務提供者在一個會計年度的總營業額超過 ₹20 lakh（200 萬盧比；部分特殊類別邦為 ₹10 lakh）時必須登記；登記後，對印度境內的客戶要在費用之外加收 GST。為印度境外客戶做的工作，若符合 IGST Act, 2017 第 2(6) 條的條件（包括以可兌換外匯付款，或在 RBI 允許時以盧比付款），通常算作服務出口。依該法第 16 條，出口適用零稅率：在 GST 入口網站提交 Letter of Undertaking (LUT) 後，開立發票時無需收取 IGST。Discuvr 不替你計算稅款；請向稅務顧問確認你自己的情況。
請先修改。結構可以重複使用，但報價是以盧比計的暫定數字，日期、條款與技術堆疊都必須是你自己的。
客戶要什麼、誰會使用、哪些平台、需要哪些整合（付款、登入、既有資料庫）、客戶提到的限制，以及你知道的大致預算或截止日期。輸入含糊，提案也會含糊。
它是為軟體工作調校的：以軟體顧問的口吻撰寫，而且一定會加上技術堆疊表格。設計、寫作或行銷類工作，可保留範圍、時程與範圍外部分，刪除技術堆疊表格。
Discuvr 不會保存。描述與提示會傳送到 Google 的 Gemini API 來撰寫初稿；使用紀錄只保留描述的長度，以及三項提示中你填了哪幾項。請勿寫入你無權與第三方服務分享的姓名與細節。
沒有。七個部分止於範圍、技術堆疊、時程、報價、風險和第一則訊息,所以寄出前請自己補上三項條款:付款安排(例如先付訂金,再於交付時程的每個階段時付款)、報價包含幾輪修改,以及程式碼何時歸客戶所有。依印度 Copyright Act, 1957 第 17 條,作者是著作的第一所有人,有利於雇主的例外適用於受僱人,不適用於自由工作者;依第 19 條,著作權讓與須以書面為之並由讓與人簽名才有效。因此,希望擁有程式碼的客戶需要一份簽名的讓與條款。
複製 Markdown 複製的是原始文字，所以直接貼到 Word 或 Google 文件時，每個表格會變成一行行 | 字元，每個標題帶著 # 號。用 Word 時，在頁面上用滑鼠選取已排好版的提案，複製後貼上，標題、清單和表格都會以真正的格式進來。用 Google 文件時，先開啟一次 Markdown（工具，接著偏好設定，再啟用 Markdown），按下複製 Markdown，再按右鍵選擇從 Markdown 貼上，這是 Google 在 2024 年 7 月加入的功能；一般的 Ctrl+V 仍會貼上原始文字。在直接讀取 markdown 的地方，例如 GitHub 的 issue 或 README，原樣使用複製 Markdown 即可。
草稿一律給出固定價格區間，並與時程表中的各階段連動，適合範圍能完整描述的工作。送出前請用自己的費率核對：算出各階段的工作天數，乘以你的日費率，再為風險與假設中尚未確定的項目加上一些緩衝。如果需求仍很模糊，或屬於長期支援，就改報日費率或時薪並附上工時估計，同時保留範圍以內和範圍以外兩份清單，讓客戶清楚估計涵蓋哪些內容。
開工前，請客戶確認草稿中已有的兩份清單：範圍以外列出價格不包含的項目，風險與假設列出客戶仍需確認的事項。之後有新需求時，先對照範圍以外，回覆一份簡短的變更申請（改什麼、多幾天、多少錢），等客戶書面同意後再開始，用電子郵件確認也可以。新增內容較大時，就在這裡只描述新工作，另外產生一份提案，讓原本的價格與時程維持約定不變。