你对 Cursor / VSCode / Claude Code 桌面版 / Codex 等工具有哪些不满意的地方？
一句话看懂：Hacker News 上一位正在构建“零干扰开发工具”的开发者发帖征集同类用户的痛点，收到的回复集中指向三大问题：界面响应慢、多工具切换带来的注意力碎片化、以及 AI 代理工具权限请求过于频繁。这场讨论暴露了当前 AI 编程工具在“效率幻觉”背后的真实摩擦。
事件核心：发生了什么
一位自称在构建“注意力只在重要问题和代码验证时才被占用”的开发工具的创业者，在 HN 上发帖询问大家对 Cursor、VSCode、Claude Code 桌面版、Codex 等工具的不满。征集帖明确将目标定义为“消除在 Jira/Linear、IDE、代理终端、GitHub 之间的反复跳转”，并感谢所有愿意分享痛点的用户。帖子获得了大量高赞回复，讨论集中在工具性能、交互逻辑和权限控制三大方向上。
为什么重要
这则帖子的价值不在于单一产品的吐槽，而在于它暴露了当前 AI 编程工具的一个结构性矛盾：工具越多，开发者反而越忙。当 AI 代理拆解任务、自动执行命令时，工具之间的上下文切换成本并未消失，反而增加了“频繁确认授权”和“等待界面响应”的新摩擦。帖子发起者提到的“让计算机在60分之一秒内响应点击”的诉求，以及对 Electron 框架和 Claude Code 终端单例占用200MB RAM的抱怨，反映出底层技术选型正从“功能优先”转向“性能与专注力优先”。对行业而言，这意味着下一代 AI 编程工具必须同时解决“智能水平”和“使用体验”两个维度，否则再强的模型也救不了糟糕的UI。
对用户/开发者/创作者的影响
对于日常使用 Cursor、VSCode、Claude Code 的开发者而言，帖中痛点具有很强的共鸣性：打开包含十多个 worktree 嵌套的仓库时，Cursor 立即飙升到 400% CPU 并触发 MacBook Pro 风扇狂转；每个 Claude Code 终端进程吃掉 200MB 内存，十几个并行任务就能轻松超过 2GB；AI 代理每 10 秒请求一次“允许执行 bash 命令”的弹窗，打断了原本流畅的思考流。帖中也反映了部分高级用户希望软件使用更轻量级的 GUI 框架（如 Slint、Iced 或 TUI）而非 Electron 或 GTK 的诉求。对普通开发者来说，这些反馈意味着在选择 AI 工具时，不应只看模型能力，还应评估它对工作流注意力的真实影响。
值得关注的后续
- 是否出现“专注力优先”的 AI 编程工具创业热潮：帖子发起者的工具思路（集成 Jira/GitHub/IDE/终端，减少跳转）已经获得不少点赞，值得关注这类产品能否落地并获得付费用户。
- 现有大厂工具的性能优化节奏：Cursor、Claude Code 等是否会针对 worktree 索引、内存占用、权限弹窗频率等用户强反馈点做出调整，是衡量团队是否真的重视开发者体验的试金石。
- 底层框架的选择趋势：如果越来越多开发者抵制 Electron 和 GTK 类重型框架，TUI 或轻量跨平台 GUI 可能迎来一波工具生态迁移。
