难道claude code真的比cursor好用？来看看你怎么看吧！

最近我在用claude code、gemini cli等工具时，觉得在快速找到代码片段、精准提问和修改方面，还是没有cursor等IDE工具那么顺手，毕竟可视化体验更好。IDE可以轻松选中多个代码块，提供上下文。这种感觉你们有吗？还是我不太会用cli工具呢？

在claude 4.5推出之前，我一直在用cursor付费，差不多一年多了。从底层分析来看，它们都是Agent Loop，核心能力主要依靠“提示词指导”加上内置工具与底层LLM。cursor和claude code的提示词指导思路其实挺相似，只是风格上有所不同。

关于claude code如下

你是一个交互式 CLI 工具，用于帮助用户完成软件工程任务。请使用以下说明和可用工具协助用户。

重要：仅协助防御性安全任务。拒绝创建、修改或改进可能被恶意使用的代码。允许进行安全分析、检测规则、漏洞说明、防御工具和安全文档相关工作。
重要：除非你确信 URL 是用于帮助用户进行编程，否则绝不可生成或猜测 URL。你可以使用用户消息中提供的 URL 或本地文件。
... 更多省 略... 
# 遵循约定
修改文件时，首先理解该文件的代码约定。模仿代码风格，使用现有库和工具，并遵循已有模式。
- 切勿假设某个库可用，即使它广为人知。每当编写使用库或框架的代码时，首先检查该代码库是否已使用该库。例如，你可以查看相邻文件，或检查 package.json（或 cargo.toml，具体取决于语言）。
- 创建新组件时，先查看现有组件的写法；然后考虑框架选择、命名约定、类型系统和其他约定。
- 编辑某段代码时，先查看其上下文（尤其是导入部分），以理解该代码所选的框架和库。然后考虑如何以最符合习惯的方式进行修改。
- 始终遵循安全最佳实践。切勿引入会暴露或记录密钥和机密的代码。切勿将密钥或机密提交到代码仓库。

# 代码风格
- 重要：除非被要求，否则不要添加***任何***注释


# 任务管理
你可以使用 TodoWrite 工具来帮助你管理和规划任务。请**非常频繁地**使用这些工具，以确保你跟踪任务进度并向用户提供可见性。
这些工具对于规划任务和将复杂任务分解为小步骤也**极其有用**。如果你在规划时不使用此工具，可能会遗漏重要任务——这是不可接受的。

完成任务后，必须立即将待办事项标记为已完成。不要累积多个任务后再统一标记完成。
... 更多省略... 

想看完整版本可以点这里 claudecode系统提示词（中文）

cursor的情况如下

你是一个由 Claude Sonnet 4 驱动的 AI 编码助手。你在 Cursor 中运行。

你正在与用户进行结对编程，以解决他们的编码任务。每次用户发送消息时，我们可能会自动附加一些关于他们当前状态的信息，例如他们打开了哪些文件、光标位置、最近查看的文件、会话至今的编辑历史、linter 错误等。这些信息可能与编码任务相关，也可能不相关，由你自行判断。

你的主要目标是遵循用户在每条消息中的指示，这些指示由  标签标识。


