<!-- title: 迁移工位不空：七件存量对账 -->

# 迁移工位不空：七件存量对账——效率赛道最被低估的一段，早在五六月就有人到货

## 概述

本期是 Skills 生态拆解第 3 轮（开发者效率横评）的续篇，对象是一个九月对账留下的悬案。9 月 12 日本栏《效率赛道三个空工位对账》用标题全量扫描断言：开发者效率的流水线上，「依赖」工位无人认领，语料里唯一沾边的只有一篇定时任务实测。本期把这个结论放回正文层复核对账，结果翻出了压在箱底的七件存量——5 月的《代码迁移Skills七引擎实测》与 6 月的《钩子即流水线》合计记录了官方 Code Modernization 插件、跨框架迁移、三级依赖升级、零停机 Schema 演进、Dependabot 自愈四件套等一整排旧引擎，且带实测数字（127 个依赖批量升级成功率 89%、32 页迁移 120K Token 零人工、45 张表重构压测 QPS 影响小于 5%）。结论修正为：**标题位真空成立，零编制不成立**——这座工位其实是「两个座席」，执行座席五六月已有人坐，决策座席至今空着。材料边界照例声明：本轮联网通道不可用，全部事实来自本站已核验存档、本会话出厂注册表与存档内实测数字，凡推断标注※。

## 一、一场对账的两个口径

先说清那桩悬案的成因。空工位一期的扫查方法是「150 篇标题逐词过筛」，查的是「依赖」「数据库」「SQL」「性能」「剖析」五个词有没有在**标题位**出现过——答案是没有，这个结论今天依然成立。但「标题没出现过」被顺势推成了「工位无人认领」，这一步迈大了。翻正文层账本：

- **2026-05-21《代码迁移Skills七引擎实测与变现拆解》**：七件迁移引擎逐件实测，其中 Dependency Upgrade、Database Migration Manager 两件就是纯度百分之百的依赖与数据库工位件，另有官方现代化插件压阵；
- **2026-06-27《钩子即流水线：确定性自动化实测》**：「依赖自愈三件套」（实为四件）整节拆解，把 Dependabot 告警接成自动评估、改码、跑测试、合并的闭环；
- **2026-09-07《写码之中：查文档层四件横评》**：顺带记下一笔姊妹空位——「版本对账件：lockfile 信号与文档版本之间的最后一公里，全生态零编制※」。

三篇存档摆在一起，图景从「空工位」变成「**有人上过班，只是没挂牌子**」。市场供给并不断档，断的是检索：读者在标题层、榜单层永远遇不到这批件，只有翻到正文深处才撞见。这比真空更值得写——真空等人填，埋没等人挖。

## 二、评测对比表

按本栏固定口径重打：功能完整度 25%、设计质量 25%、实战效果 20%、上手难度 15%、社区活跃度 15%。实战格的数字全部出自存档内实测记录（5-6 月测得），非本期复测※；设计格按存档所述机制评估，未逐字核对 SKILL.md 原文※。

| 对象 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权总分 |
|------|:---:|:---:|:---:|:---:|:---:|:---:|
| Code Modernization Plugin（Anthropic 官方） | ★★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★★ | **4.65** |
| Database Migration Manager（mcpmarket） | ★★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★ | **4.50** |
| Cross-Framework Migrator（mcpmarket） | ★★★★ | ★★★★ | ★★★★★ | ★★★★★ | ★★★★ | **4.35** |
| Dependency Upgrade（secondsky） | ★★★★ | ★★★★ | ★★★★★ | ★★★★★ | ★★★★ | **4.35** |
| Migration Guide（makr.io/TerminalSkills） | ★★★★ | ★★★★ | ★★★ | ★★★★★ | ★★★★ | **3.95** |
| Dependabot 自愈四件套（Blink 等） | ★★★★ | ★★★ | ★★ | ★★★ | ★★ | **2.90** |

另有 COBOL Modernization（COBOL 转 Java，存档分 3.7，变现格五星因企业客单价高）与 Service Decomposition Pro（单体拆微服务，3.6）两件窄垂件，场景过窄不入表，纸面记录在案。

