|
趁着今年圣诞期间 Claude Code 提供双倍 token 的机会，我做了一次比较密集的开发实践，想在论坛里简单分享一下使用体验，供大家参考。 这次主要完成了三件事： 新开发了两个 Web App（纯属个人兴趣爱好的项目），同时对一个已有的 Web App（兼职给一家初创公司做的项目）做了一轮较深度的优化。 粗略估计，三者加起来的代码和文档量超过了十万行。不是简单 demo，而是真正可运行、可继续迭代、具有一定业务逻辑复杂度的 Web App。 Claude Code 在开发中主要承担的角色 在这次实践中，我并没有把 Claude Code 当成“自动写代码的工具”，而是更接近把它当成一个可以长期协作的开发助手。 整体流程大致是： 先给出一个比较清晰的想法和目标， 由 Claude Code 帮忙把想法拆成需求，再进一步细化成可执行的实现计划。 在计划明确之后，它会按照计划推进实现，包括前后端代码、文档以及测试。 关于实现和 bug 的情况 实际开发过程中当然会遇到不少 bug，这一点并不意外。 但在有前后端 unit tests 以及 e2e tests 的前提下，大部分问题可以通过测试失败来暴露。 Claude Code 能够根据失败的测试自行定位问题、修改实现并重新跑测试。 人需要做的更多是设计好测试和边界条件，而不是逐个手动排查细节 bug。 人工介入的重点 我主要介入的地方集中在几个方面： 第一是确认实现是否真的符合最初的目标，是否存在不必要的复杂度。 第二是性能和可扩展性问题，例如在数据量变大后，查询和整体结构是否还能支撑，是否存在明显的性能隐患。这些可以直接和Claude Code进行沟通、讨论。 第三是在功能基本完成后，让 Claude Code 重新整体 review 一遍系统，对照最初的设计目标提出改进建议。 这一轮 review 给出的建议质量总体不错，其中大约有六到七成是我直接采纳并让Claude Code去落实的。 关于 token 和并行开发的一点体会 在圣诞双倍 token 的支持下，体验确实提升不少。 测试本身比较耗时间，但不会快速消耗 token，反而适合在较长时间窗口内持续跑（切换至--dangerously-skip-permissions模式）。 合理安排后，可以同时推进两个项目，让 Claude Code 并行工作，人只需要定期检查和调整方向。 一些个人总结 这次实践下来，一个比较明确的感受是： Claude Code 并不是用来完全替代开发者的，而是能显著放大有经验开发者的产出。 前提是需求清晰、测试到位，并且人能对架构和性能做出基本判断。 在这种前提下，它更像是一个执行力很强、能长时间专注工作的协作型助手。 |
