我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High
我目前正在做旧项目按功能维度迁移至 Vibe Coding 项目，已提前约定技术规范、架构约束等要求。 现有翻新执行流程： 借助 AI 梳理总结老项目单个核心功能点 基于总结结果罗列全部功能点 根据功能点制定迁移翻新 TODO LIST 依照 TODO LIST 落地迁移改造 目前有两个比较大的问题 AI 梳理内容存在选择性遗漏 AI 梳理、改造时容易漏掉配置化代码、第三方接口请求等隐性逻辑。 新架构规范与老旧代码冲突，AI 改造丢失原有功能 既定分层规范：拆分数据层与业务逻辑层，逻辑层禁止直接引入 RPC 、配置组件，仅依赖数据层；配置解析、原始数据处理全部收拢至数据层。 但老项目历史代码不规范，逻辑层直接耦合 Apollo 配置等代码。AI 重构时优先贴合新架构规范，直接删除违规依赖代码，未做逻辑迁移，造成原有业务功能失效。 这两个造成迁移阶段需要大量人工做功能验证、反复代码 Review ，人力成本偏高。 想知道各位大佬有没有做过翻新，有没有好用的技巧或者方式之类的，或者 Skills 之类的可以让这个过程更加精准之类 目前用的模型是 Codex 的 Gpt-5.5 High