最近用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的原因主要有两点。
- cursor是按量付费，而不是按次收费，这一政策出台后，编程成本猛涨了10倍。我习惯在一个上下文中反复执行复杂任务，导致cursor的一个月会员在1-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，我一看，心想：这不是我们几个月前一直在用的东西吗？
但Halo和cowork在可视化聊天体验上有很大不同，Halo的项目管理能力更强，设计上围绕如何提升和AI合作的效率，加入了“工作空间”的概念。
Halo和cowork都是基于claude code的可视化，但我们是基于实际工作体验出发，加入了很多实用功能：比如能远程控制，方便在开会或坐地铁时指挥AI；支持多种场景的文件预览，方便查看AI的工作结果；还支持AI浏览器，方便AI直接打开前端页面查看控制台错误，修复bug。
这些都是我在日常工作中需要的功能，而不是单纯“为了可视化而可视化”。
所以，我放弃了cursor这种“臃肿”和卡顿的工具，期待比CLI更好的体验。自从第一版推出后，我再也没有打开过cursor和claude code CLI。作为一名软件工程师，我并没有完全放弃代码编辑器，通常会选择一些很轻便的编辑工具，比如sublime、notepad++或vscode（不加插件），用来处理少量文件和git diff查看。其余90%的工作
| 真正的 Agent 循环 | 远程访问 |
|---|---|
| 这可不是单纯的聊天哦。Halo 真正能动手，帮你写代码、生成文件，还能执行命令，直到把任务搞定。 | 你可以用手机或任意浏览器控制桌面的 Halo，随时随地工作，哪怕在医院病床上也是可以的（这可是亲身经历哦）。 |
| 空间系统 | AI 浏览器 |
|---|---|
| 独立的工作空间让你的项目管理得当，每个空间都拥有自己的文件、对话和上下文。 | 让 AI 来掌控真实的内嵌浏览器，网页抓取、表单填写、测试等都能自动完成。 |
| 优雅的产物栏 | MCP 支持 |
|---|---|
| 你可以实时查看 AI 创建的每一个文件，代码、HTML、图片都能直接预览，根本不需要离开应用。 | 通过 Model Context Protocol 扩展功能，兼容 Claude Desktop MCP 服务器。 |
还有更多特性哦…
- 多供应商支持 — 支持 Anthropic、OpenAI、DeepSeek，任何 OpenAI 兼容的 API。
- 实时思考过程 — 你可以观察 AI 的思考过程。
- 工具权限控制 — 你可以批准或自动允许文件和命令的操作。
- 深色/浅色主题 — 可以跟随你系统的主题。
- 多语言支持 — 包括英文、中文、西班牙语等。
- 自动更新 — 一键保持软件最新。
Halo 不仅是工程师的专属工具，它的互动设计也针对普通用户。我把 Halo 给我的一个朋友使用，她是一名财务人员，结果她上手非常快，已经用了几个月了。
Cowork 让每个人都能使用尖端的 Agent，而 Halo 是开源的哦。
开源
赶紧点击这里 ➡➡https://github.com/openkursar/hello-halo，期待小伙伴们的 star ⭐ 和反馈。
Halo 的开源不是为了商业流量，更不是某些公司的“套路”，这完全是个人的业余项目。我和朋友们一起设计，基于我们实际的工作体验，力求做到符合人类直觉的交互方式。希望大家能够喜欢这个工具，如果你有任何想法，欢迎在github的issue上反馈，大家可以充分讨论。我非常乐意倾听并采纳社区的建议，有技术能力的朋友也欢迎贡献 MR （目前 Halo 完全是 AI 生成的，希望你也能用 Halo 来优化自己～～）。
如果你非常热爱这个项目，并且有时间愿意深入贡献，欢迎直接联系我，添加你为仓库的Collaborator（协作者），这样你就能直接参与审查和合并 PR 等工作（通常先在内部讨论并审查代码质量），我们一起努力！
——
更多信息
Halo ,首个开源的 claude code 全平台桌面
