两周冒险后我与克劳德·科德的经历

孵化中…

光标恶作剧

我心爱的 Cursor 几天前开始搞限速。从 2025 年 6 月 16 日开始的整整两周里，我们的 API 请求访问量几乎是无限的。这段时间我有很多代码相关的工作，因为我要处理Gumroad 的赏金项目，还要做 AI 工程/法学硕士评估相关的咨询工作。除了代码生成器之外，我还使用这些工具来更快地上手/理解代码库，并且经常问很多问题。

但有一天，他们突然断网，开始限速。我承认我占了他们太多便宜，所以对此并无怨言。值得一问的是，究竟是我在耍花招，还是 Cursor 的伎俩。

但自从这项更改之后，人们的速率限制就更快了，而且只有使用自动建模功能才能获得无限使用。就我个人而言，除了 Sonnet 4 和 o3 之外，我不太信任其他模型。这两个模型在代理搜索和代码生成方面都非常出色。如果将它们与 API 使用定价一起使用，很快就会导致“哦，老公……现在我们无家可归了。”

我确实有点信任 Gemini Pro 2.5 和 GPT-4.1，但我最常用的是前两个。哦，我忘了说，Opus 4 确实能帮你解决一些 Sonnet 4 费时费力的 bug，所以以前我遇到 Cursor 卡顿的时候，会短暂地开启 API 使用定价功能来解决问题（或者干脆把代码转储到 Claude 聊天平台上）。

最近，Cursor 的请求也开始变慢了，尤其是在 Sonnet 上。这可能是 Anthropic 的问题（有人给这家公司多一些 GPU 和高级分布式系统工程师，让他们的 API 保持正常运行）。

除上述内容外，我还受到许多 tpot 人士的影响，例如@tokenbender 、 @thepushkarp 、 @xeophon_ 、 @ menhguin 等。Tokenbender 的博客展示了你可以在系统上做很多高级用户和多代理的事情，所以我也迷上了。

我是如何遇见 Claude Code 又名 CC 的

孩子们，这就是我如何遇见克劳德·科德的。我已经订阅了20美元。我开始通过订阅使用克劳德·科德；他们只提供十四行诗4，对我来说90%的时间都足够了。我在Cursor里安装了CC。

Cursor 的 diff 审查流程太方便了，我舍不得把它丢掉。我喜欢审查大部分 diff，不像有些人总是不停地按“全部接受”……（Anya Heh 的脸 .jpeg）

您可以查看所有差异、解决合并冲突以及所有优秀的编辑器内容。

有时候你只是想稍微用一下 o3 或 Grok 4 或其他令人兴奋的新型号。有时候你只是想格式化一些东西，因为在 CC 中，用正确的格式复制仍然很糟糕。这时，我的 Cursor 通知音也让我 RLHF 了。抱歉，这篇文章变成了一篇 Cursor 怀旧帖，但我保证接下来的部分都是关于 CC 的。

总之，由于 Cursor 限制太多，而且我还有很多编程工作（工作和 gumroad 赏金，哈哈），我决定试试 200 美元的 Claude Max 套餐。它基本上可以无限畅听 Sonnet 4 和 Opus 4（最好是这样），然后我就开始尝试了。我觉得 100 美元的套餐对大多数人来说应该也足够了。

令人不安……

当前工作流程

说到工作流程，一开始我只是输入一些内容来修改。我盯着屏幕，看着它慢慢地查找文件并进行编辑。我花了一些时间才相信它——尽管模型是Sonnet 4，但还是花了2-3天。（我当时有点犹豫要不要打开自动编辑模式，哈哈）

等我积累了信心后，我开始更加深入地探索命令。我努力精通基本命令——你甚至需要通过实验/探索才能找到这些命令。如果只是阅读，很容易忽略这些命令。

接下来的几节正是我上面提到的——一份新手指南，除了我目前的经验分享。我目前的克劳德代码舞蹈是重新开始，像和心理医生谈话一样抛开所有问题，然后如果情况变得棘手就切换到 Opus（/model Opus → Shift+Tab 进入计划模式）。

这些天我告诉它在 .claude 文件夹内的claude.md或branch-analysis.md中写下笔记——自然，我花了 4 天时间才发现这个技巧。

只需让 Claude 先将所有内容写入文件，然后从那里复制，就可以在一定程度上解决复制粘贴的噩梦。

