DevRev 運用 GPT‑6.1 Sol 打造可自主完成任務的自助服務
DevRev 運用 GPT‑6.1 Sol 驅動 Computer 和 Operator，同時兼顧企業服務所需的推理能力、速度與成本。
DevRev(在新視窗中開啟) 打造了 Computer 和 Operator，協助服務與營運團隊處理客戶和員工的需求，即使再棘手，也能一路處理到完成。Computer 和 Operator 的設計是為了整合即時資料進行推理。DevRev 技術長 Ahmed Bashir 說明，執行的動作可以復原，回答也能追溯來源。
DevRev 將 GPT‑6 Astra、GPT‑6.1 Sol 等 OpenAI 模型與自家的任務執行框架結合，串接企業知識，讓團隊能掌控智慧體可執行的動作。DevRev 認為，OpenAI 模型不僅具備推理能力與可靠性，也能兼顧服務客戶和員工所需的速度與成本。
「它必須同時具備合適的推理能力、值得信賴，並與需求高度一致；最重要的是，回應延遲必須符合實際使用要求。」
Computer 和 Operator 的推理、規劃及工具選擇能力，皆由 OpenAI 模型提供支援。在 DevRev 的 Agent Studio 中，使用者可以透過與 AI 對話，描述希望工具如何運作，也能用固定規則定義部分行為。
DevRev 將模型與負責提供企業脈絡、落實權限管制及控制動作的軟體一併測試。其 Enterprise-Bench 基準測試會評估兩者搭配運作時，在資料有多個版本、資訊分散於不同系統，以及存取權限因人員角色而異的情境下，實際表現如何。
Ahmed 表示，GPT‑6.1 Sol 在這些評估中表現出色。當客戶或員工與 AI 智慧體互動時，模型必須理解需求中的細微差異並迅速回應，同時將成本維持在企業能長期負擔的範圍內。Ahmed 說：「我認為它在各方面取得了完美的平衡。」
在 DevRev 內部，工程師對於最佳開發方式已有明確的選擇。Ahmed 說：「我們整個團隊都使用 Codex。」工程師試用多種程式開發工具後，使用 Codex 的人數便自然而然地增加。截至訪談當時，DevRev 已全面改用 Codex，並停用 Cursor 授權。
在 Ahmed 看來，這反映了開發者真正重視的事：「開發者其實只想找到最好的工具，而你騙不了他們。」他的工程師都明確表示，希望繼續使用 Codex。
「我們認為 Codex 的使用體驗是最好的，而且遙遙領先。」
DevRev 的銷售工程師也使用 GPT‑6 Astra 製作展示內容，供公司在國際會議的攤位上使用。
當客戶或員工尋求協助時，可能需要由 Operator 理解問題、執行已獲授權的動作，或將需求轉交 Computer，讓適當人員做好處理準備。Ahmed 認為，Decisions API 和 Ultrafast 有機會協助這些工作流程快速完成，而不必每個步驟都進行深度推理。
其中有些決策若要用固定規則來定義，不僅困難，成本也很高，尤其是當決策所依據的資訊不斷變動時。Ahmed 希望開發者能透過對話描述更多這類邏輯，並為每項任務選擇合適的智慧能力。他說：「這些流程必須能在幾秒內自行執行並完成，而不是花上幾分鐘。」
DevRev 的下一個目標，是讓 Operator 承接客戶與員工耗時更長、難度更高的需求，同時確保所有動作皆可追溯、受權限管控且能復原。
Ahmed 認為，從知識庫尋找答案、升級方案或辦理退款等常見支援任務，只是起點。他說：「我們希望真正實現自助服務的願景。」
藉助 OpenAI 的前沿智慧能力，DevRev 正致力於讓 Computer 和 Operator 結合企業知識與管控機制，代表使用者採取行動，將更複雜的需求一路處理到解決。
