一、任务创建只有三个动作

扣子空间里新建一个任务，界面上的动作极少——这正是它和前六章最直观的差别：

① 选模式     探索模式 ／ 规划模式
② 写任务     一句话（可长可短），必要时点上传附件
③ 配扩展     勾选需要的 MCP（飞书多维表格、地图、搜索等）

三个动作里，真正决定成败的是前两个：模式决定它【怎么想】，任务描述决定它【想什么】。第三个动作（扩展）是"加分项"，本章的财报分析用不上——财报在本地，不在飞书里。

二、探索模式与规划模式：怎么选

两个模式的差别只有一句话，但后果差得很远：

本章的财报分析，几乎全部走规划模式，理由有三个，一个比一个硬：

1. 它是多步任务——抽取、计算、对比、成文，四步以上；
2. 它的结论要给别人看——外发的东西必须验证过；
3. 它跑得久——十几分钟的任务，你必须在它跑之前就确认方向对了，否则返工成本是双倍。

三、任务怎么写：一句话里要有四样东西

7.1 已经拆过【帮我分析一下这份财报】缺什么。本节把它变成一张可执行的写法清单：

四样里最容易被省略、也最不能省的是第四样——不是"给我个结论"，而是"给我一个每条都能指回原文的结论"。这一条会在 7.2.3 变成提示词里的硬要求。

四、规划模式的三个时刻

规划模式真正的价值，是它给你三个可以插手的时刻：

时刻 ①  澄清     它反问你（哪一期？关心什么？跟谁比？要什么形式？）
时刻 ②  拆解确认  它列出执行计划，你可以逐条改（最像 1.2.3 的工作流，但不是拖出来的，是它写的）
时刻 ③  中途纠偏  跑的过程中可以【暂停 → 改提示词 → 继续】

时刻 ② 是关键：它给的计划表，就是你这次任务的一日清单。这一步花你两分钟看一眼，能挡掉后面最贵的那类错误——方向性错误。

五、它跑的时候，你在看什么

扣子空间的执行过程是可见的，右侧工作空间通常有三个页签：

"浏览器"页签值得单独说一句：它会留下它的搜索轨迹。这在 7.2.4 回验结果时非常有用——如果某条数字的"来源"是它搜来的一段网页，而不是你上传的年报，那这条的可靠性要打问号。

六、⚠️ 2026 现状：任务创建这一侧的四件事

现状一：一个任务是【分钟级】的，不是秒级

规划模式实测十几分钟量级（有评测记录：一个稍复杂的规划任务，整个过程约 15 分钟）。这一条直接决定 7.3 怎么写 RPA 的等待逻辑——不能写死 sleep，只能轮询。

现状二：附件有明确的容量上限

一次最多 10 个文件，单个不超过 50MB。这一条看着琐碎，但它是 7.2.2 那张体检表的第一条规则。

现状三：入口在 space.coze.cn，移动端与网页端同步

产品有网页端与 App，登录同一账号，任务与产出跨端同步。这对"通勤路上想起一件事、回办公室接着做"的场景有用——但对本章更重要的一点是：它的产出是云端资产（网页链接、文件），RPA 才有一个稳定的抓取目标（7.3）。

现状四：还在快速迭代，界面与能力都可能在变

它是仍在公测与高频迭代中的产品（版本号在 3.x 量级频繁更新）。本章写到的是原则：选模式、写任务、看三个页签。 遇到界面和本节不一样时，先找这三件事在哪，别怀疑自己的操作。

七、动手 Demo：模式选择器

下面这个脚本把本章的判据写成代码：给一批任务，判断各走哪个模式。

# -*- coding: utf-8 -*-
"""7.2.1 Demo：模式选择器——这条任务该走探索模式还是规划模式？

判据：
  - 步骤数 >= 3            → 加一分
  - 结论需要标来源          → 加一分
  - 中间步骤要人确认        → 加一分
  总分 >= 2 → 规划模式    总分 <= 1 → 探索模式
"""

# (任务, 步骤数, 是否要标来源, 中间要不要人确认, 预估耗时分钟)
TASKS = [
    ("查一下这家公司今天的股价", 1, False, False, 1),
    ("把这段财报摘要翻成英文", 1, False, False, 2),
    ("分析 2025 年报，算四个比率并做三年同比", 5, True, False, 15),
    ("整理一份行业研报的要点清单", 4, True, False, 12),
    ("对比三家公司 2025 年报的毛利率", 5, True, True, 18),
    ("给财报里出现的一个陌生科目做名词解释", 1, False, False, 1),
    ("做一份可以发给同事看的财报分析网页", 6, True, True, 20),
    ("把年报里的管理层讨论抄成纯文本", 1, False, False, 3),
]


