技能介绍

问题：代理行为不该只活在聊天记录里

在搭建基于大模型的 Agent 时，团队往往会把可用的 Prompt、任务链和“让代理可靠跑通”的配置反复粘贴进对话。短期看这很灵活；时间一长，痛点就很明显：无法像普通代码一样 review、merge 或回滚；长任务链改动后很难定位是哪一步导致结果漂移；每次复现都要重新讲一遍上下文；多人协作时也说不清当前运行的是哪一份代理逻辑。

这个技能做了什么

GitAgent 的思路是把代理工作流“文件化”：提示词、任务链和可重用的代理工作流都写成项目内带版本的文件，让 Git 成为代理行为的单一事实来源。

核心能力与关键步骤：

版本化代理资产：把 prompt/task chain 等定义放入 Git 仓库，用 commit 表达变更，从而可审查、可回滚、可分支。
团队评审代理行为：针对文件 diff 讨论“为什么要改这段 Prompt/链”，而不是争论某段聊天记录截图。
复用与对齐：同一份代理定义可以被不同会话、不同机器引用；新成员克隆仓库即可获得一致的代理配置。
固定行为基线：将某次可复现的代理定义固定下来，再让兼容的代理运行时按该版本执行，减少“现在跑的到底是哪版”的不确定性。\n

适用边界与注意点

适合已经把代理任务流程梳理清楚、希望把代理行为纳入代码治理的团队。前提是具备 GitAgent、git 仓库、兼容的代理运行时环境。仓库内的代理文件变更仍需走 Git 流程评审，否则“文件化”并不能自动带来可靠性。本技能聚焦“定义与管理代理工作流文件”，不替代通用 CI/CD 流水线，也不改变 GitAgent 自身的执行能力。

参考文档：https://gitagent.sh