Cline：DeepSeek 能不能真的写代码？让它自己动手试一次
7.1 万 star 的 VS Code 编程智能体。接上 DeepSeek，它会自己读文件、改代码、跑命令、看报错再改。用法、成本和它翻车的时候，都说清楚。
前面几篇都是"聊天工具"。Cline 不一样——它能动手。
它是 VS Code 里的插件，你给它一个任务，它自己去读你的代码、改文件、跑终端命令、看报错、再改，直到跑通或者卡死。
7.1 万 star，地址：
https://github.com/cline/cline
接上 DeepSeek 之后，一次任务的成本大概是几毛到几块钱人民币——比请人便宜，比自己写省时间。但也可能它绕了半天什么都没干成。
它和"补全"有什么区别
补全（Copilot 那类）是：你在写，它在猜你下一行要什么。
Cline 是：你描述一个目标，它自己去改整个项目。比如"把这个项目的 axios 换成 fetch"“给所有 API 加上错误处理"“帮我把这个报错修了”。
它工作的时候是这样的循环：
- 读相关文件
- 提出修改方案（等你点同意）
- 写入文件
- 跑命令（比如
npm test） - 看输出，如果失败，回到第 1 步
你能看到它每一步在干什么，也能随时打断。
装
VS Code 扩展市场搜 Cline，装上。或者命令行：
code --install-extension saoudrizwan.claude-dev
装完左侧会出现一个机器人图标。
接 DeepSeek
点开 Cline 面板，右上角设置：
| 字段 | 填什么 |
|---|---|
| API Provider | DeepSeek |
| API Key | platform.deepseek.com 生成的 |
| Model | deepseek-chat |
为什么不选 reasoner：编程任务的循环次数多，reasoner 每一步都要"想很久”，一轮下来又慢又贵。deepseek-chat 在代码上已经够用。
这里有个实话：Cline 原本是为 Claude 设计的。Claude 的工具调用能力强，Cline 的提示词也是围着它调的。换成 DeepSeek 之后能用，但复杂任务的成功率会低一些——它可能改错文件、或者反复在同一个错误上打转。
这不代表不能用，只是要知道：简单任务它很稳，复杂重构要盯着。
第一次用：从"只读"开始
别一上来就让它改整个项目。
在面板里选 Plan 模式（只读），然后问：“这个项目是干什么的？入口在哪？依赖有哪些？”
它会自己翻文件然后回答。这一步不花钱（改动），你也能看出它读得对不对。
确认它能读懂之后，再切到 Act 模式，让它动手。
三种权限模式，别选错
- 每一步都问我：最安全，每次读文件、改文件、跑命令都弹确认。前期用这个。
- 自动批准读操作：读文件不问了，改文件和命令仍然确认。日常最舒服。
- 全部自动：它自己跑，不问。只在临时分支上用，不然哪天它把你没提交的改动删了，你只能哭。
几个真实场景
修一个报错 把终端里的报错粘进去：“这个报错怎么修？” 它会读相关文件，提出改法，改完跑一次验证。
加一个小功能 “给这个表单加一个字段校验，邮箱格式不对就提示。” 它会改组件、改类型定义、必要时改接口。
读懂别人的代码 “这个函数的调用链是什么？” 纯读，不花钱在改动上，很划算。
写测试 “给 utils/date.ts 写单元测试，覆盖边界情况。” 这个它做得不错，因为验证标准明确。
成本怎么控制
它在每次对话里都会重新发一遍上下文（相关文件内容），所以：
- 别在一个会话里问十件不相关的事，开新会话更省；
- 让它读的文件越少越好，用
@精确指定； - 在设置里打开成本显示，每轮能看到花了多少；
- DeepSeek 的价格本身便宜，但循环十几次也是钱。
会踩的坑
它改错文件
经常发生在项目结构复杂的时候。用 Git——干活前先 commit，它改坏了直接 git checkout .。
它反复在同一个错误上打转 三轮没进展就打断，人工看一眼。别让它一直烧钱。
中文路径、中文文件名 偶尔会出问题。项目目录尽量用英文。
它不认识你的项目约定
在项目根目录放一个 .clinerules 文件，写上"这个项目用 pnpm，不要用 npm"“组件放 src/components，不要用 index.ts 导出”。它每次会读这个文件。
它跑命令要小心
rm -rf、git reset --hard 这类命令，权限模式要把关。别开全自动。
它适合谁
- 一个人维护一个中小项目，想有个"下手"的；
- 有明确任务（修 bug、加小功能、写测试），不想自己敲的；
- 已经在用 VS Code，不想换编辑器的。
不适合：大型遗留项目（它读不过来）；对代码质量要求极高、每个改动都要 review 的团队（它改得太快，你 review 不过来）；不想为 AI 付费的。
最后
Cline 代表的方向是对的：AI 不只是回答问题，它开始干活了。
但"能干活"和"干得好"之间还有距离。我的经验是：任务描述得越具体、验证标准越明确（能跑测试、能看报错），它成功率越高；说"帮我优化一下这个项目"这种，它一定翻车。
用之前先 commit。这句话比本文其他内容都重要。
有问题留言。
留言