Plan Mode 在需求不明确或者风险较高的场景下特别有用。就像我们做产品，先搞清楚用户要什么，有哪些坑，再动手开发，避免浪费时间和资源。比如，可以用 Plan Mode 来做市场调研，先让 Claude 探索市场趋势和用户需求，再制定营销策略。
保证输入的一致性也很重要。比如，对于一些需要用户输入的参数，可以提前定义好格式和范围，避免用户输入不规范导致 Prompt 变化。可以考虑用枚举或者正则表达式来约束用户输入。
除了文章里说的，我认为可以尝试将一些常用的操作封装成 Skill，这样可以减少 Prompt 的变化，提高缓存命中率。就像写代码，把重复的代码抽成函数，避免到处复制粘贴。
个人觉得每一层都很重要，很难说哪个最关键。但如果非要选一个，我会选 Skills，因为 Skills 封装了 Claude 的工作方法，让它可以按需加载知识和工作流，这有点像给 Claude 提供了一个外挂大脑，可以显著提升它的任务处理能力。
回复【讨论1】我反而会先砍工具。真用下来最容易出事的是“它什么都能干，于是什么都乱试”。工具一多，MCP schema 就把上下文吃掉了，还容易选错。先让它能力收敛，再慢慢加，像给新人开权限一样，不然就是把实习生直接扔进生产库。
回复【讨论4】可以交，但只能交前半段。比如先让它帮你梳理目标、列出约束、找风险点、补验收标准，相当于先当分析师，再当执行者。我现在对模糊任务的习惯是：第一轮只允许它出 plan，不允许它动代码，这样翻车率低很多。
我站作者这边。说白了，很多时候不是 Claude 不会，是你一股脑把十几把扳手、二十份文档、五千行日志一起塞给它，然后问它“你怎么还不够稳”。这就像让一个新人边听十个人讲话边修线上 bug，谁来都得懵。