问个关于 vibe coding 的问题

我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目,已提前约定技术规范、架构约束等要求。 现有翻新执行流程: 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题...
问个关于 vibe coding 的问题
问个关于 vibe coding 的问题

我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目,已提前约定技术规范、架构约束等要求。 现有翻新执行流程:

  1. 借助 AI 梳理总结老项目单个核心功能点
  2. 基于总结结果罗列全部功能点
  3. 根据功能点制定迁移翻新 TODO LIST
  4. 依照 TODO LIST 落地迁移改造

目前有两个比较大的问题

  1. AI 梳理内容存在选择性遗漏
  2. AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突,AI 改造丢失原有功能 既定分层规范:拆分数据层与业务逻辑层,逻辑层禁止直接引入 RPC 、配置组件,仅依赖数据层;配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范,逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范,直接删除违规依赖代码,未做逻辑迁移,造成原有业务功能失效。

这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ,人力成本偏高。 想知道各位大佬有没有做过翻新,有没有好用的技巧或者方式之类的,或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High

来源: V2EX - 技术查看原文