内容管理员
“帮我策划一场分享会。”这句话足够让 AI 写出一份像模像样的方案，却没有告诉它：谁来听、听完要能做什么、你有多少时间准备。它可能把这些空白都补上，而你直到看到成稿，才发现方向不对。
这时可以先用 「方案推敲」。它会围绕你的想法分轮提问，每个问题附上建议，等你回答后再继续。你不必先写一份完整需求文档，但需要参与那些会改变结果的决定。
它借鉴了 Matt Pocock 的 Grill Me 追问方法。本文使用的是 Sitoo 应用内的「方案推敲」：中文交互、安装和调用都在应用内完成，讨论结束后交付方案摘要，不会自动开始执行。
一、先判断：这件事需要推敲吗？
「方案推敲」适合这样的时刻：你知道大致想做什么，但还没有确定哪些选择最重要，也说不清什么结果算做好了。
你现在的情况 | 更合适的下一步 |
|---|---|
想办活动、做内容或调整业务流程，目标和边界还没定 | 启动「方案推敲」，先把关键选择谈清楚 |
有几个候选方向，想比较成本和风险 | 提供候选项、限制和担心的问题，再开始讨论 |
要判断两种页面布局哪种更顺手 | 先看草图或小原型，再讨论具体取舍 |
标题、格式、材料和验收要求都明确，只差执行 | 直接提出执行任务，不必再走一轮访谈 |
它能帮助你发现缺口，但不能靠提问制造事实。 例如“用户是否愿意报名”需要实际反馈，“哪一种版式更好用”可能需要试用。讨论中碰到这些问题，应保留为待验证项，而不是勉强选一个答案。
二、在应用内安装并选中「方案推敲」
1. 找到并安装技能
打开 Sitoo 的 Agent 市场 → 技能，搜索 「方案推敲」。进入技能详情，核对用途是“通过分轮追问澄清目标、约束和风险”，然后点击 安装。
已经安装过，可以到 我的技能 中确认它处于启用状态，无需重复安装。它使用当前对话选择的模型，不需要另填第三方账号或 API Key；对话仍按正常模型用量计费。
2. 在对话中明确选中它
回到对话，在输入框中输入 @，从技能候选中选择 「方案推敲」，再输入你想讨论的事情。
发送前，确认输入框里已经选中了这个技能。只在消息中写出“方案推敲”四个字，不能代替选择技能这一步。
如果安装后候选里还没有它，先在“我的技能”核对安装、启用状态，再新建会话查看。仍然找不到时，可以刷新技能目录；不要反复安装同一个技能。
3. 第一条消息不用写成需求文档
先交代三件事：想做什么、已经知道的限制、最不确定的地方。例如：
1我想为小团队运营办一场免费的线上分享会。2听众平时用过 AI，但还没有形成稳定的工作方法。3我只有一周准备，分享时长 45 分钟，不打算购买新工具。4目前最不确定的是选什么主题、讲到多深，以及怎么判断这场分享有没有帮助。5请先帮我推敲方案，暂时不要写完整讲稿。
不知道的部分可以直接写“不确定”。这正是要通过讨论澄清的地方，不需要先让另一个 AI 编好答案再交进来。
三、它会怎样追问，你该怎样回答？
「方案推敲」默认每轮提出约三个关键问题，必要时会更少。能放在同一轮的问题，前提应该已经明确；如果一个问题依赖另一个尚未回答的选择，它应留到后面。
例如，分享的目标还没定，就不该先决定整套课件结构。相比之下，“你能投入多少准备时间”可以先确认。
每个问题应当有建议和理由。你的任务是接受、修改或指出不确定之处，而不是猜 AI 想听什么。
以下用前面的分享会作假设示例，展示回答方式；它不是一次真实活动的效果记录。
第一轮：先定目标和能投入的资源
问题 1：听众离开时，最重要的收获是什么？
建议：让每个人带走一个完成过的实际任务，而不是记住一串工具名称。45 分钟先解决一件具体的事。
问题 2：你能投入多少准备时间？
建议：先按半天准备核心案例，再用两小时试讲和修订；如果实际时间不够，就进一步缩小主题。
问题 3：是否接受小规模试办？
建议：先邀请少量熟悉的同事参加，便于收集具体反馈，不把第一次活动同时变成大规模招生项目。
你可以按编号回答，也可以补充自己的限制：
11. 同意带走一个完成的任务，但我希望主题偏内容运营，不讲编程。22. 我最多只有四小时准备，请按这个限制继续。33. 可以先找八位同事试办，不做公开报名。
这样的回答比连续说“同意”更有用：内容运营、四小时准备、八人试办，都会改变后续方案。
后续轮次：沿着你的回答继续缩小范围
目标和资源确定后，才适合讨论练习任务、材料和时间分配。例如，AI 可能建议“把一段产品资料整理成公众号推文初稿”，你需要判断这是否贴近听众的工作。
如果你不认同，可以这样纠正：
1这批同事更常写活动通知。请把练习改成：2根据一份已确认的活动信息，整理出可供同事审核的通知初稿。3内容不得虚构时间、价格、嘉宾或报名方式。
接下来再明确：谁提供资料、现场是否有练习时间、由谁检查初稿。如果活动信息尚未确认，就把它列为准备条件，不让 AI 自行补全。
推荐答案是供你比较的起点，不是标准答案。 你可以说“不同意”“还不知道”或“这个前提变了”，然后让它更新受影响的问题。
四、问到哪里可以停？让它交付一份可核对的摘要
你不需要等问题问完才有资格结束。讨论已经足够支撑下一步时，可以直接说：
1现在先总结，不继续扩展范围。2请分开列出：31. 已确认的目标和关键决定；42. 本次范围与明确不做的事项；53. 尚未决定或需要验证的内容；64. 什么结果算完成，以及建议的下一步。7不要把你的建议写成我已经同意的决定。
前面的示例，可以整理成这样一份摘要：
核对项 | 示例中的共识 |
|---|---|
目标 | 帮助小团队运营，根据已确认资料完成一份活动通知初稿 |
形式 | 八位同事参加的免费线上试办，45 分钟 |
准备约束 | 最多投入四小时，不购买新工具 |
本次不做 | 不做公开招生，不扩展成系列课程，不讲编程 |
待验证 | 听众是否能跟上练习节奏；材料能否及时准备齐全 |
完成标准 | 初稿能交给同事审核，关键信息有来源；能指出仍需人工确认的内容 |
下一步 | 先找一位同事试走核心练习，再决定正式时间分配 |
这份摘要的作用，是让你发现“我并没有答应这一点”或者“这个风险还没处理”。确认摘要准确，表示双方对方案理解一致；要开始写讲稿、制作课件或安排活动，需要再明确提出执行任务。
五、讨论跑偏时，用这些话把节奏拉回来
你遇到的情况 | 可以直接这样说 |
|---|---|
一轮问题太多，看不过来 | “接下来一次只问我一个问题，回答后再继续。” |
总在问已经回答过的事情 | “这点已确认，请沿用刚才的结论，推进下一项。” |
方案越来越大，超过原本目标 | “回到本次目标，新增方向先不讨论。” |
推荐答案听起来有道理，但缺少依据 | “这条建议依据什么？请区分已有事实和待验证假设。” |
暂时无法回答 | “这项先保留为未决，不要用默认答案替我决定。” |
已经讨论疲惫 | “先暂停，记下当前共识和下一步要讨论的问题。” |
如果已经确认了一个方案，后来又改变了目标，告诉它具体改了哪一项。这样它才能重新推敲相关分支，而不是继续沿着旧前提向下问。
需要在另一次对话继续时，保存并附上方案摘要。不要默认新会话已经记住之前所有取舍。
六、怎样确认这次推敲有帮助？
结束前，用下面几项检查结果：
- ○我能说清楚这件事主要服务谁、解决什么问题。
- ○关键选择是我确认的，AI 没有把建议当成既定要求。
- ○时间、材料、预算和本次不做的事项已经明确。
- ○不确定的地方被保留下来，并知道该用什么证据验证。
- ○我知道什么结果算完成，也知道下一步该做什么。
一次有效的「方案推敲」，不一定产生很长的对话。它应该让你更容易做决定，也更清楚哪些地方还不能下结论。先把一个小主题谈清楚，再带着确认过的摘要进入执行，会比拿着一份充满默认假设的完整方案更踏实。