codex、cursor、calude-code 的 rules、command、Skills 和 MCP 都放哪里？

2026.05.04

·agentcodexcursorclaudemcpskills

结论

项目规则留在项目里。
项目命令放到各工具自己的目录。
Skills 单独维护到 /Users/liguwe/832/skills。
MCP 按权限边界放，不和 Skills 混在一起。

这篇只解决一个问题：

text
规则、命令、Skills、MCP 到底放哪里？

先判断它是什么，再判断它属于谁。

1. rules 放项目里 ​

rules 是项目协作规则。

它回答的是：

text
这个项目是什么？
哪些目录默认不读？
公开内容和私有内容怎么区分？
哪些脚本不能乱跑？
发布链路怎么走？

所以 rules 要离项目最近。

在 832OS 工程中，我现在的做法是：

text
AGENTS.md
CLAUDE.md
.cursor/

AGENTS.md 放通用规则。

CLAUDE.md 只做 Claude Code 入口，导入 AGENTS.md，再补 Claude 自己的差异。

Cursor 如果需要更细的项目规则，再放到 .cursor/rules/。

规则不要放进 skills 仓库。规则是项目上下文，不是可安装能力。

2. command 按工具放 ​

command 是工具入口。

Cursor、Claude Code、Codex 都能做命令，但入口不一样。

所以不要搞一个统一命令目录。项目里保留同一个意图，落地时按工具适配：

text
.cursor/commands/
.claude/commands/
.agents/skills/

比如 /new-blog、/new-corpus、/new-embodied、/sort-index，它们都是 832OS 的项目命令。

它们服务的是这个仓库的信息流，不是所有仓库都需要的通用能力。

所以命令留在项目里，不搬到 /Users/liguwe/832/skills。

3. Skills 放长期能力 ​

Skills 只放真正的 skill。

比如：

  • 写博客
    • 因为平时大概率会碰到自己想记录的问题，聊天的过程中，随手生成一篇文章就好
  • 生成二维码
  • 压缩 PNG
  • 下载播客
  • 翻译技术文档等

这些能力不是 832OS 独有的，别的仓库也会用，所以单独维护到：

text
/Users/liguwe/832/skills

规则、命令提示词、MCP 模板，不要硬往这里塞

4. MCP 按权限边界放 ​

MCP 不是 skill。

它是外部工具连接，常常牵涉账号、token、权限和本机环境。

所以判断标准不是“哪个 Agent 会用”，而是：

text
是不是只给我自己用？
有没有密钥？
能不能提交到项目里？

个人工具和敏感配置，放用户级或本地级。

项目成员都需要、又不含敏感信息的，才考虑项目级。

5. 最后记一句 ​

不要为了统一目录而统一目录。

更稳的做法是：

text
统一判断，不统一目录。

Codex、Cursor、Claude Code 各自有自己的入口。尊重这些入口，比硬凑一个总目录更省事。