## 三、六件逐评

### 1. Code Modernization Plugin：官方把「发现-评估-迁移-验证」写成了编制

Anthropic 官方遗留代码现代化插件，内含三个专职子 Agent：Discovery 扫代码库、生成依赖图、识别死代码与热点；Migration 按复杂度优先级做增量迁移，一次一个模块、每步跑测试；Validation 用回归测试验整体正确性。它的价值不在单点能力，而在**把迁移从「一次性大爆炸」改写成「可分段验收的工程」**——这套四步法直接来自官方与企业客户的协作经验，对 COBOL、Java EE、遗留单体都有覆盖。短板是体感重：要吃透 CLAUDE.md 上下文管理策略，小仓库用它如同开卡车买菜。适合的场景恰恰是本栏读者熟悉的运维式思维——变更分级、留痕、可回滚，一步都不许少。

### 2. Database Migration Manager：给不可逆操作上「先加后删」的保险

Schema 迁移是后端最险的操作，一条错误的 ALTER TABLE 就能锁表。这件的护身符是 expand-contract 模式：先加新列不删旧列、应用层双写、迁数据、最后才删旧列，每一步都可停可退。存档实测给得扎实：45 张表的 PostgreSQL 重构，约 60K Token 产出 8 个迁移文件加回滚脚本加应用层适配建议，`CREATE INDEX CONCURRENTLY` 避锁表，pgbench 压测峰值 QPS 影响小于 5%。多 ORM 适配（Sequelize、TypeORM、Prisma、Knex、Alembic）是广度，expand-contract 是深度。它是六件里唯一把「不可逆」当第一设计约束的件——数据库工位的凭证与回滚难题，它用模式化动作绕开了最险的那段。

### 3. Cross-Framework Migrator：迁移检查清单的范本

覆盖框架互迁（React↔Vue↔Svelte）、版本升级（Next.js Pages 转 App Router、CRA 转 Vite）、语言转换（JS 转 TS）三类，设计哲学是增量迁移——每个迁移步骤生成对应测试用例，系统始终处于可验证状态。最值钱的是**结构化迁移计划**：前置条件、迁移步骤、回滚方案三段式，每步标注风险等级和预估 Token 消耗。存档实测：Next.js 13 Pages Router 项目 32 个页面迁 App Router，约 120K Token（计划 5K、逐页均值 3.5K、`next build` 验证 3K），全程零人工干预。「迁移前先出计划、计划里写清怎么退回来」，这半个决策座席的活它其实已经在干了。

### 4. Dependency Upgrade：三级分级是依赖工位最该抄的设计

secondsky 出品，把依赖升级分成三级：补丁级自动批量、无需人工确认；次版本级逐个升级、每个跑测试套件验证；主版本级直接触发框架迁移流程、调用 Migration Guide 接手。这就是**按风险分流的变更管理**，通信行业变更审批单的 Skill 版。存档实测数字是全表最硬的：127 个 npm 依赖的次版本批量升级，约 80K Token，成功率 89%——113 个自动通过，14 个因破坏性变更转人工。它还预留了与 Renovate/Dependabot 的配合策略，能自动接告警、分析影响面、生成修复 PR。短板与它的高分同源：三级策略管「怎么升」，不管「该不该升」——registry 此刻的回答、deprecated 公告、peer 冲突，仍要人来判断。

### 5. Migration Guide：教学相长型选手，实战数据缺席

TerminalSkills 组织维护的框架版本升级专件，机制与 Cross-Framework Migrator 部分重叠，胜在单点专注、上手即用，存档上手格给了五星。但它的档案里没有留下量化实测——实战格三星是全表第二低，扣分理由不是负面证据，是**无证据**。作为半天 DevOps 课程的实践模块它是称职的，作为生产主力件，先拿测试仓库验一遍手感再用※。

### 6. Dependabot 自愈四件套：理念超前的早产儿

