type
Post
status
Published
date
Nov 19, 2025
slug
ai-coding-claude-code-first-experience
summary
我第一次系统使用 Claude Code 后,最大的感受是它不是替代开发者,而是把重复、搜索、改造和验证这些环节变得更连贯。
tags
开发
工具
agent
LLM
category
技术分享
icon
password
💻
这篇是我第一次系统使用 Claude Code 后的体验记录。它给我的感觉不是“AI 终于能替我写代码了”,而是我开始重新理解开发过程中哪些事情适合交给 Agent,哪些事情仍然必须由我判断。
 

📝 主旨内容

💡 一、我一开始把它当成更聪明的补全

真正用下来后,我发现 Claude Code 更像一个能读项目、能执行命令、能改文件的开发搭档。
刚开始接触 Claude Code,我以为它只是一个更强的代码补全工具。后来我把整个项目交给它,让它读文件、查调用链、修改实现、跑测试,体验就完全不一样了。
它最有价值的地方不是生成一段孤立代码,而是能沿着项目上下文工作。比如我说“把这个逻辑改成统一配置”,它会先看目录结构,再找已有模式,最后改相关文件。这种能力比单纯回答代码片段更接近真实开发。

🔍 二、上下文越清楚,效果越稳定

我用下来最明显的感受是:Claude Code 的表现高度依赖上下文。需求说得越清楚,仓库结构越完整,它越容易给出符合项目风格的改动。
如果我只是说“帮我优化一下”,它很容易给出泛泛建议。但如果我告诉它目标、约束、要保留的行为、测试方式,它就能更像一个工程师一样推进。
所以我现在会这样和它协作:
  • 先说明目标和边界
  • 让它读相关文件,不急着改
  • 改动前确认方案
  • 改完让它跑测试或至少做静态检查
  • 最后看 diff,而不是只看回答

🛠️ 三、它最适合处理我知道怎么做但很费时间的事

Claude Code 对我最有帮助的场景,是那些我脑子里知道方向,但手动做会很琐碎的任务。
比如:
  • 根据现有风格补一个功能
  • 批量调整文档和配置
  • 追踪某个函数在哪里被调用
  • 把一次改动同步到多个客户端目录
  • 写测试、修复 lint、整理 README
这些事情不一定难,但很耗注意力。Agent 介入后,我可以把更多精力放在判断方案是否正确,而不是机械地找文件和改格式。

🧩 四、我也更清楚它的边界

我现在不会完全交给 AI 的事情
  • 涉及生产数据删除或不可逆操作。
  • 没有测试保障的大范围重构。
  • 需要业务判断或产品取舍的决策。
  • 涉及隐私、密钥、账号权限的操作。
Claude Code 可以执行很多事情,但最终责任仍然在我。它可以帮我提高速度,却不能替我承担判断成本。

🤗 总结归纳

这次体验让我觉得,AI 写代码的重点不是“替代程序员”,而是改变程序员的工作重心。以前我花大量时间在搜索、复制、改格式、补样板代码上;现在这些事情可以被 Agent 承担一部分。
作为学习者,我现在更愿意把 Claude Code 当成一个需要明确上下文和边界的协作者。用得好,它是放大器;用得粗糙,它也可能把错误放大。

📎 参考文章

 
💡
我后面会继续记录 Claude Code 在真实项目里的使用方式,尤其是如何写更好的任务描述、如何控制改动范围,以及如何把测试流程接进来。
LLM-白泽🐲用 Codex Skill 自动发布 Notion 文章:notion-publisher 的用法与实现
Loading...