最近新上了一个项目。在把需求初步梳理了之后，扔给了Claude Code，让它按照要求构造一个原型系统。下面说说整体体验。
[IMAGE: https://images.hive.blog/DQmXkJS3NsL6T8vZy22V7AhPig1vkLaV9xTknxQ8MQ1fyCL/image.png]
图源：Claude CLI截屏
其实，已经使用Github Copilot很久了。在使用一些从未使用的新框架/技术的时候，感觉它还是很快的。在代码审核的时候，它的作用就更加明显了。它可以在很短是时间内系统的检查代码，这样就能大幅度的提升效率。
但嵌入在VS Code中的插件毕竟是一种体验，而最近的Vibe Coding则是一种截然不同的体验。
初接触时，很多人对这种字符界面不太适应。但对于我而言则有种非常熟悉的亲切感。毕竟对于成天在Linux下工作的人而言。这种界面可以说再熟悉不过了。
把需求文件放在一个文件中后，只是简单的告诉Claude Code，要求按照要求生成代码。
之后Claude Code需要多次确认是否有运行某些命令的权限。这样一路"Yes"之后。大约也就是过了10多分钟后，整个代码就跑通了。功能也基本实现了。
先来说说其优点：
首先是全自动化的。整体理解需求，构思，设计，实现，测试，全部都是自动执行的。真的很省心。
其次就是其效率。从后台存储，到api，到前端，再到测试。整个项目的方方面面都考虑到了。代码生成过程也就10多分钟。这比人工效率要高太多了。
再来说说缺点。
首先就是它未必能够完全理解需求文档。经常会出现漏掉的情况。如果漏掉某些功能，你提示它比如3.1没有做到，它再检查一边后会添加相应功能。既然如此，为什么第一次不能做全呢？
还有就是比较贵。我用的是Claude家三个模型中最靠谱，但也是最贵的模型。工作运行时间不到20分钟，耗费了8美元。想想有些肉疼。但反过来一想，如果按照时薪算的话，它还是较为便宜的。
还有就是有些时候它的理解力未必完全正确。因此生成的功能/代码需要人工审核。
但无论如何，它确实是一个给力的助手。以后还是要和它不断磨合，才能达到10x类似的效率.