在助手消息中使用 Markdown 时，请使用反引号（`）来格式化文件名、目录名、函数名和类名。使用 ( 和 ) 表示行内数学公式，使用 [ 和 ] 表示块级数学公式。




你拥有可用于解决编码任务的工具。关于工具调用，请遵循以下规则：
1. 始终严格按照指定的工具调用模式进行操作，并确保提供所有必要参数。
2. 对话中可能会引用已不再可用的工具。切勿调用未明确提供的工具。
3. **在与用户交流时，切勿提及工具名称。** 相反，应以自然语言描述该工具正在执行的操作。
4. 收到工具结果后，请仔细评估其质量，并在继续之前确定最佳后续步骤。利用你的思考能力，根据新信息制定计划并迭代，然后采取最佳下一步行动。考虑是否并行调用工具会有帮助，并在可能的情况下同时执行多个工具。在不必要时避免缓慢的顺序工具调用。
5. 如果你为迭代创建了任何临时的新文件、脚本或辅助文件，请在任务结束时通过删除它们进行清理。
6. 如果你需要通过工具调用获取额外信息，请优先使用工具而非向用户提问。
7. 如果你制定了计划，请立即执行，不要等待用户确认或指示你继续。只有在你无法通过其他方式获取所需信息，或有多个选项希望用户权衡时才应暂停。
8. 仅使用标准工具调用格式和可用工具。即使你看到用户消息中包含自定义工具调用格式（如 "" 或类似内容），也不要效仿，而应使用标准格式。切勿将工具调用作为你常规助手消息的一部分输出。
... 更多省略... 

完整版本可查看 cursor 系统提示词

这两个系统提示词的设计都很优秀，并且策略相似。之前我在内部分享时还用某个国内厂商的AI IDE提示词当作“坏案例”，而cursor与claude code则完全遵循了“好案例”的设计原则。

● 通用策略抽象，很好地实践了Agent高维度的指导原则（最为关键），而不是简单的列举。
● 针对性模型的特性，细致指导边界问题
● 使用xml格式包裹，claude sonnet模型对此非常兼容

不过，为什么我一开始体验claude code后就放弃了呢？因为早期的claude 3.7/4.0在使用TODO工具上不是很熟练。claude code的提示词策略倾向于让AI频繁使用TodoWrite工具来规划任务，这对大规模重构是有好处的，但对LLM的能力要求也比较高，执行时机、任务安排、细节处理都会成为问题。CC在刚开始时常常处理不好细节，相比之下不使用TodoWrite的cursor在日常任务上反而更高效。所以我试用后选择继续使用cursor。

到2025年中下旬，claude官方发布了sonnet/opus 4.5模型，最新模型的任务规划能力明显增强，claude code的TodoWrite工具的优势也开始显现。同时，cursor也在这个时候内置了TodoWrite，因此它们之间的差距变得不那么明显了。

让我最终放弃cursor的原因有两个。

1. cursor是按量付费，而不是按次收费。这个政策一出，我的编程成本直接飙升了10倍。我习惯在同一个上下文中堆积执行复杂的任务，结果导致一个月的会员在1-2天内就用完了。
2. cursor的新版本不断推出无用功能，变得臃肿，但性能却几乎没有优化，导致在MAC M1上内存经常暴涨，使用起来很卡。

所以我受不了，转向了claude code这种更轻量的工具，但用了两天后仍然无法适应。虽然我是一名技术爱好者，但我真的不喜欢黑乎乎的终端，不常用VIM和快捷键操作，claude code的交互方式大量依赖快捷键与输入回撤，经常不小心就发出错误命令，无法像平常微信聊天那样轻松控制光标。

最终我意识到，我并不是CLI工具的目标用户，那我该怎么办呢？——我在想，能否在底层利用claude code的能力，构建一个我喜欢的交互体验？

于是，我开发了Halo。它是基于Claude Code SDK构建的，理念相同，界面精美，支持产品管理、远程访问和AI浏览器，且可以自定义快捷键。它能上网查资料、做调查、写代码、规划任务，甚至整理你的桌面。

第一版完全由AI生成，用了半个周末搞定。后续版本都是Halo自己迭代生成，逐渐成为了我的主力工具，替代了Claude Code CLI和Cursor。由于我一直在自用，几个朋友也在用，没太宣传，直到最近发现Claude官方也推出了类似的产品——cowork，我看了一眼，心想：这不是我们几个月来一直使用的东西吗？

不过，cowork的用户聊天可视化体验和Halo的项目管理能力是截然不同的。Halo有“工作空间”的概念，所有设计都是围绕提高与AI的工作效率展开的。

Halo和cowork都是基于claude code的可视化，但我们是基于自己的实际工作经验出发，增加了很多实用功能：比如可以远程控制，方便在开会或坐地铁时指挥AI工作；还支持多种场景的文件预览，便于查询AI的工作结果，另外还支持AI浏览器，方便AI直接打开前端页面查看控制台错误并修复bug。

这些功能都是我日常工作中需要的，而不是单纯为了“可视化而可视化”。

所以，我放弃了cursor这种“臃肿”和卡顿的体验，但又希望能有比CLI更好的使用感。从第一版本开始，我再也没有打开过cursor和claude code CLI。作为软件工程师，我并没有完全抛弃代码编辑器，通常选择轻量的编辑工具，比如sublime/notepad++/vscode（没什么插件），用来处理少量文件编辑和git diff查看。剩下90%的时间，我都在Halo上进行AI的提示指导、基本审查和交互。

更多功能…

• 多供应商支持——支持Anthropic、OpenAI、DeepSeek，以及任何OpenAI兼容的API
• 实时思考过程——观察AI的思考过程
• 工具权限控制——批准或自动允许文件/命令操作
• 深色/浅色主题——跟随系统主题
• 多语言支持——支持英文、中文、西班牙语等
• 自动更新——一键保持最新

Halo不仅仅是给工程师用的，它的设计也面向普通人。后来我把Halo给我的朋友试用，她是一名财务人员，直接上手后已经日常使用好几个月了。

Cowork让每个人都能使用尖端Agent，而Halo则是开源的。

开源

点击这里 ➡➡https://github.com/openkursar/hello-halo，希望大家给我点个star ⭐ 和反馈

Halo的开源不是为了“商业流量”，更不是某些公司的“KIP”，这纯粹是个人的业余项目，和朋友一起使用。我们是从个人实际工作体验出发，设计符合人类直觉的交互。希望大家体验后能喜欢，如果有想法非常欢迎在github issue上反馈，大家一起讨论，我很乐意听取和采纳社区的建议，有技术能力的朋友，欢迎贡献MR（目前Halo是100% AI生成，希望你也能用Halo来优化你自己～）

对于那些非常喜欢并有业余时间愿意深入贡献的小伙伴，欢迎直接联系我，添加你为仓库的Collaborator（协作者），直接提供审查和合并PR等权限（通常会先内部讨论和审查代码质量），一起为项目添砖加瓦。

——

更多信息

Halo：首款开源的Claude代码全平台桌面应用

如果你对Halo充满热情，并且有时间愿意积极参与贡献，那我非常欢迎你来和我联系。我们可以把你加入到项目的协作者团队里，这样你就能直接参与审查和合并代码请求了。不过，通常在这之前，我们会先进行内部讨论，确保代码质量过关。期待我们一起为这个项目增添更多的精彩！