2025 用AI来编程（1）
引言
2025年的开年和春节，最火的关键词一定是DeepSeek，从V3到R1，每一个模型的发布都引发轩然大波，作为早期就在关注DeepSeek V2.5的我，自然是不能幸免。事实上，在2025年的末尾，由于对Cursor和Marscode的了解，我已经有充分的计划来利用AI开发一些自己使用的小工具，而在这个过程中，Deepseek的出现大幅的加速了我对这件事情的预期，当然这种加速并不完全是正面的，某种程度上也反映出全面依赖AI的策略是具有巨大风险的。
AI工具的选择
在AI工具的选择上，实际上有两种类型，第一种是集合体，即他本身提供了完整的功能交互页面和背后的AI能力支持，而第二种则是分离体，分离体一般只提供交互工具，而背后的AI能力支持，则完全依赖你自己选择的大模型能力提供商。当然，如果结合到代码开发层面，则又会需要考虑交互工具是否要和代码开发工具做整合。
集合体&分离体
实际上在代码的编写工程中，我真正用到的集合体主要指Marscode，他是字节跳动提供的智能代码开发工具。他的优势在于免费，同时通过VS Code等IDE的天然整合，他能够读取代码，对代码进行自动补全、解释以及对代码中的问题进行回答。而在分体式工具中，我主要使用了Cline，而后台接入了DeepSeek 的API（硅基流动版本+原生版本）。
由于春节期间，Deepseek的API出现了完全的流量堵塞，因此CLINE的整体反馈时间是远大于Marscode，同时由于各类网络错误导致的任务未完成也是比比皆是，相反Marscode则整体响应速度非常稳定。
但从功能的深度和强大程度来说，CLINE+DeepSeek则是大幅的战胜了Marscode。CLINE能够根据终端输出的问题或提出的问题，逐一自动化的修改各个代码文件（读取、修改、保存），并能够运行相应的指令，并根据指令进行反馈。这使得某种程度上，编写代码只需要点击、点击再点击就能够完成。
独立交互&开发工具结合
事实上，目前主要的IDE都能够和部分的AI交互工具结合，但在这里我主要体及VS Code。而在独立交互工具上，我主要使用了Chatbox和Cherry Studio。开发工具结合与独立交互页面最大的感受差异，莫过于是否能够让AI直接读取代码。但由于在VSCode中集成的交互页面非常小，因此进行完整的产品功能从需求文档、概要技术设计到整体技术设计到输出比较吃力。而相反使用Chatbox和Cheery Studio的话，就能够和网页版的AI交互一样完成很专业的交流。
Chatbox & CherryStudio
而在Chatbox和CherryStudio两者中，我最后还是选择了Cherry Studio。主要原因有几个细节的优势：
- 智能体的丰富程度以及自我构建的容易程度
- 多个API的维护更容易
- 交互界面更清爽，能够更快的进行修改
- 在同一个对话框中，交替模型，仍然能够保持较好的对话能力。