CC的使用
命令解释
/plan
什么时候用plan
| 场景 | 说明 |
|---|---|
| 接手复杂代码库 | 不要让它瞎改,先用Plan模式理清调用链路和架构模式 |
| 跨多文件重构 | 如果一个功能涉及修改5个以上文件,直接改极容易发生上下文遗忘 |
| 高风险操作 | 涉及支付、权限、数据删除等敏感逻辑时 |
| 需求不明确 | 当你不确定怎么实现,需要AI先提供方案时 |
| 团队协作 | 为确保团队成员理解一致,先共享计划再执行 |
什么是plan
- 先思考后行动
- 降低风险,避免"一上来就猛干"
简单说就是: /plan 会开启只读模式,读取、分析本地工程文件,再给出技术设计
▼shell复制代码# 长时间规划的复杂任务 claude --permission-mode plan
开启后会经历 1. 探索阶段(Explore)
- 提出需求:"我想在这个SVN项目里新增一个支付网关模块,请阅读现有的payment目录并帮我规划"
- AI行动:Claude会开始只读取你的本地文件(通过cat、grep或svn搜索指令)
- 互动答疑:如果遇到模糊边界,它会主动问你:"我注意到老的支付接口依赖了UserConfig类,新模块还需要保持向下兼容吗?"
2. 规划阶段(Plan)
- 生成计划:Claude会输出一份详细的Markdown计划文件,包含:
- 需要修改的关键文件(附带路径)
- 具体的修改步骤和代码结构设计
- 潜在风险或后向兼容性问题
3. 确认阶段(Confirm)
- 审查计划:仔细检查每一步,确认方向正确
- 提问质疑:可问"向后兼容性怎么考虑?"或"数据库迁移怎么搞?"
- 修改计划:按Ctrl+G可在默认编辑器中打开并手动修改计划
4. 执行阶段(Implement)
- 切换回Normal模式:再次按Shift+Tab或输入/plan关闭Plan模式
- 启动执行:说"计划很完美,请严格按照这份计划开始写代码吧"
- 验证结果:执行后检查代码是否符合预期

4
2
分享
操作
评论
相关内容
0个评论
全部评论
点击登录,快来和大家讨论吧~
表情
图片










