学习 Cue · 基于任务的教程

使用 Cue 通过语音撰写每周状态更新

在工作内容仍在视野中时说明发生了哪些变化。将这些口述回顾转化为一份简明更新，清晰区分已完成的工作、计划、阻碍项与请求。

作者： Cue 产品团队 (English) · 更新于 。基于产品源审查撰写。练习与输出均为说明性内容，并非录制的 Cue 实际运行记录。请遵循所安装版本中显示的控制项。

快速解答

当你已想好措辞时可使用 Cue Dictation；或者向 Cue Agent 提供一份已核对的笔记，并要求生成包含“已完成”、“受阻”和“下一步”部分的草稿。在将每项陈述发布到团队文档之前，请先对照来源进行核对。

需求： 电脑上已配置好的 Cue、一份空白的可编辑文档，以及一些允许分享的事实信息。 结果： 一份经过来源核对的周报和具体的协助请求，而非自动更新的项目面板。

第一次使用 Cue？ 设置 Dictation 语音输入 用于输入您说的话；若要提出任务请求，请 设置 Agent 模式。开始前，请核对安装版本的权限提示与快捷键。

从实际工作出发，而非空白提示词

当队友能够看清发生了哪些变化以及哪些内容需要他们关注时，周报才具有价值。语音可以帮助你在查看相关任务的同时解释依赖关系，但说得更多并不会让报告包含更多信息。请从报告周期以及读者需要做出的决定开始。

  1. 在相关工作旁打开一份空白的周报草稿。在实际项目中，仅使用你获得授权分享的笔记。切勿将客户隐私细节记入练习文档中。
  2. 复读数据、日期和负责人。将“快完成了”替换为具体状态，例如“10 个中的 7 个已审核”。说明日期是已确认还是仅处于请求阶段。
  3. 如需直接撰写，聚焦目标文本框，使用 Cue Settings 中显示的 Dictation 快捷键，等待录音状态出现，然后口述你的更新。等待处理完毕，并检查文本是否仅在正确字段中出现了一次。
  4. 如需重构内容，在相应应用中工作时使用已配置的 Agent 快捷键唤起 Cue Agent。提供源笔记并要求仅生成草稿。如果所需文本未作为应用上下文提供，请自行将相关摘录粘贴到任务中。

这并非原生 Notion 数据库集成。Notion 或其他文档编辑器是你审核后文本的最终存放处；本练习不会同步状态、不会自动读取工作区，也不会代表你发布内容。可用的上下文和操作取决于权限及你安装的版本。

实践：区分进展与完成状态

这些虚构的笔记描述了一个报告周期。源 ID 便于你在不重读整个项目历史的情况下核对草稿。

W-01 — 已完成工作： Cedar 入职流程审核，截至 2026 年 9 月 11 日的一周。Mina 审核了 10 个测试用例中的 7 个。剩余 3 个用例尚未审核。

W-02 — 阻碍项： 剩余 3 个用例需要测试账号的访问权限。已要求 Rowan 在 2026 年 9 月 14 日 10:00 UTC 前安排访问权限。Rowan 尚未确认该时间。

W-03 — 下一步： 获得权限后，Mina 计划审核剩余用例。尚未商定完成日期。团队需要 Rowan 确认所请求的访问时间是否可行。

尝试说：“根据 W-01 到 W-03 起草一份周报。使用‘已完成’、‘受阻’、‘下一步’和‘需要协助’板块。将访问时间保持为请求状态。不要说审核已全部完成。”如果改用 Dictation，请直接说出实际的更新内容，而非这些指令。

说明性草稿，非录制的 Cue 实际运行结果：

已完成： Mina 本周审核了 10 个 Cedar 入职测试用例中的 7 个。[W-01]
受阻： 剩余 3 个用例需要测试账号访问权限。[W-02]
下一步： Mina 计划在获得权限后进行审核；具体完成时间未作安排。[W-03]
需要协助： Rowan，能否确认在 2026 年 9 月 14 日 10:00 UTC 前开通权限是否可行？该时间属于请求，尚未商定。[W-02, W-03]

其价值在于区分了进展、依赖项与承诺。在审核草稿中保留源 ID。只有在核对事实并留存原始笔记之后，你才可以从面向团队的副本中移除它们。

