在產品內用自然語言提問，透過文件與已授權工具完成工作。
白話說明：Tiden 是做什麼用的？
Tiden 協助工程團隊確認 AI 寫出的程式，是否真的完成原先提出的需求。它將產品規格、編程代理的工作意圖、測試結果與發布證據放在同一個可追蹤的流程中，由 Qase, Inc. 提供服務。
例如，你要求 API 超過速率上限時回傳 429，並附上重試時間。程式能執行，不代表兩項要求都有做到。Tiden 把預期行為連到對應測試，讓團隊看到哪些承諾已有依據、哪些仍需要補測或修正。
程式碼審查之外，還要看需求有沒有被證明
Tiden 會從程式碼整理產品規格，標示沒有測試的行為。規格以可編輯的 Markdown 保存，可附來源、元件、優先順序與階層，並隨版本保留變化。這能讓審查者查回規則的依據，而非只閱讀代理的完成說明。
意圖擷取會將編程代理會話中的產品決策整理成待審查分支。官網展示的工作約定會追蹤尚未完成的承諾；產生的規格與測試變更仍由人確認，接受後才合併。團隊也需要檢查測試斷言是否對準需求，不能只數通過了幾個測試。
既有儲存庫的第一條驗證流程
依照官方快速入門，可以先從一個小功能開始：
- 建立或加入組織，開啟工作區並建立產品。
- 安裝適用於 macOS、Linux 或 Windows 的 CLI，執行
tiden setup完成授權和儲存庫綁定，再執行tiden config verify。 - 將 Tiden GitHub App 連到指定儲存庫，確認要求的權限。建立一項規格，或匯入既有 Markdown 需求。
- 建立測試並連結規格，執行檢查後開啟 Traceability，區分已驗證、未執行或過期、沒有測試等狀態。
- 在儲存庫根目錄執行
tiden intent install，用tiden intent status --format text檢查掛鉤，再審查代理產生的分支。
先讓一項預期行為對應一個可觀察的測試結果，再擴大導入，較容易確認是否符合團隊原有的交付方式。
用品質門檻與版本資訊判斷交付風險
品質檢查綜合規格涵蓋、測試結果、元件風險、證據是否仍有效，以及可用的正式環境問題。範圍包括主分支、開發分支與發布版本，結果可能是通過、阻擋或接受風險。
tiden gate check --product-id <product-id> 可供自動化檢查目前狀態；阻擋或仍待風險審查時會回傳非零退出碼。執行期間的錯誤追蹤則將問題連到版本和環境，協助團隊找出需要補強的驗證。這些判定基於已建立的規格與證據，並非零錯誤保證。
工具整合與適用團隊
Tiden 適合經常以 AI 代理開發的工程師、QA 與技術主管。官網列出 Claude Code、Cursor、Copilot 和 Codex 作為可搭配的工具；CLI、公共 REST API 與本機 MCP 服務可讓自動化存取規格、測試、分支與檢查結果。
CLI 和 MCP 服務應同步升級，以保持設定格式相容。Tiden 的價值在於持續維護需求與證據關係；若需求模糊，仍須先由團隊釐清驗收標準。
試用、計費與原始碼存取
2026 年 10 月 15 日核實的美元月付標價：Starter 每月 49 美元，提供 1 個產品、最多 3 個儲存庫及每月 25 次已驗證變更；Team 每個產品每月 199 美元，包含 100 次已驗證變更與不限數量的儲存庫。兩者均有 14 天試用，保留方案時第 15 天開始計費。
通過品質門檻並合併的 PR 算一次已驗證變更；重試、失敗變更及機器人提交不計費。Team 可能另有超量與遙測費用，產品額度不互通。Starter 與 Team 的證據保留期為 3 個月與 12 個月。完整條件請查官方價格與估算器，不可將美元標價當作新臺幣含稅報價。
GitHub App 會讀取獲授權的儲存庫，應核對存取範圍並妥善保管 API Token。遙測 SDK 可透過 beforeSend 調整或捨棄事件。請結合隱私政策及實際合約確認資料處理；公開資料未建立所有程式碼均不訓練模型、或全程僅在本機處理的通用保證。企業自架部署為額外付費選項。
常見問題
Tiden 可以取代人工程式碼審查嗎？
不可以。代理提出分支，人員審查並合併接受的變更。Tiden 提供的是可追溯的規格、測試與風險依據。
測試全部通過，就代表需求有做到嗎？
仍要看測試驗證了什麼。檢查是否連到正確規格、是否有缺漏，以及測試結果是否過期，才能理解通過的範圍。
既有儲存庫要如何開始？
建立產品、授權儲存庫並設定 CLI，再以一項規格和關聯測試走完 Traceability 檢查，之後才逐步加入代理會話與發布流程。
官方資源與開發者入口
- 官方 MCP 儲存庫：取得介接程式與使用說明。
- 產品更新紀錄：查看最新行為變化。
- 聯絡 Tiden：洽詢企業部署與安全審查。
