昨天开始使用亚马逊 kiro ，有分 Vibe 和 Spec 模式，可以试试反正都是 vscode

kiro 虽然也是基于 claude 但 spec 模式很不错，比我单独用 gpt 和 claude 效率高很多

一是工具要顺手，了解它的能力和边界。工具、模型和服务差异都比较大。
二是不断优化、调整和总结规则和文档。很多服务严重缺乏短期和长期记忆，甚至连续对话都会瞎胡闹。
三是长期跟同一个表现不错的模型合作。Cursor 的 Auto 偶尔会选一个低端模型，真的完全没法用。

你在 Cursor 里面选择的哪个大模型呢？
推荐使用 Opus 4.5 和 Sonnet 4.5 ，最好选 thinking 模式

有个疑问啊，同样的大模型例如 Claude Sonnet 4.5 ，在 Cursor 里的和 Github Copilot 的会有区别吗。

目前没用 AI 写过大项目，感觉我把握不住，都是用 chat 模式让他写小功能点的

上下文很重要，先写个技术文档，按步骤拆分 让 ai 干什么。

@darkengine copilot 是残血，上下文只有 128k 并且不能调，cursor 可以开 max ，然后可以加钱获得更大上下文

多给他喂点 command

我用 Bmad 的开发流程来开发, 你可以看看我开发项目的整个聊天过程: https://autoqa-chats.lovable.app/

换成 cclaude 或者 codex 都比 cursor 强。首先工具很重要 ，其次是使用方法

@darkengine 不知道,但是 claude codex 和 cursor 中相同模型也会有差别

@zisen ，看来我的使用场景还没碰到 copilot 的 128k 上限。

你会编程 cursor 完全足够，composer 模型也挺好用

快速开发就行，别犯代码洁癖

和 AI 大人说话要打好草稿，

@xiaomushen 选择工具多了开发效率反而还下降了

@left7410 vibe coding 时代，快速出活儿是政治正确，屎山留给后人。别想那么多

@xiaomushen 哈哈哈哈 我先爽了再说，剩下的相信后人的智慧

@left7410 哈哈哈哈，是的。或者说，相信后面 AI 的能力，也许过了两年，AI 可以自动重构系统呢？