提示：多用 Shift+Tab 键；在计划模式和自动编辑模式之间切换。从 Opus 获取计划，然后用 Sonnet 4 完成 80-90% 的任务。这样会更快。下面的截图是我和 Pushkar 的聊天记录。

轻浮…

基本上下文管理

如果你使用 Claude Code，它会显示 X% 直到压缩完成。一旦我看到这个，我就会开始一个新的聊天——告诉 Claude 把要点记在一个文件中，然后我就会开始一个新的聊天。我只是直觉地觉得最好还是开始一个新的聊天。

有时候，如果我真心喜欢某个笔记，并且非常希望保留部分内容，我会进行压缩。否则，我不会进行压缩。而且这需要相当长的时间才能完成。

许多代理框架都使用了“暂存器”的理念。你可以告诉 Claude 持续在暂存器中记录它的更改。它会记录所有文件、所有编辑/删除/添加，甚至可能还有用户注释（你可以设置它这么做）。当你返回分支并开始新会话时，它会很有帮助。顺便说一句，你可以通过/resume恢复对话选项来恢复旧会话。我使用了一周后才发现这个功能😭。以下截图来自token 的博客。

嬗变… 。

为什么 Sonnet 在 CC 中比在 Cursor 中感觉更好？

哈哈，我刚开始用克劳德代码那天就发了这条帖子，算法好像也识别出来了。顺便说一下，回复也挺多的。

要点是，Claude Code 很可能使用了与当前相同的工具进行后期训练。它只是在当前的框架中更舒适。现在我也体验了它，我可以说他们实现的“工具调用”选项对此有所贡献。

我认为它也能更好地管理上下文——Cursor 可能正在压缩或对上下文进行一些优化（推测），而 Claude 可以以原生的方式读取行。我还觉得 CC 可能更有效地使用了 token。

顺便说一下，这些天我开始在独立终端中更多地使用 CC 而不是 Cursor，因为后者有缺陷。

嘘嘘…

克劳德·萨巴金特斯

当你看到这个可爱的待办事项列表时，它就是 Claude 的子代理在发挥作用。这些子代理是如何生成的，我不清楚具体细节，但这在一定程度上有助于更好地进行上下文管理。

网状…

搜索

Cursor 允许模型进行常规搜索和语义搜索。如果我没记错的话，代理搜索就是让模型自行探索代码库，并允许它自由使用 grep、ripgrep 等工具。Cursor 允许调用语义搜索工具。我认为总体而言，Cursor 搜索速度更快……也许我会尝试MorphLLM 的检索工具，用 CC 进行语义搜索。

说到 CC，搜索速度相当慢（可以通过上述上下文管理技术来缓解）。但好处是你可以使用子代理。你可以在大型代码库中进行大量搜索，然后告诉 Claude 并行使用子代理。它有一个以多线程方式运行的任务工具。它会部署多个代理——这些代理类似于基于 Haiku 或 Sonnet 的代理（我不知道），但如果它们只需要执行 grep 工具调用，那么我认为即使是 Haiku 也可以。下面是 Anthropic 官方博文claude-code-best-practices的截图。它由“任务工具”完成。

上述 SS 的关键提示是使用子代理并使用 /think /think hard /ultrathink

了解你的命令

我曾一度想知道如何才能只使用 bash 模式而不切换到其他终端。

然后我看了看快捷键Shift + ? 。直接用!就行了。我用了大概一周才知道这个，哈哈。

它可以运行一次性命令，但我认为它不能像在普通终端中那样运行 Python 交互式 shell。同样，我喜欢它的配色。

顺便说一下，可以使用claude -p "search the internet and tell me about anthropic"以无头模式运行 claude，因为它是一个合适的 CLI 工具。

继续说……这听起来可能有点蠢，但我不知道 Claude Code 里的文件可以用 @ 来保存，而且能用 3-4 天。 @Josh9817最终告诉了我。如果我之前检查过快捷方式，我就会意识到这一点。

另一个功能是“记忆” 。到目前为止，我还没有用过这个功能，但它就像在系统提示中添加自定义指令一样。它会在各个会话中使用这些指令。

克劳德如何查找记忆

Claude Code 会递归读取内存：从 cwd 开始，Claude Code 递归到（但不包括）根目录/ ，并读取它找到的任何 CLAUDE.md 或 CLAUDE.local.md 文件。这在大型代码库中尤其方便，因为 Claude Code 运行在foo/bar/中，并且内存在foo/CLAUDE.md和foo/bar/CLAUDE.md中。

