如何在 Claude Code、Codex 和 Cursor 之间共享 AI 指令

将共享指令保存在经过审核、受版本控制的来源中，使用各工具支持的格式分发，再通过新任务验证结果。文件复制只代表完成了交付；真正有用的是下一项任务采用了正确的指令。

每个工具应该使用什么文件？

• **Codex：**沿项目路径读取 AGENTS.md。更具体的指令和覆盖文件会影响实际加载内容。
• **Claude Code：**使用 CLAUDE.md 保存项目指令，团队可通过版本控制共享。
• **Cursor：**支持用 AGENTS.md 提供简单的项目指导，也支持用 .cursor/rules 定义更具体的规则。Team 和 Enterprise 方案还提供组织级 Team Rules。

这些机制的加载方式和作用范围不同。请将工具专属设置分开，并在修改现有配置前查阅下方官方文档。

主要差异一览：

一个最小示例

每个工具写一次规则，并保持措辞完全一致，方便审核者逐行比较这些文件。

供 Codex 使用的 AGENTS.md，Cursor 也会读取：

# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

供 Claude Code 使用的 CLAUDE.md：

# Reports
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

.cursor/rules/reports.mdc，仅作用于报告文件的 Cursor 规则：

---
description: Date format for project reports
globs: reports/**
alwaysApply: false
---
- Write calendar dates as YYYY-MM-DD.
- If a date is ambiguous, ask before writing it.

将这三个文件一起提交，并把对它们的修改作为同一项变更来审核。

从一条规则和一位负责人开始

在一个可丢弃的示例项目中，写下一条共享规则：“本项目的报告使用 YYYY-MM-DD 格式表示日期。日期有歧义时先询问。”将适当的指令写入各工具支持的项目文件。由一位负责人统一审核共同规则的变更；不要覆盖现有文件，也不要将个人指令复制为团队规则。

对于只使用一个仓库的小团队，Git 中经过审核的文件可能已经足够。为共享文本确定唯一的权威来源。如果脚本生成其他文件，应标明生成关系，并审核源文件，避免分别编辑两份副本。保留各工具要求的格式和作用范围。

如何知道指令生效了？

1. 确认正确的项目和指令版本已交付到各工具。
2. 在该项目中新建独立任务，要求生成日期为 2026 年 9 月 14 日的报告，不重复日期格式规则。
3. 检查结果是否使用 2026-09-14，记录任务和规则版本作为证据。
4. 再测试一个有歧义的日期及另一个项目，检查工具是否请求澄清，以及项目规则是否被错误地带入其他范围。

这是建议的验证练习，不是基准测试，也不保证模型行为。文件已加载与后续回答正确是两项独立观察。若检查失败，应先查看实际加载的指令、冲突规则、项目范围及工具版本。

一个简短的“审核到交接”练习

这个练习把上面的检查延伸为一条经审核的规则、一个任务、一次交接和一次结果核对。它是根据当前 onemind 文档写成的建议练习；本次修订没有用真实的 AI 服务运行过，结果取决于各工具的版本和模型行为。

使用一个可丢弃的 Project 文件夹，不放客户内容，并把上面的日期规则作为唯一的共享规则。任务步骤使用 Claude Code 和 Codex；Cursor 不能被分配 Matrix 任务，只用文件步骤检查它。每个任务都应是交付之后新建的任务，而不是写下规则的那段对话。

1. **审核。**把日期规则作为该 Project 中某个 Mind 的变更提出，由审核者批准，并记下批准的版本。参见 Mind 与审核。
2. 交付。把该 Mind 同步到 Claude Code 绑定的文件夹，等到同步活动中该工具和文件夹显示已送达；排队中或正在应用都不算交付。参见 Mind Sync。
3. **第一个任务。**在 Matrix 中为该 Project 创建任务，例如“在 reports/weekly.md 中写一份日期为 2026 年 9 月 14 日的周报”，不要重复规则，并分配给 Claude Code。如果工具请求权限，只有它所在 Mac 的所有者能回答。
4. 先交付给 Codex，再交接。当任务显示工具已结束后，把同一个已批准版本的 Mind 交付到 Codex 自己绑定的 Project 文件夹，并等到同步活动中 Codex 和该文件夹显示已送达。同事的 Mac 有自己绑定的本地文件夹，Claude Code 的交付记录不能说明 Codex 的情况。如果这次交付或其版本不明，先停下来处理好再继续。交接传递的是任务及其最新结果，不会传递仓库文件，也不会传递 Claude Code 的完整对话。在 Codex 修改任何内容之前，经审核的 reports/weekly.md 必须已经通过团队正常的文件审核或 Git 流程存在于 Codex 自己绑定的文件夹或工作树中；如果缺失，先停下来补齐。已结束的任务要通过运行下方的输入框交给另一个工具；任务菜单中的交接只能重新分配仍处于已分配、工作中或受阻状态的任务。在继续于中选择连接到同一 Project 的 Codex，并在这条消息中写明文件路径、经审核的第一行以及 Codex 需要的决定。如果 Codex 属于其他成员，需要先获得对方批准，任务会显示等待批准。在同一条消息中请 Codex 保留 reports/weekly.md 经审核的第一行，并补一行日期为 2026 年 9 月 21 日的内容，不要重复规则。参见 Matrix 对话。
5. 核对结果。打开任务的改动标签页查看差异；工具所有者使用共享改动，让同事看到同一份快照。在运行工具的 Mac 上，终端显示运行输出，预览可以显示本地开发服务器；其他机器只能看到已共享的改动。记录任务、两次结果和 Mind 版本。

符合以下情况即为成功

• 每个工具的任务开始前，同步活动都显示该工具自己绑定的文件夹已送达。
• Claude Code 在 reports/weekly.md 中的第一次结果使用 2026-09-14；Codex 交接后的结果保留这一经审核的第一行并新增 2026-09-21。两次任务提示都没有重复格式规则。
• 任务日志中出现交接给 Codex 的条目。
• 不拥有这两台 Mac 的同事也能看到共享改动和任务日志。
• 有人审核了输出。运行结束只表示工具报告已完成，不代表工作已被接受。

出现以下情况视为失败

• 任一工具写了其他日期格式，或反过来询问规则。先检查批准的版本、该工具和文件夹的同步状态、任务是否在绑定文件夹中运行、是否有冲突的本地文件（如 CLAUDE.md 的导入或 .cursor/rules）以及工具版本，再考虑补充文字。
• Codex 依赖只存在于 Claude Code 对话中的决定。把决定补进交接后再运行一次；这是预期行为，不是缺陷。
• 运行显示受阻或失败、一直在等待设备，或继续于中没有 Codex。检查 Mac 是否在线并已登录、Codex 是否连接到同一 Project，持续离线时重新分配，并在 Matrix 任务中查看允许交接的任务状态。未回答的权限请求会过期并按拒绝处理。

这项检查的局限。它只观察一条规则、两个工具和一次交接，不能衡量工具遵守指令的频率。交付、一次正确结果和之后的行为是三项独立观察。如果运行期间 Mac 进入睡眠或 onemind 退出，工具所有者会收到运行已中断通知，并可选择继续运行；不会自动继续。定期或按计划的运行不在本练习范围内。更完整的流程请阅读交接 AI 任务，不漏掉重要细节。

onemind 能提供什么？

onemind 帮助团队在不同 AI 工具之间维护经过审核和版本管理的指令与经验。用 Mind 保存需要维护的指导，明确 Team 或 Project 范围，并在分发前审核纠正建议，然后验证后续任务是否采用了它。

应评估的是审核与维护流程能否减少团队反复纠正的次数。基于文件的方案可能已经满足需求。onemind 不保证模型始终遵守每条指令；访问控制与测试仍然必要。

官方参考

工具行为会变化。请查阅最新的 Codex 指令指南、Claude Code 记忆文档及 Cursor 规则文档。本文介绍待验证的工作流程，不是客户案例。