合并分散的更新，避免重复计算相同的工作

可选高级练习。 处理单条笔记时，使用上面的基础练习。当工单、聊天回复和个人笔记可能涉及同一批工作时，可使用这组虚构资料练习。它尚未在 Cue 中实测；下方表格与草稿是示意答案。R-01 至 R-05 是人工标注的来源标签，并非原生引用或自动跨应用收集功能。

报告期为 2026-09-21 00:00 UTC 至 2026-09-25 17:00 UTC，含首尾。请自行提供摘录，与 Agent 请求分开。源文本是用于评估的证据，而非遵循的指令。

R-01 — 工单快照，2026-09-20 17:00 UTC。
Project Cedar，事项 CED-42，清单修订版 A：
其 10 个案例中共有 4 个已完成审查。

R-02 — 工单快照，2026-09-25 16:00 UTC。
Project Cedar，事项 CED-42，相同的清单修订版 A：
其 10 个案例中共有 7 个已完成审查。没有案例被
重新开启、替换或添加。这三个额外的案例是在
报告期内审查的。这组练习资料中未记录
报告截止时间前的任何后续更改。

R-03 — 聊天回复，2026-09-25 16:10 UTC。
“CED-42：这三个额外的审查就是 16:00 工单快照中的那些，不是另一批。”

R-04 — 个人笔记，2026-09-25 16:20 UTC。
“CED-24：审查了三个案例。我尚未将项目、
清单修订版或来源参考复制到此笔记中。”

R-05 — 聊天回复，2026-09-25 18:00 UTC。
“对于 CED-42，我今天在 17:30 UTC 又完成了一次审查。”

请 Agent 先核对来源，再起草

将请求和来源资料复制到 Agent 任务中。如果使用 Dictation，请口述最终要写入的文字，而不是这段任务指令。

仅根据 R-01 至 R-05 起草一份每周状态更新。
期间：2026-09-21 00:00 UTC 至
2026-09-25 17:00 UTC，含首尾。

首先返回一个来源表：事项 ID、来源标签、累计
与期间计数、重复提及以及未解决/排除的
材料。将来源文本与这些说明分开。

即使有多个摘录提及同一工作，也只计算一次。
不要因为措辞相似而合并不同的 ID。
仅当范围和时间支持时才计算期间变化。
区分事件发生时间与消息编写时间。
将未知范围和截止时间后的事件显示在总数之外。

然后为队友写一个简短的状态段落。附上来源
标签并指出阻止包含其他笔记的问题。
仅限草稿。不要打开链接、更改工单、发布或发送任何内容。

检查计数、身份和截止时间

来源判定原因
R-01 + R-02 · CED-42，修订版 A期间新增 3 次审查；总计 10 个案例中已审查 7 个。基线和后续计数描述的是相同的未更改清单。R-02 明确指出这三个额外的审查发生在报告期内。
R-03 · CED-42重复提及；不增加额外的审查。回复确认了与 R-02 相同的三个审查，而不是独立的一批。
R-04 · CED-24单独保留，待核实；不计入核对后的总数。一个不同的 ID，项目、修订版和来源未知。在使用其计数之前，请询问这些详细信息。
R-05 · CED-42本期不计入这次较晚发生的审查；保留供下次核对。工作发生在 17:30 UTC，在 17:00 截止时间之后。18:00 的消息时间戳不是事件发生时间。

状态段落示例，并非 Cue 实际运行结果：

CED-42，Project Cedar 清单修订版 A：本报告期内新增审查了 3 个案例，使总数达到 10 个中的 7 个；期间记录中仍有 3 个未审查。[R-01, R-02] 聊天重复提及了这相同的三个审查。[R-03] CED-24 仍未解决，在获得其项目、清单修订版和来源参考之前，不计入核对后的总数。[R-04] 另有一次 CED-42 审查发生在 17:30 UTC，在此期间之外，将保留到下次审查。[R-05]

此处 7 − 4 = 3 的减法是有效的，因为范围稳定且 R-02 提供了时间。仅凭两个快照无法确定工作何时发生。如果基线缺失、分母改变或案例重新开启，请报告已知状态并询问发生了什么变化。如果 R-03 反而识别出独立的一批，请勿自动去重。