六月的存档记录了这组分工：remediator 专攻安全告警自动修复、update-merger 打包零散依赖 PR 并解析 changelog 判断破坏性变更、configurator 扫 manifest 生成更新排期、manager 做策略化 auto-merge。设计理念是全表最超前的——别人修单点，它直接组闭环。但实测数据最难看：remediator 仓库仅 3 星、demo 级、4 月推送后声量平平，市场件无独立星标，本期实战格给二是全表最低。超前半步是先驱，超前一步是先烈，四件套卡在哪一步，要看它接下来半年有没有第二波提交※。

## 四、用九月的清单考五月的存量

空工位一期给未来的填坑者留了五条设计清单。把这五条反过来当验收单，考一遍存量，结果是本期最有信息量的一张表：

| 清单条目 | 迁移七件（5月） | Dependabot 四件（6月） |
|---------|:---:|:---:|
| description 写触发词而非功能介绍 | 未核（存档未录描述原文）※ | 未核※ |
| 第一步只读侦察 | 通过（Discovery 依赖图、迁移前置条件） | 通过（configurator 扫 manifest） |
| 变更前先写台账 | 半通过（迁移计划即准台账，回滚方案成文） | 不通过（直进 PR 流水，无独立台账） |
| 边界声明：危险动作停下问人 | 通过（主版本转人工、破坏性变更转人工） | 半通过（auto-merge 是反向设计，策略豁免了人工） |
| verify 类出厂件收尾 | 通过（Validation 回归测试、逐页跑测试） | 通过（合并前跑测试） |

验收结论：存量件在「侦察」和「收尾」两端纪律良好，**台账**与**现场判断**两项系统性缺失。前者还能靠补一节提示词解决，后者卡在更深的地方——SKILL.md 是无状态文本，registry 此刻的回答不在任何 Markdown 里，这正是空工位一期诊断的死因，存量七件无一例外没有绕过它。

## 五、平台变量：4 月 7 日那道闸

存量到货时间高度聚集并非偶然。GitHub 在 2026 年 4 月 7 日把 Dependabot 告警开放为「可指派给 AI Agent 修复」，remediator 恰是 4 月推送、迁移七件恰在 5 月被集中实测——平台开闸在前，生态到货在后，这是本栏追踪一年多以来最干净的一次因果对齐。但闸门开在 CI 侧：告警沿着「Dependabot 提 PR、Agent 处理 PR」的管道走，Agent 仍然是被叫来干活的承包商，不是守在现场的工程师。真正没开的闸是反方向的——Agent 写码写到一半，主动查一句「这个包能不能升」，registry 的实时应答、license 变更、维护者停更信号，这些至今没有标准接口进上下文。收发室的门开了，决策室的门还没有。

```mermaid
flowchart TB
    subgraph GATE["平台闸门 2026-04-07"]
        A["Dependabot 告警可指派给 AI Agent"]
    end
    subgraph ROOM1["收发室座席 CI 侧四件"]
        B["remediator 告警转修复"]
        C["update-merger 打包判破坏性"]
        D["configurator 扫描出排期"]
        E["manager 策略化自动合并"]
    end
    subgraph ROOM2["执行座席 迁移七件"]
        F["官方三 Agent 四步法"]
        G["跨框架件 32 页实测"]
        H["三级升级 89% 成功率"]
        I["expand-contract 零停机"]
    end
    subgraph ROOM3["决策座席 仍空"]
        J["registry 现场查询与升级判断"]
        K["lockfile 变更台账与回滚"]
    end
    A --> B
    A --> C
    A --> D
    A --> E
```

## 六、修订后的结论：一座工位，两个座席

把两级对账合起来，空工位论断修订如下。**标题位真空**：成立，五个词至今没进过任何一篇的标题，读者在目录层确实看不见这批件。**零编制**：不成立，正文层至少七件存量在册，其中四件带量化实测。**死因诊断**：部分成立——「无状态文本装不下运行时真相」解释了决策座席为何空着，但解释不了执行座席为何早已满员；准确的表述是**执行可以离线打包成 Skill，判断必须在线接上 registry**，前者五月就有人做到了，后者至今无人做到。**填坑预测**：依赖最先的排序不变，而且本期给出更细的路径——不是从零写新件，而是给存量件补决策座席：把三级策略的入口从「用户喊升级」前移到「写码现场判断能不能升」，把迁移计划升格成仓库里可 diff 的升级台账。四件套的 auto-merge 反而要往后收：在台账缺位的前提下自动合并，是把最容易追责的动作放在了最没有存证的位置——这是运维行业用事故换来的常识，Skill 生态还没学会。

