Cline 的稳妥用法是先在 Plan 模式理解项目和拆解方案，再切换到 Act 模式修改文件、运行命令，并逐项审批高风险动作。Plan 模式可以读代码、搜索并讨论策略，但不会修改文件或执行命令；Act 模式会沿用规划上下文开始实施。这样能在动代码前先把范围和验收说清。
Plan 和 Act 分别做什么
| 模式 | 适合任务 | 关键边界 |
|---|---|---|
| Plan | 阅读陌生项目、讨论架构、找边界、形成实施步骤 | 不能修改文件或执行命令 |
| Act | 按计划编辑文件、运行命令、处理验证结果 | 可能改变工作区，需要审查与审批 |
简单的单行改动可以直接进入 Act，但涉及陌生代码、多文件或依赖变更时，先 Plan 更容易控制风险。
第一步：在 Plan 模式写清任务
目标：修复导入 CSV 时空行导致的异常。
请先阅读入口、解析函数和现有测试，只输出计划。
计划必须包含：根因证据、拟修改文件、边界用例、验证命令。
禁止修改文件、安装依赖或运行命令。检查计划是否引用真实文件，是否解释调用链，是否包含失败用例。计划缺少证据时继续追问，不要因为步骤看起来完整就立刻执行。
第二步：确认后切换 Act
- 把允许修改的文件和禁止项写回任务。
- 切换到 Act 模式；规划对话会保留，不必重新描述全部背景。
- 逐次审查文件编辑和终端命令，先接受只读检查，再批准写入。
- 遇到新复杂度时回到 Plan，更新方案后再继续 Act。
按已确认计划执行，只能修改 src/importer.py 和 tests/test_importer.py。
不升级依赖。每次运行命令前先说明目的。
完成后给出 diff、测试命令、退出状态和未解决问题。怎样验证任务完成
- 用 Git diff 检查只改了允许文件。
- 查看实际命令输出和退出状态，不接受“应该通过”。
- 确认新增测试先能复现旧问题，再由修复使其通过。
- 检查没有新增密钥、生成物或无关格式化。
- 让人工审查最终行为是否符合业务要求。
示例任务没有在真实项目中执行，不能把预期结果写成亲测结果。
Auto Approve 应怎样设置
Cline 的 Auto Approve 按工具调用类别判断。可以只为读取项目文件等低风险操作开启，编辑、执行命令、访问工作区外文件和 MCP 工具应按任务需要最小化开放。官方说明，“读取所有文件”和“编辑所有文件”只有在对应基础开关开启时才扩展到工作区外。
首次使用建议保留人工审批。即使某命令被标为安全，也要阅读参数；删除、移动、安装依赖和原地替换都可能造成难以恢复的改变。
失败边界与恢复
| 问题 | 处理 |
|---|---|
| Plan 阶段开始改文件 | 停止任务，确认当前模式与插件版本 |
| Act 改动超出范围 | 拒绝后续操作，查看 diff，并重新缩小契约 |
| 测试失败 | 保留失败输出，回到 Plan 分析，不删除测试伪装成功 |
| 命令等待输入 | 中止并改用非交互命令，避免无限等待 |
| 自动批准范围过大 | 立即关闭相关类别，核对已执行操作和文件状态 |
截至 2026 年 10 月 1 日，模式入口和批准选项可能随 Cline 版本变化，本文没有在读者设备实测。
官方来源
Plan 与 Act 的能力、切换和上下文延续参考 Cline Plan & Act Mode；审批类别和风险边界参考 Cline Auto Approve & YOLO Mode。资料核验日期：2026 年 10 月 1 日。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32852.html
