three.dev

three.dev 是 round3 公司推出的第一個產品，本週在 Product Hunt 上架。兩位共同創辦人都是開發者工具圈的老面孔：執行長 Borja Burgos 先後創辦過被 Docker 收購的 Tutum、被 Datadog 收購的 Undefined Labs，後來在 Datadog 負責開發者可觀測性產品；技術長 Ximo Guanter 待過 Microsoft、Telefónica 與 Datadog。它要解的問題很實際：AI 代理上線後到底錯在哪裡，多數團隊是等客訴才知道。

功能特色與適用場景：接法是把應用程式呼叫 OpenAI、Anthropic、Gemini、Azure OpenAI 或 Amazon Bedrock 的 base URL 改成 gate.three.dev，再加幾個 X-Three 開頭的標頭。官方甚至讓你把一行提示貼進 Claude Code 或 Codex，由程式代理自己找出專案裡所有 LLM 呼叫並接好。之後 three.dev 會抽樣替正式流量評分，自動找出問題並附上證據，再依根因歸成「失敗模式」，標出發生頻率與嚴重度。官網示範是一個網店客服助理：回覆說退款 14 天內入帳，但政策寫的是 30 天，這類錯誤在 8,124 筆中出現 386 次。你按下「交給你的代理修」，程式代理就透過 three.dev 的 MCP 讀取失敗模式與背後的請求、提出程式修改；新版上線後再看前後對比，示範中這個問題降到 16 次，同時也冒出一個新問題。另有可用白話提問的 Chat，以及搶先體驗中的實驗功能（用錄下的流量重播、或只開放一半使用者測新版）與用你自己流量訓練的專用小模型。

和上線前用模擬測試代理的 Plurai，或需要自己寫評測的 Braintrust、Langfuse 比，three.dev 主打不必寫也不必維護評測集，直接從真實流量裡找錯。

台灣使用者怎麼用：適合已經有客服機器人、電商導購或內部知識問答上線，每天有上千次對話的團隊。要留意資料存放在美國 AWS，官方也寫明目前沒有 SOC 2 報告、不適用健康醫療資料，金融或醫療業導入前要先過個資與法遵評估。代理伺服器連不上時呼叫會直接失敗、沒有自動備援，正式環境務必保留一個能切回原供應商的設定。