AI 交流论坛

我越来越觉得，AI 编程真正的成本不是模型费，而是上下文管理。 很多时候 AI 写不好，不是因为模型不行，而是它拿到的信息太乱：旧 README、过期注释、没说清楚的目录职责、没人维护的测试命令。它只能在一堆不确定信息里猜。 我现在会给项目准备几类“喂给 AI 的材料”： 项目入口：这个项目是干嘛的，核心模块在哪里 运行方式：开发、测试、构建分别怎么跑 代码规矩：命名、错误处理、日志、接口返回格式 禁区：哪些文件不要动，哪些逻辑要兼容旧数据 验证方式：改完至少跑哪些测试或命令 这些东西不只是给 AI 看，也是在帮团队自己整理知识。很多老项目没人敢改，本质上也是因为这些上下文散了。 还有一点：不要每次都把问题丢给 AI 从零理解。能沉淀到 README、CLAUDE.md、CONTRIBUTING 的，就沉淀下来。下一次它会更快进入状态，人也会更省心。 如果你觉得 AI 经常“理解错项目”，先别急着换模型，先看看你给它的上下文是不是本来就不够清楚。

我最近看别人聊 Cursor 和 Claude Code，经常会被带到“谁更强”这个问题上。但真拿老项目重构来说，我觉得这个问题问反了。 老项目最麻烦的不是让 AI 写代码，而是你能不能放心让它动很多文件。这里 Cursor 和 Claude Code 的气质差别很明显： Cursor 更像坐在你旁边的编辑器搭子，适合边看 diff 边改。你想一处处确认、慢慢推进，它很舒服。 Claude Code 更像一个能在终端里跑任务的执行者，适合先让它读项目、列计划、改一批文件、再跑测试。 我的实际建议是：小范围重构、命名调整、局部逻辑梳理，用 Cursor；跨目录的批量改造、迁移、测试补齐，用 Claude Code。但前提只有一个：你得有测试。没有测试时，工具越强，越可能把风险放大。 重构前我一般会先让 AI 做三件事：读结构、列风险、给改动计划。计划没问题再让它动手。不要一上来就说“帮我重构整个项目”，那基本是在把方向盘交出去。 你们现在重构老项目时，更信任 Cursor 这种逐步确认，还是 Claude Code 这种长任务执行？