多端Agent工作台搭建:把 Claude Code、Codex、Grok 的规则文件统一起来

前言

一个项目同时在 Claude Code、Codex、Grok 上跑,是很常见的状态。问题出在配套文件上:Claude Code 认 CLAUDE.md,Codex 和通用 Agents 认 AGENTS.md,两边内容经常各写一份、改了一边忘了另一边;skill 也可能散在项目目录、全局目录、~/.agents/skills 好几个地方,说不清哪个是真源。等到「迁移到 Codex」或「Grok 也要能用」时,往往要翻一遍所有文件重新整理。

下面介绍的「多端Agent工作台搭建」就是处理这件事的流程型 Skill:它不替你写业务代码,而是把一个项目的 Agent 工作台整理成多端一致、能长期维护的形态。

这是什么

「多端Agent工作台搭建」是一个发布在 SkillHub 社区的 Skill,坐标 @user_93c42d4c/xy-workbench,当前版本 1.0.3,分类 ai-agent,发布者 user_93c42d4c,不需要 API Key(requires_api_key=false)。

它解决的问题是:多个 Agent 终端(Claude Code / Codex / Grok / 通用 Agents)共用一个项目时,规则文件和 skill 各自为政,缺少统一的整理流程。Skill 把整理过程拆成五个环节:审规则文件、认 skill 真源、统一命名、生成桥接、逐项验证。

核心功能

按官方简介,这个 Skill 工作时按以下步骤推进:

1、审规则文件:检查项目中已有的 CLAUDE.md / AGENTS.md,看清现状再动手。
2、认 skill 真源:确认各个 skill 的源头在哪个目录,解决「skill 散在好几个地方」时不知道以哪个为准的问题。
3、统一命名:把命名规则统一下来,避免同一份规则在不同端叫不同名字。
4、生成桥接:为不同终端生成对应的桥接文件,让 Claude Code、Codex、Grok 读到同一份约定。
5、逐项验证:整理后逐项检查各端是否真的能读到并遵循规则。

安装与启用

官方地址为 https://api.skillhub.cn/user_93c42d4c/xy-workbench,SkillHub 页面为 https://www.skillhub.cn/skills/user_93c42d4c/xy-workbench。

需要说明的是,已抓取的资料中没有给出具体的安装命令,也未提供 Cursor / Codex CLI / Claude Code 在安装步骤上的官方差异说明。这个 Skill 基于通用 SKILL.md 格式,简介中提到通用 Agents 的 skill 目录为 ~/.agents/skills。具体的安装与启用方式,建议以 SkillHub 官方页面为准,本节不做推测。

典型用法

官方资料给出的触发方式是:当用户提出下列需求时使用这个 Skill:

  • 「迁移到 Codex」
  • 「迁到 Claude Code」
  • 「Grok 也要能用」
  • 「统一 AGENTS.md」
  • 「我的 Agent 工作台很乱」
  • 「skill 散在好几个地方」
  • 「帮我把 Claude 和 Codex 和豆包打通」

实际使用时,把项目现状交给 Skill,它会按上面五个环节走一遍:先审现有规则文件,再确认 skill 真源和命名,然后生成桥接,最后逐项验证各端是否读到了同一份规则。

适用场景与注意

适合:一个项目同时被多种 Agent 终端使用的团队或个人;规则文件已经出现两份、三份且内容不一致的项目;准备从单端迁移到多端、希望一次整理到位的场景。

注意:这个 Skill 整理的是工作台层面的规则文件和 skill 组织,不涉及业务逻辑改写;它给出的是整理流程,迁移前后仍需自己确认各端实际读取的文件路径。另外,安装命令、各端配置差异在现有资料中没有官方说明,动手前先到 SkillHub 页面核实,不要照搬其他 Skill 的安装方式。

结尾

多端 Agent 共存时,真正消耗维护成本的不是工具本身,而是 CLAUDE.md、AGENTS.md 和各处 skill 的同步。这个 Skill 的价值在于把整理工作台这件事流程化:先审、再认、再统一、再桥接、最后验证,每一步都有明确产出。如果你的项目正处在规则文件混乱、准备迁移终端的阶段,可以从它的官方地址开始:https://api.skillhub.cn/user_93c42d4c/xy-workbench

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

Xiaoye