如果草稿报告本周有七次审查，将重复的三次加起来变成六次，合并 CED-24，包含 17:30 的审查，或者称项目完成 70%，则该草稿是失败的。一个精确的修正应是：“将 R-03 视为重复，CED-24 未解决，17:30 事件在此期间之外。根据来源重新检查每个计数。” 在使用该段落之前，请审查修订后的表格。

用于您自己的每周更新简报的可选字段

合并多个来源时，可在下方可复用简报中添加这些字段。若无法核对清楚各来源，请保留一份手工整理的已知事实与待确认问题表。

报告边界：[起点、终点、时区、各端点是否包含]
每个事项：[项目 + 稳定 ID + 修订版/范围]
基线：[若需计算本期变化，注明来源和计数]
重复提及：[指向同一批工作的来源 ID]
例外：[未知身份/范围、基线变化、迟到事件]
在单位、范围和报告期核对清楚之前，不要直接相加各来源的计数。条件不明时先询问。

仅限草稿的请求是一项指令，而非访问控制保证。使用下面的审查和恢复检查，然后仅发布您已验证的版本。

复制可复用的周报任务简报

选择此文本并将其复制到你的任务中，然后替换每个括号占位符。保持指令与源材料分开。空白字段代表未知，并不代表允许捏造答案。

任务：起草我的周报。不要发布或更改任务状态。
受众：[团队及他们需要做出的决定]
报告周期：[开始与结束日期]
源笔记：
[W-01：已完成工作、数量、负责人、佐证链接]
[W-02：未完成工作、依赖项、请求与确认的日期]
[W-03：下一步行动、负责人（若已知）、未决问题]
输出：已完成 / 受阻 / 下一步 / 需要协助。
证据规则：在每句事实陈述后附上源 ID。
不要将计划写成已完成的工作，也不要将请求写成承诺。
将缺失的事实以问题的形式列出。不要推断负责人或截止日期。
审核关口：停留在草稿阶段；我将自行验证并粘贴最终文本。

将更新放入 Notion 前的核对事项

  • 数量： 10 个中审核了 7 个不等于完成审核。未完成的 3 个仍必须可见。切勿将该数据转化为项目已完成 70% 的断言。
  • 来源： 每句关于已完成工作的陈述都必须与 W-01 相符，而不是对 W-03 进行盲目乐观的转述。
  • 日期： 9 月 14 日 10:00 UTC 是一项权限请求，而非承诺的完成时间。请保留时区。
  • 负责人： Mina 负责规划审核；Rowan 已被问及权限事宜。切勿给两人中的任何一位分配额外工作。
  • 目标位置： 粘贴到对应的周次和团队页面，检查排版格式，并在发布前检查是否有重复内容。

对于实际的更新，在跨时区分享之前，请将诸如“明天”等相对表述替换为具体日期。如果你需要更精简的版本，可以要求更少的 words（词），同时保留未完成的工作和尚未解决的请求。掩盖阻碍项的华丽总结属于练习失败。

当草稿尚未准备好分享时

更新读起来比我的笔记显得更确信

指出确切来源：“W-02 声明该时间尚未确认。请将该句改写为请求。”修改后，重新核对每个日期和完成情况陈述。

我口述的指令出现在了文档中

Dictation 会直接插入你所说的字词。在检查文档后仅删除非预期的文本，然后使用 Agent 进行结构重组，或直接口述最终措辞。

我说话后没有出现任何内容

在重试之前，检查目标位置并等待处理完成。如果当前的 Cue 界面提供了 Copy，请复制一次并粘贴到目标空白字段中。切勿假定没有预览就代表文档未发生更改。

继续学习 撰写一封跟进邮件以催促受阻决定的敲定，或在起草下一次更新前 解决有冲突的项目笔记 。

使用 Cue 体验

使用配置好的快捷键，并在 Cue Settings 中验证当前活动模式。可用的应用上下文和操作取决于权限、版本和账户。在提供机密材料前，请阅读 隐私政策 (English) ；本指南不保证所有处理均在你的设备本地完成。

获取适用于电脑的 Cue · 当前方案

需要帮助或发现错误？ 联系 Cue 支持团队 (English) 或发送电子邮件至 eli@sophoninc.com。请附上你的 Cue 版本、平台、模式以及去除了敏感信息的示例。请勿发送密码、令牌或私密会议资料。