Cursor 的 @codebase 真的懂我的项目吗?
用 @codebase 问过几次跨文件的问题,感觉它懂个大概,但细节经常错。比如问"哪些地方调用了这个函数",漏报不少;问"这个状态在哪初始化",给的答案张冠李戴。 我个人感觉它更适合做"找入口"这种粗粒度的事,精细的调用关系还是得靠 IDE 的查找。 不知道是不是我项目太大索引
Vibe Coding、Cursor、Claude Code、Codex、Copilot
本专题收录 AI 编程 方向的文章和社区讨论,重点关注真实工程场景、工具选择、实践路径和风险边界。
页面会持续更新,适合作为学习路线、选型参考和技术复盘入口。
用 @codebase 问过几次跨文件的问题,感觉它懂个大概,但细节经常错。比如问"哪些地方调用了这个函数",漏报不少;问"这个状态在哪初始化",给的答案张冠李戴。 我个人感觉它更适合做"找入口"这种粗粒度的事,精细的调用关系还是得靠 IDE 的查找。 不知道是不是我项目太大索引
被这个问题折腾疯了。让它写 TypeScript,它经常 import 一些根本不存在的模块或者不存在的导出,typecheck 一跑一片红。 试过让它"先确认 import 路径存在再写",好一点但还是会犯。最离谱的是它会编造一些 npm 包名,装都装不上。 有没有什么稳定招数
说个有点焦虑的话题。今年大量用 AI 之后,明显感觉自己"记得住"的 API 变少了,以前手写如飞的 hooks 现在得想半天,甚至有些算法直觉都钝了。 好处是腾出来的脑子可以想架构和业务,但坏处是离开 AI 我好像变菜了。不知道是年纪上来了还是工具依赖。 大家有这种"被工具养废
数了下我现在每个月在 AI 工具上的花费:Cursor 20 刀、Claude 20 刀、Copilot 10 刀,再加上 API 零零碎碎,一个月小一百刀。 问题是这些还经常重叠,Cursor 里调 Claude,Claude Code 又用 API 计费,算下来一份钱花好几次
昨天试了个极限玩法:一句话让 Cursor 出一个完整的 Landing Page,连文案带样式。结果出乎意料地能用,二十分钟出了个能 demo 的页面。 关键 prompt 长这样:"做一个面向独立开发者的 SaaS 落地页,深色科技风,首屏大标题 + 三个功能卡 + CTA,
plan 模式是我今年最爱的功能,没有之一。让它在不动代码的前提下先出方案,我确认了再 apply,避免了无数次"它改完我傻眼"的悲剧。 我现在几乎任何稍复杂的任务都先 plan。哪怕只是改个 bug,先看它打算怎么改,能挡掉一半的瞎折腾。 唯一不爽是 plan 阶段也烧 tok
我现在的工作流是 Cursor 做日常编辑和补全,Claude Code 跑长任务和重构。两个一起开,体验居然不错,互补得挺好。 Cursor 强在交互流畅、多文件 Composer;Claude Code 强在终端里跑命令、跑测试、长链路任务。两者用同一个模型,上下文不会完全割
团队用 AI 越来越多后,我牵头定了几条硬规矩,分享出来抛砖引玉。 一是 AI 生成的代码必须人工逐行 review,不能"看一眼差不多就合"。二是涉及鉴权、支付、数据库迁移的改动不允许 AI 全自动,必须人主导。三是 PR 描述里要标注哪些部分是 AI 生成的。四是测试覆盖率不
现在有些工具支持"AI 改完直接开 PR",甚至自动分配 reviewer。我们组里在讨论要不要开这个能力。 支持方说省去人工 commit 的麻烦,效率高;反对方担心 PR 质量参差,reviewer 变成"AI 代码的擦屁股专员"。我倾向保留人在 commit 这一关,至少让
把在旧系统中增加新能力作为讨论入口,说明生成代码审查为什么需要最小可运行补丁,以及生成结果看起来正确却无法运行出现后怎样缩小影响范围。
以“把演示原型推进到生产环境”为合成场景,讨论AI 编程中的调试闭环,重点检查生成结果看起来正确却无法运行,并用最小可运行补丁界定可验收结果。
针对重构边界在“多人并行实现同一产品目标”里的落地问题,本文用静态检查与运行日志检查不可运行输出,并邀请社区比较不同取舍。