模型 / 資料集
trpc-group/trpc-agent-go avatar
trpc-group/trpc-agent-go

tRPC-Agent-Go:以 Go 組裝代理工作流

一個 Go 框架,用於建立具有圖形工作流程、工具、記憶體、A2A、AG-UI、MCP、評估和可觀察性的生產代理系統。

1,787 個 Star307 個 ForkGoApache-2.0

秒懂

它是什麼?
tRPC-Agent-Go 的 README 所展示的是 Go 代理框架、模型、工具、記憶與工作流等組件的組合方式。
適合誰用?
tRPC-Agent-Go:以 Go 組裝代理工作流 適合需要 的團隊;不適合只想以根目錄 pnpm dev 啟動完整服務的人,因為 README 明確說明它是共用套件工作區。採用前先在指定套件目錄閱讀 README,執行 corepack pnpm install、pnpm lint 與 pnpm test,並用 pnpm ship:minor --projects=目標套件名稱 --dry-run 檢查發布範圍。
可以商用嗎?
可以。Apache-2.0 是寬鬆授權:你可以使用、修改並販售以它為基礎的軟體,只需保留著作權與授權聲明。
還在維護嗎?
有在維護。儲存庫最近一次提交在 2 天前。
用什麼語言寫的?
主要是 Go(依據 GitHub 的語言統計)。

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

開源專案深度解析

框架在 README 中的定位

README 開篇稱 tRPC-Agent-Go 是一個用於建構生產級智慧體系統的 Go 框架,並列出它提供的內容:LLM 智慧體、圖工作流、工具呼叫、工作階段與記憶狀態、知識檢索、智慧體自我進化、評測,以及 OpenTelemetry 可觀測性,全部集中在同一個 Go 原生技術棧中。README 給出的適用場景是那些適合 Go 服務的智慧體應用:並發、可觀測、易於部署,並且可以直接與 A2A、AG-UI 和 MCP 整合。README 還列出了建議的使用場景:客服機器人、資料分析助理、DevOps 自動化、帶人工介入環節的業務流程自動化,以及基於 RAG 的研究與知識管理。README 本身沒有為這些場景提供基準測試或生產環境證據。

第1-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第1-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第1-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第1-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第1-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第1-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

套件結構與執行流程

README 的架構部分用七步描述了執行流程:Runner 負責編排整個執行管線並管理工作階段;Agent 使用多個專門元件處理請求;Planner 決定策略與工具選擇;Tools 執行具體任務;Memory 維護上下文;Knowledge 提供 RAG 能力;Evolution 回顧已完成的工作階段並把可重用的流程整理為受管技能。隨後的套件表列出了職責劃分:agent、runner、model、tool、session、memory、knowledge、planner、artifact、skill、evolution、event、evaluation、server 和 telemetry。這個表是 README 自己的總結;除 examples 目錄和這些套件名稱之外,README 沒有進一步描述倉庫的實際程式碼佈局。

第2-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第2-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第2-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第2-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第2-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第2-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

內建智慧體與組合方式

README 表示大多數應用不需要自己實作 agent.Agent 介面。它內建 LLMAgent(包裝一個聊天補全模型)、ChainAgent(依序執行子智慧體)、ParallelAgent(並發執行子智慧體並合併輸出)和 CycleAgent(在規劃器與執行器之間循環直到停止訊號)。README 展示了這些智慧體像積木一樣組合,包括把 LLMAgent 和一個翻譯 LLMAgent 串成鏈。對於圖工作流,GraphAgent 被描述為帶多條件路由的型別安全圖工作流,在功能上與 Go 版的 LangGraph 相當。程式碼範例示範了多條件扇出路由:router 回傳多個分支鍵,圖並行執行對應目標。

第3-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第3-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第3-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第3-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第3-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第3-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

Runner、串流輸出與取消

Runner 是負責管理工作階段和記憶服務的執行器。README 的快速入門展示了一個使用 OpenAI 相容模型和計算器函式工具的串流執行。它還說明了如何停止一次執行:取消傳給 Runner.Run 的 context,然後持續排空事件通道直到它關閉。README 警告說不要直接跳出事件迴圈,因為智慧體的 goroutine 可能仍在執行並阻塞在通道寫入上。文中給出了三種取消方式:把 Ctrl+C 對映為 context 取消、從應用程式碼發起取消,以及按 requestID 取消,用於伺服器和背景執行。另一個工廠函式 NewRunnerWithAgentFactory 可以在提示詞、模型、工具或沙箱實例不同的情況下,為每次請求建構全新的智慧體。

第4-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第4-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第4-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第4-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第4-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第4-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

