为什么 Claude Code 比 Cursor 好
有网友问为什么 Claude Code 比 Cursor 好？
我想从三个角度聊下这个问题：上下文、场景、数据飞轮。
1. 上下文：IDE 是优势，也是包袱
我估计很多人会有我相同的感受：完成同样的任务，同样的 Claude 模型，在 Cursor 里和在 Claude Code 里跑，效果可以差很多，既然模型是一样的，那问题多半出在上下文上面。
Cursor 最大的卖点是它把 AI 塞进了 IDE。你习惯了 VSCode，切过来几乎零成本，Tab 自动完成也确实做得好。
但 IDE 带来的问题是：它要帮你维护太多跟当前任务无关的上下文。你打开了哪些 Tab、选中了哪些代码、侧边栏展示了什么，这些信息都会被塞进和模型交互的上下文里。你以为它在帮你，其实它在分散模型的注意力。
Claude Code 是命令行工具（CLI），它只关心文件本身。没有 Tab 状态，没有 UI 元素，上下文干干净净。这不仅省 Token，更重要的是让 Agent 能聚焦在你给它的任务上。
2. 场景：当 Agent 成为中心，IDE 退居二线
CLI 有一个 IDE 没法比的优势：移植性。
你可以在本地用 ...
Coding Agent 有个甜蜜点，多数人直接跳过了
原文：https://x.com/dotey/status/2026564921429839991
工具的终极形态是消失
这篇文章来自 Claude Code 团队的一期播客，核心讨论的不是具体功能，而是 AI 时代的产品哲学。Claude Code 的诞生本身就是一个反直觉的故事：它不是规划出来的，而是一个工程师在终端里随手搭的聊天应用"意外"演化而成的。团队做了一个激进的决定——只给模型一个 bash，不做专门的工具，结果反而出奇好用。这背后的原则是：减少模型的选择，就是增加模型的能力。
更有意思的是团队的"删除哲学"。他们每周都在删工具、压缩系统提示，因为每一代新模型都会把上一代需要的外部脚手架"吞噬"掉——曾经需要 plan mode 才能完成的任务，现在模型可以 one-shot 解决。产品不是越做越丰富，而是越做越纯粹。团队还提出了"双重用户"设计：人类和 AI 共享同一套界面、同一套命令，不做两套系统。这种对称性让协作感觉像配对编程而不是指挥助手。
文章还讨论了"复合工程"——把每次开发中踩过的坑编码回工具链，让代码库自己"记住"经验，新人第一天就能提交有质量的 PR。以 ...
Claude Code最佳使用方式~
不难看出，这篇在2026年3月10日来看，已经是有点过时了。
一位Java/AWS架构师使用Claude Code一个月的最佳实践 —如何让AI真正理解你的代码规范
一、项目上下文管理（CLAUDE. md）
手动完善CLAUDE. md，加入团队特定规范：
Lombok使用约定（如优先用@Data、@Builder）
Google代码风格（2空格缩进）
DDD架构模式说明
自定义异常处理模式
测试规范（Given-When-Then模式、80%覆盖率要求）
效果：让AI从"新手"变成了解团队规范的"初级开发者"
二、文档模块化策略
大型项目避免单一巨型文档，按领域拆分：
CLAUDE_AWS.md：云服务配置规范
CLAUDE_TESTING.md：测试策略和模式
CLAUDE_API.md：REST接口设计规范
使用 /memory 命令动态更新会话上下文
三、灵活切换AI模型
配置方式：环境变量或 ~/.claude/settings.json。
模型选择策略：
Haiku：简单任务（格式化、生成getter/sette ...
Golang
模块一：Golang 核心基础（补齐短板，重中之重）
1. 并发与 Goroutine 调度（必考）
Goroutine vs. Thread:
关键点: 理解 GMP 调度模型（Goroutine, Machine, Processor）。能清晰解释 G, M, P 的角色和它们之间的协作关系，以及这如何带来了 Go 的高调度效率。
面试回答参考:
Goroutine 与线程相比，核心区别在于资源占用和调度方式。
资源占用上，Goroutine 非常轻量。它的栈空间初始只有约 2KB，可以按需伸缩；而线程通常拥有固定的、MB 级别的栈，创建大量线程会迅速耗尽系统资源。
调度方式上，线程由操作系统内核调度，切换时需陷入内核态，成本很高。而 Goroutine 是由 Go 语言的运行时（Runtime）在用户态进行调度，成本极低。
Go 的高效调度主要得益于它的 GMP 模型：
G (Goroutine): 是我们的代码执行单元，包含了要执行的函数和上下文。
M (Machine): 代表操作系统的线程，是真正执行计算的实体。
P (Processor): 是一个 ...
LeetCode 1436. 旅行终点站
原题链接
题目描述
给你一份旅游线路图，该线路图中的旅行线路用数组 paths 表示，其中 paths[i]=[cityAi,cityBi]paths[i] = [cityA_i, cityB_i]paths[i]=[cityAi,cityBi] 表示该线路将会从 cityAicityA_icityAi 直接前往 cityBicityB_icityBi 。请你找出这次旅行的终点站，即没有任何可以通往其他城市的线路的城市*。*
题目数据保证线路图会形成一条不存在循环的线路，因此恰有一个旅行终点站。
示例 1：
输入：paths = [["London","New York"],["New York","Lima"],["Lima","Sao Paulo"]]
输出："Sao Paulo"
解释：从 "London" 出发，最后抵达终点站 "Sao Paulo" 。本次旅行的路线是 "Lon ...
LeetCode 2734. 执行子串操作后的字典序最小字符串
2734. 执行子串操作后的字典序最小字符串 - 力扣（LeetCode）
题目描述
给你一个仅由小写英文字母组成的字符串 s 。在一步操作中，你可以完成以下行为：
选择 s 的任一非空子字符串，可能是整个字符串，接着将字符串中的每一个字符替换为英文字母表中的前一个字符。例如，'b' 用 'a' 替换，'a' 用 'z' 替换。
返回执行上述操作 恰好一次 后可以获得的 字典序最小 的字符串。
子字符串 是字符串中的一个连续字符序列。
现有长度相同的两个字符串 x 和 字符串 y ，在满足 x[i] != y[i] 的第一个位置 i 上，如果 x[i] 在字母表中先于 y[i] 出现，则认为字符串 x 比字符串 y 字典序更小 。
示例 1：
输入：s = "cbabc"
输出："baabc"
解释：我们选择从下标 0 开始、到下标 1 结束的子字符串执行操作。
可以证明最终得到的字符串是字典序最小的。
示例 2：
输入：s = "acbbc"
输出："abaab"
解释：我们选择从下标 1 开始、 ...
LeetCode 11. 盛最多水的容器
原题链接
题目描述
给定一个长度为 nnn 的整数数组 heightheightheight 。有 nnn 条垂线，第 iii 条线的两个端点是 (i,0)(i, 0)(i,0) 和 (i,height[i])(i, height[i])(i,height[i]) 。
找出其中的两条线，使得它们与 x 轴共同构成的容器可以容纳最多的水。
返回容器可以储存的最大水量。
**说明：**你不能倾斜容器。
示例 1：
输入：[1,8,6,2,5,4,8,3,7]
输出：49
解释：图中垂直线代表输入数组 [1,8,6,2,5,4,8,3,7]。在此情况下，容器能够容纳水（表示为蓝色部分）的最大值为 49。
示例 2：
输入：height = [1,1]
输出：1
提示：
n==height.lengthn == height.lengthn==height.length
2≤n≤1052 \le n \le 10^52≤n≤105
0≤height[i]≤1040 \le height[i] \le 10^40≤height[i]≤104
双指针
func maxArea(heig ...
Python识别图片上的数学公式
使用的是的：lukas-blecher/LaTeX-OCR: pix2tex: Using a ViT to convert images of equations into LaTeX code. (github.com)
其实很简单
Docker安装并运行
docker pull lukasblecher/pix2tex:api
docker run --rm -p 8502:8502 lukasblecher/pix2tex:api
然后访问http://127.0.0.8502/docs可以查看接口文档。
怎么安装Docker？之前的文章有写。