config-migratelisted

# 工程配置迁移 ## 目标 这个技能用于把当前环境中的工程化配置做系统盘点，并迁移为目标平台支持的结构。重点不是机械复制目录，而是： - 识别当前项目级与用户级的工程化资源 - 按 `skills`、`rules`、`mcp`、`agents`、`hooks`、`commands`、`scripts/templates/docs` 分类 - 根据目标平台规范判断哪些能直接迁移、哪些要转换、哪些不能迁移 - 先给出实施方案并征求用户确认，再执行实际改动 ## 命令约定 默认按以下方式理解用户输入： ```text /config-migrate [target-platform] [migration-scope] ``` 参数说明： - `target-platform`：目标平台，例如 `claude`、`codex`、`cursor`、`trae`、`zcode`、`kimi` - `migration-scope`：迁移范围，例如 `all`、`auto`、`skills`、`mcp+skills`、`rules+commands` 参数处理规则： 1. 如果用户显式给出参数，直接解析。 2. 如果用户未给出参数，先从当前上下文、工作区现状、用户最近表述中推断。 3. 推断结果必须向用户确认。 4. 如���无法可靠推断，先主动询问用户，不要跳过确认。 ## 先看配套规范 开始规划前，优先查看同目录 `references/` 下已有目标平台规范： - `references/claude-spec.md` - `references/codex-spec.md` - `references/cursor-spec.md` - `references/trae-spec.md` - `references/zcode-spec.md` - `references/kimi-spec.md` 如果目标平台不在现有规范中： 1. 发起子代理调查目标平台。 2. 优先查官方文档、已安装技能、现有仓库资料。 3. 必要时联网搜索公开文档。 4. 产出一个与现有规范相同格式的 `<platform>-spec.md` 草案。 5. 如果仍找不到足够可信的规范，停止迁移并明确告知用户“当前无法安全转换”。 ## 执行原则 - 先盘点，后规划，再实施，不要跳步。 - 先确认目标平台与迁移范围，再动文件。 - 任何不确定映射都进入“需确认项”，不要臆造字段。 - 兼容性风险要在实施前说清楚，例如 hooks、rules、agents 的平台差异。 - 如果用户只想看方案，不做改动，就停在方案和 TODO 阶段。 - 默认要求：先分析和出方案，用户确认后才开始真正转换。 ## 标准流程 ### 第 1 步：解析目标平台与范围 输出一份简短的参数结论： - 目标平台 - 迁移范围 - 是否允许真实改动文件 - 是否需要补充调查目标平台规范 ### 第 2 步：发起盘点子代理 必须发起一个子代理，扫描以下两层范围： - 当前项目根目录 - 用户级目录 重点摸排一切常见以 `.` 开头的工程化目录，例如： - `.claude` - `.agents` - `.codex` - `.trae` - `.cursor` - `.zcode` - `.kimi` - `.claude-plugin` - `.codex-plugin` - `.zcode-plugin` - 其他明显属于 agent 工程化配置的隐