Agent 技能與自我進化

技能是包含 SKILL.md 規範的資料夾,可選附帶文件和指令碼。README 記錄了 NewFSRepository 的用法:可以從本地資料夾、多個根目錄,或指向 .zip 或 .tar.gz 封存的 HTTP(S) URL 載入技能;封存會被下載並在本地快取,可用 SKILLS_CACHE_DIR 覆蓋快取位置。長期執行的程式在安裝、刪除或重新命名技能後應呼叫 repo.Refresh()。內建工具包括 skill_load、skill_list_docs、skill_select_docs 和 skill_run,當執行器支援互動式工作階段時還包括 skill_exec、skill_write_stdin、skill_poll_session、skill_kill_session。README 建議只在所選技能文件要求時才使用 skill_run,並建議當 LLMAgent 僅用 WithCodeExecutor 來支援 skill_run 時,用 llmagent.WithEnableCodeExecutionResponseProcessor(false) 關閉回應程式碼執行處理器。進化服務會在背景回顧已完成的工作階段,提取可重用的 SKILL.md 工作流,並支援修訂儲存、品質門檻、人工核准和熱啟動行為。Runner 整合只需要一個選項:runner.WithEvolutionService。

第5-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第5-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第5-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第5-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第5-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第5-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

工具、記憶與協定整合

README 中的工具範例涵蓋函式工具、透過 trpc-mcp-go 包裝的 MCP 工具、DuckDuckGo 網路搜尋、檔案操作工具和檔案輸入。記憶服務包括記憶體版和 Redis 版,提供新增、刪除、查詢、修改、搜尋和工具整合,並在 runner 層面管理。知識範例展示了一個基礎 RAG 流程:載入來源、嵌入到向量庫並檢索。Artifact 用於儲存工具產生的版本化檔案,支援記憶體、S3 和 COS 後端。在協定方面,README 記錄了一個 AG-UI 示範,透過 Agent-User Interaction 協定暴露 Runner,內建 SSE 伺服器,並提供 CopilotKit 和 TDesign Chat 的用戶端範例;還有一個 A2A 互通範例,與 ADK Python A2A 伺服器通訊,示範跨執行階段的串流、工具呼叫和程式碼執行。閘道伺服器範例名為 openclaw,被描述為一個極簡的 OpenClaw 風格實作,具有穩定的工作階段 ID、按工作階段序列化,以及基本安全控制:白名單加提及門控。

第6-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第6-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第6-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第6-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第6-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第6-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

評測、可觀測性與授權條款

evaluation 套件使用可重複的評測集和可插拔指標對智慧體進行評測並儲存結果;README 範例展示了一個帶 WithNumRuns 的 New evaluator 和 OverallStatus 結果。可觀測性透過 OpenTelemetry 鉤子提供,涵蓋模型、工具和 runner 層,範例把 trace 匯出到 OTLP 端點,另有一個 Langfuse 整合範例。README 還聲稱自動提示快取可對快取內容節省 90% 的成本,但沒有說明該百分比如何測量。倉庫採用 Apache 2.0 授權。授權摘錄授予永久的、全球範圍的、非排他性的、免費的、無版稅的、不可撤銷的版權授權,以及一項專利授權,若被授權方就 Work 或其中 Contribution 構成直接或間接專利侵權提起訴訟,該專利授權終止。摘錄還給出了再散布條款的開頭部分。所提供的摘錄沒有提及保固、支援或安全態勢。

第7-1個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第7-2個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第7-3個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第7-4個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第7-5個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

第7-6個章節檢查面向要以專案自己的檔案和指令為準。tRPC-Agent-Go 的 README 以 Go 套件、模型、工具、記憶和工作流說明代理組裝方式,應逐項核對範例與設定。 使用者先確認目標版本、執行環境與相依套件,再對照 README 所列的輸入、輸出和限制。若要在團隊內採用,應把該專案的設定鍵、命令列參數、錯誤訊息和產物位置寫入測試紀錄,避免只憑首頁描述推斷能力。對於安全、效能或相容性要求較高的場景,應針對實際使用的模組建立可重跑案例,並觀察日誌是否顯示預期狀態。

編輯結論

tRPC-Agent-Go:以 Go 組裝代理工作流 適合需要 的團隊;不適合只想以根目錄 pnpm dev 啟動完整服務的人,因為 README 明確說明它是共用套件工作區。採用前先在指定套件目錄閱讀 README,執行 corepack pnpm install、pnpm lint 與 pnpm test,並用 pnpm ship:minor --projects=目標套件名稱 --dry-run 檢查發布範圍。

官方來源

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

社群筆記