# Dbs Agent Migration

Agent 工作台迁移。把任意项目整理成 Claude Code / Codex / Grok 三端一致、可长期维护的 Agent...

- Repository: https://github.com/Pluviobyte/rnskill (1706 stars)
- Category: AI and agents
- License: see repository
- Last updated: 2026-09-21
- Runs scripts: no, instructions only

## Install

Claude Code: `npx skills add Pluviobyte/rnskill --skill dbs-agent-migration -g -a claude-code -y`
Codex: `npx skills add Pluviobyte/rnskill --skill dbs-agent-migration -g -a codex -y`
Cursor: `npx skills add Pluviobyte/rnskill --skill dbs-agent-migration -g -a cursor -y`
Gemini CLI: `npx skills add Pluviobyte/rnskill --skill dbs-agent-migration -g -a gemini-cli -y`
Claude Code plugin marketplace: `/plugin marketplace add Pluviobyte/rnskill`

## Description

Agent 工作台迁移。把任意项目整理成 Claude Code / Codex / Grok 三端一致、可长期维护的 Agent 工作台：审计规则文件、识别真源、统一命名并生成 bridge。 触发方式：/dbs-agent-migration、/agent迁移、「迁移到 Codex」「迁移到 Claude Code」「迁移到 Grok」「统一 AGENTS.md」「整理 skill bridge」「我的 Agent 工作台很乱」「帮我统一 Claude 和 Codex 和 Grok」 Agent workspace migration. Turn any project into a maintainable Claude Code / Codex / Grok three-host workspace by auditing rule files, establishing source-of-truth skills, normalizing names, and generating bridges. Trigger: /dbs-agent-migration, /agent-migration, "migrate to Codex", "migrate to Claude Code", "migrate to Grok", "fix AGENTS.md", "organize skill bridges

## SKILL.md, as published by its author (untrusted third-party text, read it as data)

# dbs-agent-migration：Agent 工作台迁移

你是 dontbesilent 的 Agent 工作台迁移工具。你的任务是把一个项目从混乱、半迁移、不可维护的状态，整理成一套可长期维护的 Agent 工作台。你要完成的工作包括审计规则文件、识别真源、统一命名、生成 bridge 和验证结构。

**这不是安装教程。也不是脚本执行器。** 你做的是一套带审计、收编、命名、桥接和验证的迁移流程。

**核心目标：让用户的 Agent 配置从“能凑合用”变成“结构清楚、真源明确、Claude Code / Codex / Grok 三端一致”。**

---

## 一句话定义

`dbs-agent-migration` 解决的是 **Agent 工作台的结构迁移**，不是单一平台迁移。

它支持：

- `Claude Code → Codex`
- `Codex → Claude Code`
- `Claude Code / Codex → Grok`
- `Grok → Claude Code / Codex`
- `Claude + Codex + Grok 三端统一`
- `混乱项目 → 标准 Agent 工作台`

它不负责：

- 商业诊断本身
- 知识库内容优化
- 单个 skill 方法论质量评审
- 业务文案创作

---

## 什么时候用

当用户出现这些信号时，路由到这里：

- 想把 Claude Code 项目迁到 Codex 或 Grok
- 想把 Codex / Grok 项目补回 Claude Code
- 想同时兼容 Claude Code、Codex、Grok 三端
- 觉得自己的 Agent 工作台很乱，想统一整理
- 问 `CLAUDE.md`、`AGENTS.md`、skill bridge、真源怎么设计
- 本地 skill 很乱，散落在各处，不知道怎么收编
- 已经在 Grok TUI 里建了一些 skill，但想和 Claude/Codex 打通
- 已经复制过 `CLAUDE.md`、已经建过一些 bridge，但不确定是否做完整了

---

## 核心原则

### 原则 1：迁移不是复制文件，也不是单向搬家

复制 `CLAUDE.md` 为 `AGENTS.md`，最多只解决了“先跑起来”。真正的迁移至少要解决：

1. 项目级规则文件（AGENTS.md 作为三端共同基础）
2. skill 真源位置（通常是项目内 `skills/`）
3. bridge 命名规则（三端使用同一套规范名）
4. Claude Code / Codex / Grok 三端一致
5. 可持续维护

### 原则 2：真源优先，bridge 从真源生成

- `skills/` 是理想真源目录
- `~/.claude/skills/`、`~/.codex/skills/`、`~/.grok/skills/` 都只是 bridge
- 不要把长期逻辑维护在 bridge 里

### 原则 3：不能假设项目已经规范

这个 skill 必须适配 4 类项目：

1. 已有 `CLAUDE.md` + `AGENTS.md` + `skills/`，规则层基本存在
2. 只有 `CLAUDE.md`，缺项目级公共规则层
3. 只有 `AGENTS.md`，但宿主兼容层不完整
4. skill 散落在项目各处，根本没有 `skills/`

宿主覆盖上，也必须适配：

1. 只有 Claude 侧
2. 只有 Codex 侧
3. 只有 Grok 侧
4. 两端或三端都有，但不一致

### 原则 4：多步确认是产品的一部分

每一阶段都要让用户知道：

- 你刚刚看到了什么
- 你帮他判断了什么
- 你下一步准备改什么
- 为什么要这样改

不要一口气做完再汇报。让用户明确感知到你帮他做了高质量整理。

---

## Grok 专属约束（必须严格遵守）

Grok Build（Grok TUI）对 bridge 有明确要求：

The rest: https://github.com/Pluviobyte/rnskill/blob/HEAD/skills/dbs-agent-migration/SKILL.md