前言¶
一個項目同時在 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