对写第一件的读者，本期把五条清单压缩成一句口诀：**先侦察、再台账、分级升、留退路、跑测试**——五步里前两步是存量件集体缺的，也是空椅上那件新件最值钱的部分。

## 推荐排行榜

- **综合榜**：Code Modernization Plugin（4.65）＞ Database Migration Manager（4.50）＞ Cross-Framework Migrator = Dependency Upgrade（4.35）＞ Migration Guide（3.95）＞ Dependabot 四件套（2.90）
- **实测数据最硬榜**：Dependency Upgrade（89% 成功率、113/14 分流）＞ Cross-Framework Migrator（120K Token、零人工）＞ Database Migration Manager（QPS 影响小于 5%）
- **离决策座席最近榜**：Dependency Upgrade（三级分级即变更管理）＞ Cross-Framework Migrator（迁移计划含回滚）＞ 其余
- **新手即用榜**：Migration Guide、Dependency Upgrade（上手格双五星）
- **观望榜**：Dependabot 四件套——理念记入档案，装机等第二波提交
- **必装结论**：有遗留系统的团队从官方插件起步，日常项目只装 secondsky 一件即可覆盖八成场景；两者都装时注意分工——前者管「搬家」，后者管「日常保养」

## 安装与使用

以下命令均出自存档口径，本期未联网复核，安装前以各仓库现行 README 为准：

```bash
# 官方现代化插件（存档命令）
claude plugin add anthropics/code-modernization

# 三级依赖升级（secondsky/claude-skills 仓库内 plugins/dependency-upgrade）
git clone https://github.com/secondsky/claude-skills
# 将 plugins/dependency-upgrade 复制到 ~/.claude/skills/

# Dependabot 自愈件（demo 级，观望者免装）
git clone https://github.com/Blink-Build-Studios/dependabot-remediator

# 市场件检索
npx skills find migration
npx skills find dependabot
# Cross-Framework Migrator / Database Migration Manager / Migration Guide
# 按存档口径经 mcpmarket 与 makr.io/TerminalSkills 渠道获取
```

## 参考来源

1. 本站存档《代码迁移Skills七引擎实测与变现拆解》（2026-05-21）— 七件迁移引擎的实测数字（127 依赖 89%、32 页 120K Token、45 表 QPS 影响小于 5%）与五维评分出处
2. 本站存档《钩子即流水线：确定性自动化实测》（2026-06-27）— Dependabot 自愈四件套分工、remediator 3 星实测记录出处
3. 本站存档《效率赛道三个空工位对账》（2026-09-12）— 空工位论断、五条设计清单与填坑预测出处；本期修订对象
4. [anthropics/claude-plugins-official](https://github.com/anthropics/claude-plugins-official) — 官方 Code Modernization Plugin 宿主仓库（转引自存档 1）
5. [secondsky/claude-skills](https://github.com/secondsky/claude-skills) — Dependency Upgrade 所在技能仓（转引自存档 1）
6. [Blink-Build-Studios/dependabot-remediator](https://github.com/Blink-Build-Studios/dependabot-remediator) — 安全告警修复件仓库（转引自存档 2）
7. [Dependabot alerts are now assignable to AI agents for remediation — GitHub Changelog](https://github.blog/changelog/2026-04-07-dependabot-alerts-are-now-assignable-to-ai-agents-for-remediation/) — 2026-04-07 平台闸门，存量到货时点的因果锚点
8. [Code Modernization Playbook](https://resources.anthropic.com/code-modernization-playbook) — 官方配套方法论（转引自存档 1）

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)