Claude 还会发现当前工作目录下嵌套在子树中的 CLAUDE.md 文件。它们并非在启动时加载，而是仅在 Claude 读取这些子树中的文件时才加载。

喜欢这些颜色！

沉思……

十四行诗与作品注释

Sonnet 90% 的时间都能完成任务，事实上，它在 SWE-bench 上的得分甚至比 Opus 4 高出几分。它非常擅长 Python，也适用于任何类型的前端开发。在处理长上下文时，Sonnet 优于 Opus，而且它的代理性更强，速度也更快。

我注意到 Opus 经常在几轮指令之后就变得混乱。我该如何解决这个问题？→在这种情况下，我通常会让它把东西转储到 Claude 文件夹里的某个文件中，然后我再开始一个新的对话。如果是一些比较难的 bug，我会先从 Opus 开始。否则，我就直接用 Sonnet 开始。如果你已经为 Sonnet 提供了所有相关的上下文，那么大多数情况下 Sonnet 都能胜任。

当 Sonnet 卡住时，Opus 表现很好 – 启动一个新窗口并发送 Opus 垃圾邮件。

自定义命令

/pr-comments和/review默认可用，但它们反映了自定义命令的功能。您需要安装 GitHub CLI 才能使用这些命令。

假设我在分支上做了一些更改，现在想重新开始对话。在这种情况下，有两个选择：

1. 您可以使用审查功能来审查差异
2. 还有一个命令可以获取 PR 评论

我可以在某个文件中提及评论相关的人，这样我们就可以跳过其他机器人之类的东西。你也可以直接告诉它“我们想开始一个新的会话”，然后我们就会通过审核 PR 查看差异。这会花费更多步骤，但会提供更多上下文。一个更简单的方法是直接告诉它“嘿，请检查一下来自主分支的差异”（这就像主分支游标差异功能的替代品，我也很喜欢这个功能）。

其他命令提示

• 快速按两次 Esc 键，您可以从对话中的任何位置分叉！
• 您可以在会话之前执行 /权限 来调整权限
• 如果你够勇敢，可以使用 claude –dangerously-skip-permissions

我喜欢这个视频：

我接下来想尝试的事情

1. 我想尝试定义一些自定义命令并以类似的方式使用它们
2. 我想尝试一些 MCP 服务器，比如 Playwright 服务器，来实现前端开发的自动化。我们需要专注于为 Claude 创建反馈循环，以便它可以截取屏幕截图、查看屏幕截图，然后在 UI 上进行迭代。
3. 如何从克劳德代码中发挥出最佳效果（第二部分）中提到的所有内容
4. 我想尝试一些提示优化。这一直在我的待办事项清单上，因为我目前有几个工作任务围绕着这个展开。我想这应该如何进行——首先，我必须确定评判提示的标准。一开始可以先从一些简单易懂的东西开始，然后在过程中不断改进。我可以把它放在一个文件 rubric.md 中。然后，我可以创建几个包含上下文的文件，这些上下文可能会出现在我的prompt.md中。prompt.md 存储了提示的 ofc。然后，我们使用 prompt 运行 Claude，将输出传递给另一个 Claude 实例进行评判，让一个 Claude 实例找出缺点，然后更新提示。这可以像一个单 Claude 实例循环，也可以像一个多智能体系统。（灵感来自Nirant 的帖子）
5. 多代理系统，我使用多个 CC 实例，并允许它们使用动作日志相互通信

结论

我也觉得 Cursor 是一款很强大的工具，它的 UI/UX 非常精致。不过 Claude Code 在性能方面更胜一筹（但 UI/UX 明显落后，学习难度也更高）。

总的来说，我觉得 Claude Code 基于命令行界面的特性促使用户进行更多探索。我认为正是由于缺乏视觉 UI 提示，它才鼓励用户进行探索。很多内容是隐藏的，你需要自己去发现。它会奖励你的好奇心。因此，对于技术宅和重度用户来说，它可能会感觉更好。

功能请求

1. 可能的 UI 集成（可以查看Claudia ，但他们也做到这一点只是时间问题）
2. 像我们在 Cursor 中那样设置检查点。我知道 Git 有这个功能，但 Cursor 的检查点功能还是太方便了。

1. 复制粘贴更好😭
2. 允许使用其他模型（好吧，他们不会提供这个）

如果你读到这里，感谢阅读！希望你学到了一些新东西。

原文： https://sankalp.bearblog.dev/my-claude-code-experience-after-2-weeks-of-usage/