模型 / 資料集
Tura-AI/tura avatar
Tura-AI/tura

Tura:針對長時任務的 Rust 智慧體執行環境

在 348 個長期基準測試會話中,與 Codex CLI 相比,Tura 在重寫基準測試中的使用次數減少了 83.1%,並將 DeepSWE 通過率提高了 16.7 個百分點。

629 個 Star34 個 ForkRustAGPL-3.0

秒懂

它是什麼?
Tura 透過巨集工具、逆向推理和基於任務狀態的上下文管理,在基準測試中降低了令牌與輪次消耗。
適合誰用?
Tura 的公開基準材料僅涵蓋有限的 DeepSWE 和重寫任務集,其跨提供者和跨作業系統的表現尚未形成同等證據。 對 tura 而言,適合先由需要 Across 348 long-horizon benchmark sessions, Tura used up to 83.1% fewer turns on the rewrite benchmark and improved the DeepSWE pass rate by up to 16.7 percentage points compared with Codex CLI. 所述能力、且能維護相應執行環境的團隊評估;不適合把 README 未說明的相容性或效能當成既定承諾。
可以商用嗎?
可以,但條件嚴格。AGPL-3.0 是網路 copyleft 授權:如果別人透過網路使用你修改過的版本(例如作為託管服務),你必須以同一授權向他們提供原始碼。
還在維護嗎?
有在維護。儲存庫最近一次提交在 5 天前。
用什麼語言寫的?
主要是 Rust(依據 GitHub 的語言統計)。

以上回答依據專案的 GitHub 資料(最近同步於 2026年9月14日)與我們的分析,不構成法律意見。

開源專案深度解析

針對智慧體的執行環境框架

Tura 是一個開源的智慧體執行環境框架,旨在以更少的令牌獲得更好的結果。該倉庫的 README 將 Tura 描述為專注於減少重複上下文和模型往返。它提供了三種使用方式:直接模式(Direct)、平衡模式(Balanced)以及巨集命令工具(command_run)。專案的預設分支為 main,使用 Rust 編寫,並基於 AGPL-3.0 許可發布。README 中包含了指向官方網站、基準頁面、npm 包和文件的連結。

巨集命令工具:將多步驟操作合併為一次呼叫

README 指出,大多數編碼智慧體依賴反覆的工具呼叫迴圈:檢查、等待、打補丁、等待、構建、等待、測試、等待。Tura 則暴露一個名為 command_run 的巨集工具,讓智慧體能夠構建多步驟執行樹,並在一次 LLM 回合中執行相關操作。示例中展示了一個包含六條命令的工作流程,普通工具呼叫智慧體需要五次 LLM 回合,而 Tura 將其作為一次結構化巨集工作流程處理。README 同時強調,目前沒有消融測試證明 command_run 單獨導致了更低的回合和令牌使用。這一段分析只處理專案自身的可核實資訊。讀者應先確認安裝入口是否存在,再確認命令是否產生預期檔案,最後才把結果放進團隊流程。每次測試都要留下版本、參數、輸入內容、輸出內容與錯誤訊息,並說明哪一項來自 README、哪一項是本機觀察。若結果與文件不同,先縮小到 README 範例,再檢查設定與環境。對 tura 而言,這個次序尤其重要,因為文件列出的功能、實驗項目與路線圖具有不同穩定程度,不能使用同一套承諾解讀。採用 tura 時還要把未說明的部分視為待確認事項。README 沒有承諾的作業系統、硬體、資料規模、併發量或相容版本,不能由專案名稱推演。若它提供多種語言綁定或整合方式,應只選擇目標團隊真正使用的那一條路徑,為輸入、輸出、錯誤訊息與恢復方式留下記錄。這些記錄日後才能對照 tura 的更新,判斷是規格改變還是本身的設定遺漏。tura 的實際檢查應從最小可運行案例開始。請依 README 的安裝或啟動入口建立乾淨環境,保存命令列輸出,然後用專案提供的範例輸入觀察產物。若 README 列出設定檔、資料夾或子命令,逐項記錄它們在流程中的位置,並把失敗發生的階段寫清楚。這能分辨工具本身的行為、版本差異與本機環境問題,也避免僅憑成功截圖判斷可用性。採用 tura 時還要把未說明的部分視為待確認事項。README 沒有承諾的作業系統、硬體、資料規模、併發量或相容版本,不能由專案名稱推演。若它提供多種語言綁定或整合方式,應只選擇目標團隊真正使用的那一條路徑,為輸入、輸出、錯誤訊息與恢復方式留下記錄。這些記錄日後才能對照 tura 的更新,判斷是規格改變還是本身的設定遺漏。tura 的實際檢查應從最小可運行案例開始。請依 README 的安裝或啟動入口建立乾淨環境,保存命令列輸出,然後用專案提供的範例輸入觀察產物。若 README 列出設定檔、資料夾或子命令,逐項記錄它們在流程中的位置,並把失敗發生的階段寫清楚。這能分辨工具本身的行為、版本差異與本機環境問題,也避免僅憑成功截圖判斷可用性。採用 tura 時還要把未說明的部分視為待確認事項。README 沒有承諾的作業系統、硬體、資料規模、併發量或相容版本,不能由專案名稱推演。若它提供多種語言綁定或整合方式,應只選擇目標團隊真正使用的那一條路徑,為輸入、輸出、錯誤訊息與恢復方式留下記錄。這些記錄日後才能對照 tura 的更新,判斷是規格改變還是本身的設定遺漏。tura 的實際檢查應從最小可運行案例開始。請依 README 的安裝或啟動入口建立乾淨環境,保存命令列輸出,然後用專案提供的範例輸入觀察產物。若 README 列出設定檔、資料夾或子命令,逐項記錄它們在流程中的位置,並把失敗發生的階段寫清楚。這能分辨工具本身的行為、版本差異與本機環境問題,也避免僅憑成功截圖判斷可用性。

