什么时候直接做，什么时候先出计划
| 任务现在更像什么 | 更适合怎么做 | 原因 |
|---|---|---|
| 写邮件、整理摘要、提取重点、补 README 草稿 | 直接用普通协作 | 先做出一版，再按反馈调整最快 |
| 设计文档结构、规划多步任务、安排复杂改动 | 先切计划模式 | 先把步骤和边界理清更不容易跑偏 |
| 你还没想清楚范围和风险 | 先切计划模式 | 让灵思先帮你拆解，而不是直接开做 |
计划模式里通常会发生什么
- 先把目标、边界和偏好问清楚，而不是默认替你猜。
- 把任务拆成更结构化的步骤，而不是直接一口气往下做。
- 产出一版可检查的计划，再决定要不要继续实施。
模型预设怎么选
| 预设 | 更适合什么情况 | 你会看到的描述 |
|---|---|---|
| 标准 | 日常通用任务，适合大多数文档整理、内容生成、文件处理和综合协作场景 | 日常通用，适合多类任务 |
| 编码 | 当前线程明确以代码工作为主，希望模型更集中在编码协作 | 编码优先（无图像理解） |
模型预设只影响当前线程后续发送的消息。进入计划模式后，你还可以把计划保存为 Markdown，或者先复制出去再继续讨论。
第一版出来后，最常见的 3 种继续追问
1. 收紧表达
“保留结构不变，但把表达再收紧一点，更适合给老板快速看。”2. 换输出形式
“基于刚才这版内容，再整理成一封可直接发送的邮件，语气专业一点。”3. 限定材料重做
“这次只基于我刚补的表格和会议纪要重做一版，不要沿用刚才没有依据的部分。”常见问题
是不是每个任务都该开计划模式？
是不是每个任务都该开计划模式？
不需要。大多数直接出结果的任务，普通协作就够了。计划模式更适合复杂、容易跑偏、需要先明确步骤的任务。
如果第一版不对，是不是应该重开一个线程？
如果第一版不对，是不是应该重开一个线程？
不一定。只要还是同一件事，通常继续在原线程里补要求更好。这样上下文更完整，也更接近真实协作方式。
什么时候更适合切到编码模型？
什么时候更适合切到编码模型？
当这条线程明确是在做代码相关工作，而且你希望模型更集中在编码任务时，再切到“编码”。日常综合任务用“标准”就够了。