事情是这样的。
某天心血来潮，我让 Claude Code 分析了一下自己的使用记录。
713 条会话，配置文件若干，Skills 系统一套。
它给了我五个关键词：
**技术驱动型 配置爱好者 深度使用者 企业开发者 持续改进者**
然后是一张评分表：
| 维度 | 评分 | 说明 |
|---|---|---|
| 工具熟练度 | ★★★★★ | 713 条会话，深度定制 |
| 技术能力 | ★★★★☆ | Java 熟练，前端待加强 |
| 安全意识 | ★★★☆☆ | 有规则但凭证需改进 |
| 知识管理 | ★★★★☆ | 体系完善但碎片化 |
| 效率意识 | ★★★★☆ | 直接明确，偶有重复 |
我盯着”配置爱好者”那四个字，陷入了沉思。
🎮 第一阶段：玩具期
刚开始，我和很多人一样：
- “帮我写个贪吃蛇”
- “这个按钮怎么居中？”
- “解释一下这段代码”
典型的 AI 玩具阶段。能跑就行，不问出处。
💡 第二阶段：觉醒时刻
然后我遇到了第一个 Bug。
Claude 信誓旦旦地说”应该没问题”，结果运行后报错。
那一刻我明白了：
证据 > 速度
于是我学会了：
- 让它运行测试再说话
- 看 diff 而不是听描述
- 小步提交，出问题好回滚
🏗️ 第三阶段：体系化
再后来，事情开始变得”有趣”起来。
我有了：
| 文件 | 作用 |
|---|---|
CLAUDE.md |
全局宪法，350+ 行 |
skills/ |
可扩展能力系统 |
memory/today.md |
每日进度追踪 |
PROJECT_CONTEXT.md |
项目状态快照 |
朋友说：”你不就是配了几个 markdown 文件吗？”
我说：”不，这是生产力系统。”
朋友：”……说人话”
我说：”就是……配置文件多了点。”
🔍 核心洞察
713 次会话后，Claude Code 说我：
- ✅ 完善的配置体系
- ⚠️ 凭证管理需要优化
- ⚠️ 配置可以精简
说白了就是：
“您建立了完善的配置体系和记忆机制，但在凭证管理和配置精简方面还有优化空间。”
这就像……
你买了一个瑞士军刀，然后用它的方式是：
- 给每个刀片配一个保护套
- 写一本使用手册
- 建立一个工具追踪系统
- 偶尔还是用刀片撬罐头
📈 使用模式的演变
分析报告还说：
“您的使用模式从初期的小游戏测试逐渐转向企业级项目开发，体现了工具价值的逐步释放。”
翻译一下：
| 以前 | 现在 |
|---|---|
| “帮我写个贪吃蛇” | “这个 Java 服务的性能瓶颈在哪里” |
| 代码能跑就行 | 有 lint 有测试有文档 |
| 相信 AI 说的每一句话 | “运行测试，给我看结果” |
✂️ 下一阶段：精简
现在的我，想做一些减法：
- 删掉从未命中的 Skills
- 合并重复的配置
- 把凭证真正隔离起来
因为最好的系统，不是不能再加东西，而是不能再减东西。
📝 给你的建议
如果你也在用 AI 编程工具：
- 别急着配置 —— 先写代码，踩坑，再配置
- 证据优先 —— 任何完成声明前，运行测试
- 定期精简 —— 每季度删掉没用的配置
- 凭证隔离 ——
.env永远不要进 git
🌅 尾声
713 次会话的经验告诉我：
真正的生产力，来自对工具边界的理解，而不是配置文件的大小。
以及：
别太在意 AI 给你的评分。
但它说的”凭证管理需改进”，还是要听的。
