* 写 Prompt，其实是在写你对问题的理解 *
这两天在继续一个系统的从0到1构建，记录下用Claude和Cursor的一些感受，期望对大家有帮助。
1. 太强大的副作用：Claude跟Cursor相比较，它的功能太强大，类比为已经有很多落地经验的软件工程师和刚毕业的大学生吧。但在写代码领域，这样会有个副作用，你一句话，Claude把所有的事情都给你做了，只给你结果，以至于发现问题时，你会一脸懵，不知道如何查起。
举例：
在写代码时，你说一个需求，Claude直接给你把所有的情况全部分析后，给了你一个结果，而Cursor会跟你来回交互下，你知道它都怎么干的。
感觉Cursor用起来踏实些，就因为它没那么智能，给你干一些事总要跟你确认。
而Claude Code则不是，使用
claude --dangerously-skip-permissions这个模式，你一句话，它可以给你把所有的活都干了，如下图：
这个问题没什么太好的解决办法，只能是Claude每次生成代码后，尽量把代码都Review一遍，配合Sourcetree IDE来做前后的比较。
2.token问题：Claude Pro版本的token实在耗费的太快，当要处理相对量大的工作时，我会在使用的时候，不停的刷新下图这个界面，生怕执行到一半任务时，token达到上限终止了。
当达到上限后，就得等着token再次被释放，这时候只能用Cursor来解燃眉之急。但Cursor的功能相对弱一些，于是同步寻找了其他代替品：antiGravity。目前已经在尝试使用了，它目前是全免费的，但比较下来，感觉还是Claude更智能些。
3. 硬件调试问题：在跟硬件调试时，这里的硬件是传统的PLC。
上位机跟PLC的通信是通过TCP长连接后，按照自己定义的应用协议进行通信。但在建立好长连接后，上位机一直无法读取到PLC的数据。使用AI写代码做了各种尝试，也仍然无法成功。这时候AI已经没有太好的解决方案了，后来我是通过WireShark抓包的方式确定了问题。
这个情况下，Claude是没办法解决，只能人来指导它。
4. 善用Claude.md：为了不每开一个对话，把相关信息重复输入，那就把上下文文本化，这时候用Claude.md来解决这个问题。以下就是一个简单的md格式的例子：
# 项目概述 这是一个 Spring Boot + Vue3 的全栈应用，用于工业设备数据采集。 # 技术栈 - 后端: Java 17, Spring Boot 3.x, MyBatis-Plus - 前端: Vue 3, TypeScript, Element Plus - 数据库: MySQL 8.0 # 编码规范 - 使用 lombok 简化 POJO - Service 层统一返回 Result 包装类 - 接口文档使用 Swagger 注解 # 常用命令 - 启动后端: ./mvnw spring-boot:run - 启动前端: cd frontend && pnpm dev当然实际情况远比这个复杂，可以在此基础上，不断增加 #分类，升级分类下的内容来让Claude更了解上下文。
同时Claude.md也可以用来给到Cursor，antiGravity，让它们快速知道上下文，便于跟Claude协同工作。
作为非原生AI的程序员，要适应编程新范式，还是需要一个过程，但去不断的适应还是有必要的。
