选模型,从你要做的事开始
← 场景指南产品与工程

代码库理解与系统迁移

围绕现有仓库做依赖梳理、架构理解和迁移计划,在测试约束下逐步改动,形成可回退的交付。

准备什么

输入材料

仓库代码、架构说明、测试、迁移目标与兼容性要求。

得到什么

目标交付

依赖与影响清单、迁移代码、测试结果和发布 / 回退步骤。

怎样一步步完成

把工作拆成可检查的环节,再选择模型和配套工具。

  1. 01

    建立仓库地图

    先定位入口、配置、数据流和测试,再找与目标相关的模块。

  2. 02

    拆解迁移风险

    核对接口、数据格式、依赖版本和外部调用,确定验证顺序。

  3. 03

    逐步实现并测试

    小批量修改代码,运行对应测试与真实路径,保留差异记录。

  4. 04

    准备交付与回退

    明确数据迁移顺序、发布检查和回退条件,确认实际运行结果。

需要哪些模型能力

按实际环节组合使用,下面的目录会展示匹配其中一种或多种能力的候选。

查看匹配的模型

配套工具

代码检索终端与测试环境版本控制与部署工具

选型与交付检查

  • 比较跨文件理解、工具调用和长任务执行能力。
  • 大上下文不等于能自动读取整个仓库,检索与工具权限需配置。
  • 迁移完成要有运行和兼容性验证。

可以这样描述需求

阅读代码库,梳理依赖并编写迁移代码,运行测试验证兼容性,最后总结发布与回退步骤。
带着这个需求继续选型

相关场景

全部场景