返回首頁

AI 開發工具

AgentHarness 0.36.12 同步四套 coding agent CLI 釘選,容器建置仍須自行驗證相容性

AgentHarness 在同一天連發 0.36.9 至 0.36.12,更新 Claude Code、OpenCode、Kilocode 與 Oh My Pi 的版本釘選。這些更新主要服務可重現的安裝合約與測試,不代表套件內含代理執行檔或新增模型能力。

Pearson Scott Foresman · Public domain · Image source
zh-Hant

Ruby coding-agent 協調層 AgentHarness 在 8 月 31 日發布 0.36.9、0.36.10、0.36.11 與 0.36.12,依序把 `vendor/pins` 內的 Claude Code 從 2.1.238 更新至 2.1.250、OpenCode 從 1.18.19 更新至 1.18.23、Kilocode 從 7.4.23 更新至 7.5.5,並把 Oh My Pi coding agent 從 17.4.0 提升至 18.0.8。RubyGems 顯示 0.36.12 已由 GitHub Actions 建置及簽署,並連結至來源 commit 與 Sigstore transparency log。

版本釘選對 AgentHarness 的用途不只是開發相依套件。它為十一種 coding CLI 提供統一 Ruby API,並公開 provider installation contract,讓下游容器或工作節點取得套件名稱、安裝命令、預期 binary、支援版本範圍及部分下載雜湊。協調器因此可以在映像建置階段固定外部 CLI,而不必各自硬編 Claude Code、Codex、Aider 或 OpenCode 的安裝細節;provider metadata 亦能描述認證方式、MCP 支援及危險模式等能力。

但這批版本本身的 changelog 全部列為 `deps-dev` pin bump,沒有宣稱改變 AgentHarness 的排程、隔離或錯誤處理語義,也不會把四套 CLI 二進位檔包進 Ruby gem。尤其 Oh My Pi 跨到 18.x、Kilocode 進入 7.5.x,維護者雖以釘選測試對齊介面,下游仍應重建映像並重新跑權限、輸出解析與非互動模式測試。專案主線另有模型相容性合約及 Claude OAuth PKCE exchange 等尚標為 unreleased 的功能,不能誤算成 0.36.12 已交付。工程團隊接下來應關注自動 pin 更新是否附帶充分的端到端測試,以及外部 CLI 上游發生破壞性變更時,合約能否在部署前穩定拒絕不相容組合。

來源

  1. AgentHarness changelog
  2. agent-harness 0.36.12 package record
  3. AgentHarness repository and installation contracts