逆向推理:從目標狀態往回推導

README 描述了一種逆向推理策略:常見的智慧體從當前狀態推理到目標狀態,而 Tura 引導 LLM 先估計目標狀態的前一個狀態,然後逐級往回推理。這種方法的目的是避免統計上更常見的程式碼或邏輯。在程式設計任務中,這意味著智慧體在寫程式碼前先分析完整執行路徑,重建失敗狀態並定位根因。README 在 DeepSWE 比較中報告,Tura Balanced 比 Codex CLI 多通過了 60 個二進位任務驗證器中的 10 個。

上下文管理:將任務狀態作為執行時狀態機

README 將 Tura 的上下文管理描述為執行時狀態機的一部分,而非依賴使用者手動重置會話或讓技能檔案堆積。Tura 使用 task_status、執行時提示和遞迴執行手冊來保持活動上下文限定在當前任務。會話可以重新命名、重新整理、自動管理;任務特定的手冊和 CLI 命令透過遞迴任務樹載入;不相關的上下文可從 CLI 移除、替換或壓縮。壓縮操作可以保留程式碼位置、補丁、測試和任務狀態,而不只是壓縮摘要。

已發布的基準資料和範圍

README 連結了 DeepSWE v1.1 和重寫任務的基準。跨 348 個長時任務會話,Tura 在重寫基準中最多減少了 83.1% 的回合,在 DeepSWE 中最多提高了 16.7 個百分點的通過率。20 個 DeepSWE v1.1 任務各執行三次,Tura Balanced 的驗證器成功率為 80.0%,而 Codex CLI 為 63.3%;直接模式使用 77.5% 更少的聚合令牌,成功率 65.0%。重寫基準的合計為 Tura Balanced 389/472,Codex CLI 351/472,各 10 次會話。

安裝方式和進入點

README 描述了兩種安裝路徑。npm 包 tura-ai 在 Mac 和 Linux 上透過 npm install tura-ai 和 tura 命令使用;Windows 使用 npm install -g tura-ai。同一主包也發布為 GitHub Packages 的 @tura-ai/tura,需要配置 scope 並設定 read:packages 令牌。原始碼檢出支援 PowerShell 的 scripts/install.ps1 和 macOS/Linux 的 scripts/install.sh。常用進入點包括 tura(互動式終端 UI)、tura exec、tura run、tura bash/zsh/shel、tura_gateway 和 tura_gui。README 未說明驗證這些進入點行為的具體方式。

許可與專案邊界

Tura 採用 AGPL-3.0 許可。許可證文字授予複製、分發和修改軟體的自由,並要求網路伺服器操作者向使用者提供修改版本的原始碼。許可證未提及對安全狀況、支援或任何形式的保證,README 也未聲稱這些。專案目前有 505 個星標、27 個復刻和 9 個開放問題。README 列出了一些已知證據缺口,包括跨提供者、跨作業系統和 UI 延遲的測量,並指明這些屬於路線圖和已知問題文件。

編輯結論

Tura 的公開基準材料僅涵蓋有限的 DeepSWE 和重寫任務集,其跨提供者和跨作業系統的表現尚未形成同等證據。 對 tura 而言,適合先由需要 Across 348 long-horizon benchmark sessions, Tura used up to 83.1% fewer turns on the rewrite benchmark and improved the DeepSWE pass rate by up to 16.7 percentage points compared with Codex CLI. 所述能力、且能維護相應執行環境的團隊評估;不適合把 README 未說明的相容性或效能當成既定承諾。採用前請依 README 明列的入口建立最小案例,記錄版本、輸入、輸出與錯誤位置,再根據該專案的實際限制決定是否納入正式流程。

官方來源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
社群筆記

社群筆記