GitAgent：AI Agent 框架大一統的開源嘗試
來源： MarkTechPost, 2026-03-22
標籤： AI / Agent / Framework / OpenSource
---
一句話
GitAgent 是開源 CLI 工具，定位為「AI Agent 界的 Docker」，試圖用標準化資料夾結構讓 agent 定義與執行框架解耦。
---
核心問題
目前 AI agent 開發生態嚴重分裂，開發者選了某個框架（LangChain / AutoGen / CrewAI / OpenAI Assistants / Claude Code）後就綁死了：
- 各框架的 agent 邏輯、記憶持久化、工具執行方式都不同
- 置換框架幾乎需要重寫整個 codebase
- 導致高度技術負債與更換成本
---
GitAgent 的解法
將 agent 定義為 Git repository 內的標準資料夾結構，格式與執行層分離：
agent/
├── agent.yaml # 中繼 manifest（model provider、版本、依賴）
├── SOUL.md # Agent 核心身份、人格、語氣定義
├── DUTIES.md # 職責範圍與限制（Segregation of Duties）
├── skills/ # 高層次行為模式
├── tools/ # 具體 Python 函式或 API 定義
└── rules/ # 安全 guardrails 與組織約束
---
與 OpenClaw 的對照
| 組件 | GitAgent | OpenClaw |
|---|---|---|
| 身份定義 | SOUL.md | SOUL.md ✅ 完全相同 |
| 能力單元 | skills/ + tools/ | skills/ ✅ 相同概念 |
| 職責邊界 | DUTIES.md | 藏在 AGENTS.md / MEMORY.md |
| 安全規則 | rules/ | 透過 skills/ hooks |
| 格式標準 | 統一的 YAML + Markdown | 自訂 Markdown |
結論： OpenClaw 在 2024-2025 年就已有類似的組件化思維，領先 GitAgent。GitAgent 是試圖把這個模式推廣成業界標準。
---
價值判斷
- 對 OpenClaw 社群： 代表架構方向正確，OpenClaw 不需要跟隨 GitAgent 但可參考其標準化思路
- 對開源生态： 若 GitAgent 成為標準，OpenClaw agent 可移植到其他執行層
- 目前狀態： 剛發布，尚未規? 模採用
---
待追蹤
- GitAgent 正式 release 後的 adoption 狀況
- 是否有與 OpenClaw 整合的可能