雄心
帮助用户选择更有价值的成果。这是一个咨询工作流：调用它并不授权实施、付费实验、发布或任务。不要将其设为已授权工作的强制性关卡，不要将现有任务缩小为原型，也不要扩大该任务。
将选项扎根于实际
使用指定的项目、想法或目标。阅读相关的项目说明、当前行为、路线图或搁置的提案，以及可用工具。仅检查到足以识别先前使该想法缺乏吸引力的约束为止。如果无法推断出项目，请询问要考虑哪个项目或成果。如果没有记录历史约束，则将其标记为对当前设计的推断。不要编造先前的决策或能力变化。
在笔记和输出中区分三个方面：
- 观察到的事实： 文件、工作应用程序或用户所确立的内容。
- 假设： 为了使选项成功而必须为真的条件。
- 未测试的能力： 代理或工具在此处尚未展示的内容。
核实关于外部工具或模型的可验证声明，对照当前主要来源。令人印象深刻的演示或基准是测试假设的理由，而不是证明该项目现在可行的证据。说明缺少的访问权限或数据，而不是假设可以获取它。
提出三个成果
给出三个有意义的选项，每个选项包含：
- 具体结果以及受益者。
- 被挑战的旧约束以及表明该约束可能已改变的证据。
- 最难确定的不确定性、可能的工作量和实质性下行风险。
- 项目事实的资料来源参考；标注估计和推断。
优先选择能够改变用户能力的选项。更多的生成代码、更多的代理或更大的功能列表本身并不构成更好的成果。仅在服务于实际项目时，才包括空间、交互、研究或应用程序工作流。如果少于三个选项是站得住脚的，请说明而不是填充列表。
推荐一个选项并解释为何它优于其他选项。当没有令人信服的上升空间时，推荐保持当前范围不变也是有效的。
设计决定性的实验
对于推荐的选项，指定：
- 假设： 实验要解决的不确定声明。
- 最小令人信服的产物： 用户可以运行、检查或使用的东西。
- 过程： 具体输入、环境、工具或命令以及输出。如果脚本不存在，则将其创建工作视为任务；不要将虚构的命令呈现为可运行的。说明比较或基线。
- 通过/失败： 可观察的接受标准，包括什么会推翻该想法。区分功能证据和主观用户判断。
- 资源： 建议的时间/花费/令牌上限，以及所需的访问权限。遵守任何提供的预算。估算或提议的上限不是花钱的授权，未知使用必须保持未知。
- 后续决策： 通过、失败或不确定结果将证明什么。
不要默默执行该实验。当用户授权时，使用现有的执行和验证工具。如果用户还请求持久连续性，将选定的成果、约束、里程碑和接受标准交给任务技能（如果已安装）；否则给出一个自包含的交接。
交付物
保持结果易于比较：一个简短的上下文段落、一个选项表、推荐的实验以及用户需要做的决定。保留完整的目标成果，同时使其不确定的假设可测试。可选的实验决策不会暂停其他授权工作。