AI工具/Claude Code 使用心得
2026-04-08 13:10
用了半年 Claude Code,说几个真实感受
我是独立开发者,日常写 Chrome 扩展和全栈项目。半年前开始用 Claude Code 作为主力开发工具,说几个踩坑后的真实体会。
1. 它不是"帮你写代码",是"帮你省决策"
很多人把 AI 工具当代码生成器用,其实最大的价值是减少你在技术选型、架构设计上的纠结时间。比如我做一个 Chrome 扩展,需要在
content script 和 background 之间通信,以前要翻半小时文档对比方案,现在直接把需求丢给它,连带优缺点分析一起出来。
2. 提示词不是越长越好,而是要给上下文
新手常见误区:写一大段描述让它生成代码。
我现在的做法是直接让它读项目文件,然后用一句话说要改什么。它看过代码上下文之后,生成的东西准确率比你写 200 字 prompt
高得多。
3. 真正提效的场景
- 调试:把报错信息丢进去,它能直接定位到具体哪行逻辑有问题,比自己 console.log 快 10 倍
- 重构:让它读完整个模块再改,不会丢失业务逻辑
- 写测试:这种重复性高但又需要覆盖边界的工作,交给它效率拉满
- 读陌生代码:接手别人的项目时让它先帮你梳理架构,省大量时间
4. 它做不好的事
别指望它一次性帮你写完一个完整项目。上下文窗口有限,复杂业务逻辑它会丢细节。正确用法是拆任务,分步做,每一步让它读最新代码
再继续。
另外涉及到和第三方 API 对接的部分,它的知识可能过时,一定要自己看最新文档。
5. 一个实际案例
我最近做一个电商数据分析的 Chrome 扩展,涉及到复杂的 DOM 解析和数据清洗。手写大概要两天,用 Claude Code 边对话边写,4
个小时搞定,包括测试。关键不是它写得多快,而是我不用在"这个正则该怎么写""这个异步逻辑怎么处理"这些细节上卡壳。
---
总结:AI 编程工具的核心价值不是替代你写代码,而是把你从低价值的重复劳动中解放出来,让你专注在真正需要思考的业务逻辑上。
工具用好了是杠杆,用不好就是依赖。共勉。
浏览
3我是独立开发者,日常写 Chrome 扩展和全栈项目。半年前开始用 Claude Code 作为主力开发工具,说几个踩坑后的真实体会。
1. 它不是"帮你写代码",是"帮你省决策"
很多人把 AI 工具当代码生成器用,其实最大的价值是减少你在技术选型、架构设计上的纠结时间。比如我做一个 Chrome 扩展,需要在
content script 和 background 之间通信,以前要翻半小时文档对比方案,现在直接把需求丢给它,连带优缺点分析一起出来。
2. 提示词不是越长越好,而是要给上下文
新手常见误区:写一大段描述让它生成代码。
我现在的做法是直接让它读项目文件,然后用一句话说要改什么。它看过代码上下文之后,生成的东西准确率比你写 200 字 prompt
高得多。
3. 真正提效的场景
- 调试:把报错信息丢进去,它能直接定位到具体哪行逻辑有问题,比自己 console.log 快 10 倍
- 重构:让它读完整个模块再改,不会丢失业务逻辑
- 写测试:这种重复性高但又需要覆盖边界的工作,交给它效率拉满
- 读陌生代码:接手别人的项目时让它先帮你梳理架构,省大量时间
4. 它做不好的事
别指望它一次性帮你写完一个完整项目。上下文窗口有限,复杂业务逻辑它会丢细节。正确用法是拆任务,分步做,每一步让它读最新代码
再继续。
另外涉及到和第三方 API 对接的部分,它的知识可能过时,一定要自己看最新文档。
5. 一个实际案例
我最近做一个电商数据分析的 Chrome 扩展,涉及到复杂的 DOM 解析和数据清洗。手写大概要两天,用 Claude Code 边对话边写,4
个小时搞定,包括测试。关键不是它写得多快,而是我不用在"这个正则该怎么写""这个异步逻辑怎么处理"这些细节上卡壳。
---
总结:AI 编程工具的核心价值不是替代你写代码,而是把你从低价值的重复劳动中解放出来,让你专注在真正需要思考的业务逻辑上。
工具用好了是杠杆,用不好就是依赖。共勉。
评论