def judge(steps, need_src, need_confirm):
    score = 0
    if steps >= 3:
        score += 1
    if need_src:
        score += 1
    if need_confirm:
        score += 1
    return ("规划模式" if score >= 2 else "探索模式"), score

看到什么算成功（真实输出）：

==============================================================================
  7.2.1 Demo：八条任务，各走哪个模式
==============================================================================

  判据：步骤>=3 ／ 要标来源 ／ 中间要人确认 —— 各加一分
        总分 >= 2 → 规划模式    总分 <= 1 → 探索模式

  任务                                      步  来源  确认  分  结论
  --------------------------------------------------------------------------
  查一下这家公司今天的股价                  1   —     —     0   探索模式
  把这段财报摘要翻成英文                    1   —     —     0   探索模式
  分析 2025 年报，算四个比率并做三年同比    5   是    —     2   规划模式
  整理一份行业研报的要点清单                4   是    —     2   规划模式
  对比三家公司 2025 年报的毛利率            5   是    是    3   规划模式
  给财报里出现的一个陌生科目做名词解释      1   —     —     0   探索模式
  做一份可以发给同事看的财报分析网页        6   是    是    3   规划模式
  把年报里的管理层讨论抄成纯文本            1   —     —     0   探索模式

二、按模式分两堆
------------------------------------------------------------------------------
  模式        条数  预估总耗时  适用什么
  --------------------------------------------------------------------------
  探索模式    4     7 分钟      一步能问完的、查证性的、不改结论的
  规划模式    4     65 分钟     多步的、要标来源的、结论要给人看的

  耗时对比：探索模式 7 分钟 ／ 规划模式 65 分钟（差 9.3 倍）

三、读结果
------------------------------------------------------------------------------
  ① 判据里最不显眼、却最重要的一项是【要标来源】——
     凡是结论要拿去给别人看的任务，都该走规划模式。
  ② 注意最慢的两条都不是【最难的】，而是【要给别人看的】：
     验证过的信息才敢外发，验证是要花时间的。
  ③ 反过来，【查股价】【翻一段话】这类，走规划模式是浪费：
     等它规划完，你自己都查完了。
  ④ 所以模式选择的实质是：这条任务的结论【要不要承担责任】。
     要，就慢一点、留个确认点；不要，就快。

==============================================================================

读结果：

• 第 ③ 条判据【要标来源】是本节最值钱的判断。它看着像格式要求，其实是"这条结论要不要出去"的代理指标——凡是给人看的，就得能核；能核的，就得走慢一点的那条路。
• 最慢的两条都不难。它们慢，不是因为技术复杂，而是因为要让别人信。这句话把整章的取舍讲透了：在财报这类场景里，时间不是花在"算"上，是花在"证明算得对"上。

30 秒实验

打开扣子空间，同一件事跑两遍：

第一次：探索模式 → 「分析这份年报里应收账款的变化」
第二次：规划模式 → 「分析这份年报里应收账款的变化」

只观察一件事：规划模式在开始动手之前，问了你什么？

• 你会发现它多半会先问你一两句（哪一期？要不要和上年比？）——这两句就是 7.1 讲的"缺的边界"。
• 再对比两次的产出：探索模式的更快，但它的口径是它替你定的；规划模式慢，但口径是你确认过的。
• 一句话带走：两个模式差的不是速度，是"谁替你做决定"。

常见误区

1. 【任务描述当然越短越好，AI 那么聪明】——短不等于清楚。 短是【你的省事】，不是【它的省事】。你省下的 50 个字，会变成它替你做的一堆决定，最后花你几十分钟去核。
2. 【规划模式慢，能不用就不用】——慢是它的功能，不是它的缺点。 它慢，是因为它在动手之前先让你看计划。在"错了要重来"的任务上，这次的慢是省钱的。
3. 【选好模式就不用管了】——规划模式的三个插手点，你至少要用一个。 最值钱的是时刻 ②（计划确认）：花两分钟看一遍计划，挡掉的是方向性错误。
4. 【它搜到的资料也算来源】——要分清"你给它的"和"它自己搜的"。 上传的年报是你负责的素材；它自己搜来的网页，可靠性与时效性都要另打问号（7.2.4 会用到这条区分）。

• ☐ 下一节（7.2.2 财报PDF文件上传处）

相关笔记

• 财报分析智能体场景概述 —— 本节的上游：为什么这一章换了平台、也换了形态
• 工作流编排 —— 【人预先编排】的完整做法，本章把它换成了【它自己拆】
• 提示词设计 —— 提示词四要素的来处；本节讲任务，7.2.3 讲提示词的进阶写法
• RPA发起会话并识别结果 —— 上一个"发起任务"的写法，对照看【异步轮询】在两章里的差别
• 🤖 Agent+RPA实战 · 索引 —— 全课路线图