一份需求文件，拆成多張單
把客戶給的需求 Word 丟進來，AI 拆成一張張可以驗收的單。它沒採用的段落會標成橘色並寫出原因，不會偷偷漏掉。
✓ 3.2 訂單查詢日期檢查 → T-1203-04略過 3.3 公司沿革：不是功能需求
給有在維護內部系統的團隊
需求講一句話，AI 先改好。人逐條驗收，才算交付。
業務、客服、PM 用平常講話的方式提需求。交付台會整理成規格，把沒講清楚的地方列成問題並附上建議答案。等人核准後，AI 才去改程式、跑檢查、部署到測試環境，最後由提需求的人一條一條勾驗收。
- 核准前不動任何程式碼
- 每張單一條獨立分支
- 誰勾的、何時勾的都留紀錄
T-1203-04訂單後台 · 示範資料
訂單查詢：結束日不可早於開始日
- 客服組提出需求（白話）
- AI 整理規格，提出 2 個問題
- 王經理核准規格
- AI 改完，檢查全過，已上測試環境
- 第 1 輪驗收退回：訊息位置不對
- 第 2 輪 5/5 通過
驗收通過5/5 · 林小姐 · 15:48
Live demo
一張需求單，從一句話到驗收通過
下面的動畫會自動播放，也可以點左邊任一步直接跳過去。單號、人名與內容都是示範資料，流程和交付台實際運作的順序相同。
新增需求 · 用平常講話的方式寫就好
訂單查詢頁的出貨日期，結束日選得比開始日還早也能按查詢，結果一片空白，客人打來都以為系統壞了。希望可以擋下來，告訴使用者哪裡填錯。
已建立 T-1203-04，AI 正在整理規格
AI 整理的規格
- 範圍：訂單查詢頁的出貨日期篩選
- 不在範圍：匯出報表、其他日期欄位
- 結束日早於開始日時，不送出查詢
驗收條件（5 條）
- 結束日早於開始日，查詢不送出
- 顯示「結束日不可早於開始日」
- 訊息出現在日期欄位下方
- 只填開始日可以查詢
- 改正日期後訊息消失
Q1 結束日比開始日早時，要自動對調，還是提示錯誤？
AI 建議提示錯誤，不替使用者改輸入
自動把兩個日期對調
Q2 只填開始日、不填結束日，可以查嗎？
AI 建議可以，查開始日之後的全部訂單
待核准
規格 v2 · 5 條驗收條件 · 2 個問題都已回答（採用 AI 建議）
在這之前，程式碼一行都不會動
王經理 核准規格 v2
建立分支 ticket/T-1203-04
AI 開始修改，進度會即時顯示在這張單上
src/pages/OrderSearch.tsx
- const canSearch = Boolean(from)
+ const rangeError = from && to && to < from
+ ? '結束日不可早於開始日' : null
+ const canSearch = Boolean(from) && !rangeError
- 型別檢查
- 單元測試 24/24
- 建置成功
- 已部署到測試環境
檢查沒過時，交付台會先讀錯誤紀錄，寫出它判斷的原因，再決定重試還是交回給人。
第 1 輪驗收 · 林小姐在測試環境照著條件操作
- 結束日早於開始日，查詢不送出林 15:06
- 顯示「結束日不可早於開始日」林 15:07
- 訊息出現在日期欄位下方林 15:08
- 只填開始日可以查詢林 15:09
- 改正日期後訊息消失林 15:09
退回重改 第 3 條不符：訊息顯示在頁面最上方，不在日期欄位下方。（林小姐 15:10）
退回原因會附在單上，AI 下一輪只改這一條，已通過的條件不重做。
第 2 輪驗收 · 上一輪的退回原因已處理
- 結束日早於開始日，查詢不送出林 15:45
- 顯示「結束日不可早於開始日」林 15:46
- 訊息出現在日期欄位下方林 15:46
- 只填開始日可以查詢林 15:47
- 改正日期後訊息消失林 15:47
兩輪的勾選紀錄、退回原因和程式改動都留在這張單上，之後要查「當初為什麼這樣改」翻得到。
驗收通過5/5 · 林小姐 · 15:48
示範動畫：資料為虛構，流程與產品實際運作一致。
Before / after
需求在路上掉的東西，交付台幫你接住
小改動最花時間的通常不是寫程式，是來回確認「你說的是這個意思嗎」，還有改完沒人照條件驗。
現在
- 需求散在 LINE、信件和會議紀錄，工程師自己猜意思
- 規格沒講的細節，做完才發現跟想的不一樣
- 「改好了」只代表工程師覺得好了，沒人對照條件驗
- 半年後有人問為什麼這樣改，找不到當時的討論
用交付台
- 所有需求都是一張單，白話寫進來，AI 整理成規格
- 沒講清楚的地方，開工前就列成問題，附建議答案讓人選
- 「完成」要提需求的人逐條勾過驗收條件才算數
- 規格版本、核准、程式改動、驗收紀錄都在同一張單上
Features
讓不會寫程式的人，也看得懂專案走到哪
客戶改了需求，一眼看出改哪裡
匯入新版文件時，逐段標出相同、修改、新增、刪除，修改的段落再細到字。哪幾張單要跟著改，直接看得到。
訊息顯示在頁面上方日期欄位下方
勾選存在伺服器，不是存在誰的腦袋
每條驗收條件誰勾的、何時勾的、第幾輪，都記在單上。退回時一定要寫原因，下一輪 AI 照原因改。
壞了會先說為什麼壞
建置或測試沒過，交付台先讀錯誤紀錄，用白話寫出它判斷的原因和下一步，不是只丟一串紅字給你。
按 Ctrl K 問專案現況
「這週有哪些單卡在驗收？」「T-1203-04 改了哪些檔案？」直接問，AI 從單上的紀錄回答。
每張單都告訴你現在該誰做什麼
看板依階段排好每張單；打開任一張，最上方寫著現在的下一步，例如「等提出人驗收」。
實際跑過的一張單
第一輪被退回，是這個流程在正常運作
我們在一套開發中的內部系統上，用交付台跑了一張真實的改動單：行事曆表單的欄位檢查。AI 第一輪做出來的東西跟規格有出入，驗收時被抓到退回；第二輪改正後，在測試環境逐條驗過。
11/11
第 2 輪通過的驗收條件數
- 白話需求 → 規格
AI 把一段口語描述整理成規格，列出 11 條驗收條件。
- 核准後才開工
規格核准後，AI 在獨立分支上修改，建置通過後部署到測試環境。
- 第 1 輪：退回
驗收時發現實作和規格不一致，退回並寫明原因。
- 第 2 輪：11/11 通過
依退回原因修正，每一條都在測試環境實際操作驗過才勾。
Security & deployment
AI 動手之前，人一定先點頭
裝在公司內網
交付台本身跑在你們自己的電腦或伺服器上，需求單和紀錄存在本機資料庫。
核准才動程式
規格沒被核准，AI 不會碰任何程式碼。
一張單一條分支
每張單的改動都在自己的分支上，驗收通過前不會混進主線。
全程留痕
規格版本、核准、改動、每輪驗收都有時間和人名。
| 項目 | 現在就能示範 | 導入前要跟你們確認 |
|---|---|---|
| 部署 | 單一程式加本機資料庫，Windows 上直接執行，同網段用瀏覽器開 | 要放哪台主機、誰能連進來 |
| AI 模型 | 目前用 Claude Code 改程式，相關程式碼會送到 Anthropic 的模型服務處理 | 如果程式碼不能出公司，需要評估改接地端模型 |
| 權限 | 目前用一組共用通行碼保護所有寫入動作（建單、核准、驗收） | 需要個人帳號、或連「看」都要管的話，列入導入範圍 |
| 程式庫 | 接本機的 Git 專案，自動建分支、跑你們既有的建置與測試指令 | 你們的分支規則、測試環境怎麼部署 |
Onboarding
先拿一張真的單試，再決定要不要全面用
接上程式庫
設定你們的 Git 專案、建置指令和測試環境。
匯入一份需求
拿最近一份需求文件匯入，看 AI 怎麼拆單、哪些段落被略過。
跑一張真實的單
挑一個小改動，從建單走到驗收，團隊實際用一次。
擴大使用
流程順了再開放給業務、客服直接建單。
Pricing
費用怎麼組成
每個團隊的系統數量和改動頻率差很多，所以不公開定價。Demo 後依你們的狀況報價，費用由下面三塊組成。
導入設定
接上程式庫與建置流程、設定測試環境部署、帶團隊跑第一張單。
AI 用量
AI 改程式依實際用量計費，依模型供應商的價格；改接地端模型則改為硬體成本。
維護與調整
版本更新、流程調整，以及導入後的問題處理。
FAQ
常見問題
AI 改錯了怎麼辦？
改動只在那張單自己的分支上，驗收沒通過就不會進主線。驗收時發現不對就退回並寫原因，AI 下一輪照原因修正。上面的實際案例就是第一輪被退回、第二輪通過。
提需求的人需要懂技術嗎？
不用。用平常講話的方式寫，規格和驗收條件由 AI 整理，不清楚的地方會以選擇題問你，而且附上建議答案。
跟 Jira、Trello 這類工具差在哪？
那些工具管的是「誰在做什麼」。交付台多做了兩件事：把白話需求整理成可驗收的規格，以及在人核准後實際改程式、跑檢查。驗收也是逐條勾，不是把卡片拖到「完成」。
我們的程式碼會被送出公司嗎？
交付台本身跑在內網。目前 AI 改程式使用 Claude Code，需要讀取的程式碼會送到 Anthropic 的模型服務。如果公司規定程式碼不能外送，導入前會先評估改接地端模型。
可以接我們現有的專案嗎？
可以接本機的 Git 專案，用你們既有的建置和測試指令。不同的部署方式在導入時一起設定。
帶一張你們最近在等的小改動來
30 分鐘線上 Demo：現場建單、看 AI 整理規格和改程式、跑一輪驗收，也會直接說哪些情況不適合交給 AI。