能用文件系统解决的别发明新机制

一份开源的 agent 配置，把"规则写三遍"这个老大难解掉了。OpenClaw 的创造者 Peter Steinberger 把自己的整套 agent 环境公开，仓库在 github.com/steipete/agent… ，6.6k stars，MIT 协议。

核心动作只有一个：全机器的 agent 都读同一个文件夹。一份 AGENTS.MD 存全部规则，脚本把它符号链接到 Claude Code 的 CLAUDE.md 和 Codex 的 AGENTS.md，两边永远读到同一份指令。

其他仓库顶部只需一行：READ ~/Projects/agent-scripts/AGENTS.MD BEFORE ANYTHING。改一次规则，所有项目同时生效。

Skills 的管理照搬同一套思路。69 个 skill 集中放一处，每个带一段简短描述，agent 靠描述决定加载哪个；再由 sync-skills 脚本把它们链进两个 agent。我见过太多人 skill 散在各个仓库，改一个忘三个，最后哪个版本在生效自己都说不清。

看完我立刻意识到自己踩过的坑。同一个项目里 CLAUDE.md 和 AGENTS.md 写了两遍规则，一边改了另一边忘，模型行为就飘。符号链接这招土得掉渣，却正好治这个病。真正的工程里，能用文件系统解决的就别发明新机制。

先说保留：他的 AGENTS.MD 里塞着他自己的主机和账号，fork 之后第一件事是换成自己的，再把用不上的 skill 删干净。这一步跳过去，等于把自己的密钥摊在每个 agent 面前。

我的动作已经定了：fork 下来，规则替我自己的，技能先留常用的那十几个。跑顺之后再谈加，同一件事我这周已经给自己定了两次节奏，一个个来。