你们 vibe coding 是喜欢写在一个工程文件 还是拆分的很细？

1 先基于 code base 输出项目整体文档，
2 执行/init （如果使用 cc ）生成 claude.md 每次对话会默认带上这个文件。
3 然后根据你的需求输出整体和拆解的需求，根据需求串行或者并行执行子任务。
4 注意多用 /compac 压缩会话继续当前需求 /clear 清除历史会话开始新的需求
5 有没有你使用的 AI model or agent 设置的 context window 过小，目前 200k~1M 是常见的。

先把需求跟 AI 讨论清楚，让它出一个完整的计划文档，这一步要多花一些时间，让 AI 不断的 grill me ，把所有因素尽量都考虑完整了
然后让它把任务拆分，做一个开发文档，分成多个阶段
执行的时候按阶段做。主 Agent 把阶段任务计划给到 sub agent 来实现然后验收

没办法，只能自己一点一点拆细节，我是把关联性不强的模块单独分析成 md 阶段任务验收计划，阶段任务和验收指标要讲的非常细致才行，而且需要对源代码理解十分透彻，否则 ai 糊弄你和闹着玩似的，中间浪费大量时间扣界面和验收细节以及看代码，说实在也就自己写私人项目能好受一点，写公司项目真的很累

我说一下传统开发移植的时候是怎么做的
前期准备：
1.把所有功能都整理出来，形成文档
2.把后台数据库的数据结构理清，形成文档
3.把所有 api 都过一遍，形成 api 文档
新项目开始前准备：
1.讨论新项目架构，划分所有主要功能模块的设计
2.实现一个原型工程，只包含主要模块，也可包含部分子模块
3.组建开发团队，切分主要功能下的所有子功能，原则上将功能关联性较高的子模块分配给同一个人进行开发
开发中：
1.个人开发时，需要遵循原型工程进行开发，首先需要理解分配给自己模块的功能，数据结构，api 接口
2.在正式代码之前，需要理清数据的流向（这一步非常重要）
3.对于原本业务逻辑非常复杂的功能，实际移植时其实是非常容易发生错漏和偏移的，这个其实在编码阶段无解，只有通过后一个阶段构造完整测试集来进行排除
测试阶段：
1.通过构造大量测试 case 对新系统进行测试，构造是可以参考旧系统的测试集
2.通过测试，反馈 bug ，更改代码来实现新系统健壮性的逐步提升

至于 AI 做移植，我觉得可以参考以上流程

早期时，我发现文件越少，成功率越高。所以养成的习惯是尽量少拆。

刚迁移一个小型的微信小程序 uniapp 到原生,具体大概一万行? 代码左右.
我是直接跟他说需求,让他自己整理计划,拆分成多个步骤. 然后按步骤执行,每步执行完记录到 md.
每轮结尾让他自己评估需不需要新开窗口做下一轮工作;

总体感觉还行,估计是项目比较简单

@op351 看来还是偷不了懒哦，谢谢大佬

@jackOff 我完全不懂代码，纯和 ai 骂架骂出来的系统。移植到另外一个平台 更是难的很 又要骂一遍