说出任务。
看着它被完成。

用你自己的话回复邮件

沟通 · 快捷路径 · 示例 · 在 Mail 中

说出背景和你想表达的要点；Cue 会在当前邮件输入框里起草一封回复，由你审阅后自行发送。

模板：email-reply

你提供的材料

打开你要回复的那封邮件，把光标放进它的回复框。把相关的背景和事实包含在你说的话里。

完整提示词

回复这封：感谢引荐，我们有兴趣——问一下周四下午是否方便通话三十分钟，并抄送 Anna。

接下来会发生什么

1. 你让回复框保持焦点，并提供这封回信需要的背景
2. Cue 把这些要点变成当前输入框里的一封邮件草稿
3. 你核对收件人、抄送、日期、事实与语气，然后自己按下 Mail 的发送按钮

你会得到什么

一封基于你所提供背景的回复草稿，供你审阅、编辑并发送。

使用前请检查

• 发送前核对收件人和抄送。
• 对照你的日历检查日期、时间和时区。
• 确认草稿里的每个事实和承诺都是你本来想说的。
• 站在收件人的角度把语气读一遍。

打开完整指南 →

↑ 返回全部工作流

把粗略的会议笔记变成跟进事项

沟通 · Agent 工作流 · 示例 · 在 Notes 中

把 Cue 指向你的原始笔记；在上下文消散之前，拿到负责人、截止日期和一封起草好的跟进邮件。

模板：meeting-notes-followups

你提供的材料

打开你开会时随手记的那条笔记——零碎也没关系。人名和半句话就足够用了。

完整提示词

把这些会议笔记整理成带负责人的待办事项，然后起草给团队的跟进邮件。

接下来会发生什么

1. Cue 把这些碎片解析成决议、行动项和负责人
2. 它把笔记改写成一份清单，你提到过截止日期的地方就带上日期
3. 它在 Mail 里起草跟进邮件，收件人已填好，等你审阅

你会得到什么

笔记里是一份清爽的待办清单，外加一封发给与会者的跟进草稿——你说发才发。

使用前请检查

• 逐条核对负责人和截止日期，是否与会上实际说的一致。
• 删掉没有人同意过的待办事项。
• 核对跟进邮件的收件人，并以团队的视角读一遍。

↑ 返回全部工作流

用语音重构代码

开发 · Agent 工作流 · 示例 · 在 Cursor 中

像对同事说话那样描述这次改动；Cue 会在你的编辑器里修改代码，并说明它动了哪些地方。

模板：refactor-by-voice

你提供的材料

打开一个含有过长函数的文件——Cursor、VS Code 或你惯用的编辑器都行。把光标留在函数里面。

完整提示词

把重试逻辑抽成独立函数，加一个最大尝试次数参数，并更新所有调用处。

接下来会发生什么

1. Cue 读取你光标周围的代码，以及文件的其余部分
2. 它完成抽取、把新参数一路传下去，并更新每一处调用
3. 它总结这次 diff，让你在提交前先审阅

你会得到什么

重构已应用到你的编辑器里，附一段简短的改动说明——可以直接看 diff 并提交。

使用前请检查

• 读完整个 diff 而不只是摘要，包括它改动的每一处调用。
• 提交前先跑测试。
• 留意抽取过程中隐藏的行为变化：默认值、错误处理、重试。

打开完整指南 →

↑ 返回全部工作流

在任何地方润色选中的文字

写作 · 快捷路径 · 示例 · 在 Notes 中

选中任何一句粗糙的话，让它就地改写——意思不变，行文更干净，不必来回复制粘贴。

模板：polish-anywhere

你提供的材料

打开任何带有别扭段落的草稿——邮件、文档或一条笔记。选中你想修的那几句，并保持选中状态。

完整提示词

润色一下——保留我的意思，写得更紧凑。

接下来会发生什么

1. Cue 捕获选中的文字，以及它所在的应用
2. 快捷路径在保留你的语气和意图的前提下，把它改写得更清楚
3. 润色后的版本就在原处替换掉你的选区

你会得到什么

同一个段落，更紧凑、没有错别字，就待在原来那句粗糙文字的位置上。

使用前请检查

• 对照原文读一遍改写结果：意思、人名和数字都不能变。
• 保留之前，确认它读起来还是你的语气。
• 如果选中的文字在邮件或表单里，确认选区之外没有被改动。

↑ 返回全部工作流

不切换应用就能翻译

写作 · 快捷路径 · 示例 · 在 Safari 中

把选中的文字就地转成另一种语言——回复、文档或消息都行——不必再开一个翻译标签页。

模板：translate-inline

你提供的材料

打开一个外语的页面、邮件或消息——或者一封你已经起草、需要用另一种语言发出的回信。选中文字。

完整提示词

把这段翻译成英文，并保持语气。

接下来会发生什么

1. Cue 接住这段选区，以及它周围的应用
2. 它在翻译时保持语域：正式的仍然正式，随意的仍然随意
3. 译文就地出现，可以直接读或直接发

你会得到什么

原文所在的位置上是一段自然的译文——不用切标签页，格式也没丢。

使用前请检查

• 请懂目标语言的人核对人名、数字、日期和习语。
• 确认语体适合收件人：正式的保持正式，随意的保持随意。
• 法律、医疗或金融用语在发出前需要合格的译者把关。

打开完整指南 →

↑ 返回全部工作流

在 Notion 里起草一个有结构的页面

写作 · Agent 工作流 · 示例 · 在 Notion 中

让光标停在 Notion 的文本框里，说出一个还很乱的想法，就能拿到标题、要点和下一步，作为草稿供你审阅。

模板：thought-to-notion

你提供的材料

打开这份草稿该落在的那个 Notion 页面，把光标放进它的文本框。心里得有一个真实的想法，能连着说上二十秒。

完整提示词

把这个整理成一个有结构的页面：我们应该开一个 beta 等候名单——给早期用户的权益、一个简单的报名表单，以及一组三封的邮件序列。把各个板块起草出来。

接下来会发生什么

1. 你说话时，让目标 Notion 页面和文本框保持焦点
2. Cue 用你提供的细节，把这个想法变成草稿标题、要点和一份行动清单
3. 在保留或分享之前，你在 Notion 里审阅结构、负责人和措辞

你会得到什么

一份有结构的草稿——概览、分节、下一步——等你核对与编辑。

使用前请检查

• 逐条核对负责人和下一步，是否与你实际决定的一致。
• 删掉 Cue 推断出来、但你没说过的内容。
• 分享给团队之前，自己先把页面看一遍。

打开完整指南 →

↑ 返回全部工作流

把一个口述的想法变成社交帖子

写作 · 快捷路径 · 示例 · 在 X 中

像告诉朋友那样说出这个想法；拿到一条契合该平台的帖子，发布前先审阅。

模板：spoken-social-post

你提供的材料

在 X 或 LinkedIn 上打开撰写框。想清楚这条帖子要讲的那一个点。

完整提示词

把这个写成一条帖子：我们刚把导出时间从四分钟降到九秒——而修复只是加了一个数据库索引。

接下来会发生什么

1. Cue 读取撰写框的上下文，从而知道自己是在为哪个平台写
2. 它把帖子写成钩子在前的形态，篇幅和语气都贴合那个信息流
3. 草稿被打进撰写框，供你审阅

你会得到什么

撰写框里是一份可以发布的草稿——钩子在前、紧凑、是你的语气。按下发布的仍然是你。

使用前请检查

• 发布前，把帖子里的每个事实和数字都对照来源核实。
• 确认语气适合这个平台和受众。
• 删掉任何机密信息：客户名称、未公布的数字、内部链接。

↑ 返回全部工作流

口述一封 Outlook 邮件

沟通 · 快捷路径 · 示例 · 在 Outlook 中

让光标停在正文里，用已配置的听写快捷键（Dictation hotkey）说话，然后在决定是否发送之前先审阅草稿文字。

模板：dictate-in-outlook

你提供的材料

打开 Outlook，新建一封邮件或点回复，把光标放到正文里你希望文字出现的位置。

完整提示词

谢谢你的更新。周四下午两点我可以。请提前把议程发我。

接下来会发生什么

1. 口述之前，你让 Outlook 的正文保持焦点
2. Cue 通过已配置的听写快捷键把你的语音变成文字
3. 在决定是否发送之前，先在 Outlook 里审阅草稿

你会得到什么

你口述的文字出现在 Outlook 草稿里，供你审阅和编辑。

使用前请检查

• 通读口述的文字，留意听错的人名、数字和时间。
• 发送前自己核对收件人和主题。
• 在口述连成一片的地方补上标点和分段。

打开完整指南 →

↑ 返回全部工作流

在 Google Docs 里语音输入

写作 · 快捷路径 · 示例 · 在 Google Docs 中

让光标停在文档里，用已配置的听写快捷键（Dictation hotkey）说话，然后在继续写之前先审阅文字。

模板：voice-typing-google-docs

你提供的材料

打开一份 Google 文档，把光标放到你希望文字出现的位置。

完整提示词

项目更新：草稿已准备好供审阅。审阅日期尚未确认。

接下来会发生什么

1. 口述之前，你让这份 Google 文档保持焦点
2. Cue 通过已配置的听写快捷键把你的语音变成文字
3. 在继续写之前，先在 Google Docs 里审阅文字

你会得到什么

你口述的文字出现在 Google 文档里，供你审阅和编辑。

使用前请检查

• 通读口述的文字，留意听错的词、人名和数字。
• 在口述连成一片的地方补上标点和分段。
• 确认文字出现在光标所在的位置，没有覆盖其他内容。

打开完整指南 →

↑ 返回全部工作流

发出一条更像样的 Slack 回复

沟通 · 快捷路径 · 示例 · 在 Slack 中

把要点说一遍，就能拿到一条简短的 Slack 回复草稿，发送前先审阅。

模板：slack-reply

你提供的材料

让相关的 Slack 消息保持可见，或者把背景写进你的请求里，然后把焦点放到回复框。

完整提示词

回复：周二的截止日期没问题，但 API 那部分要推到周五——把 Marco 也 @ 上，让他看到。

接下来会发生什么

1. 你来选定这条回复该回应的可见或已提供的背景
2. Cue 依据这些要点起草一条简洁的聊天式回答
3. 发送前，先在回复框里审阅措辞和 @ 提及

你会得到什么

焦点所在的输入框里是一条 Slack 回复草稿，供你编辑并发送。

使用前请检查

• 检查 @ 提及：对的人、对的频道。
• 确认日期和承诺与你们商定的一致。
• 把语气读一遍；聊天回复读起来比写的时候更重。

打开完整指南 →

↑ 返回全部工作流

不用机器人也能做会议记录

沟通 · Agent 工作流 · 示例 · 在 Zoom 中

由你决定何时启动桌面录制。没有任何东西加入通话；在较长的会议中，Cue 会显示逐步生成的转录草稿，并在你停止后生成结构化笔记。

模板：meeting-notes-live

你提供的材料

像平常那样加入会议——Zoom、Meet，或者一次面对面的谈话。当你决定要记录时，在 Cue 的桌面录制器里点「开始」；不需要邀请，也不会多出一个参会者。

完整提示词

开始录制这场会议——决议、负责人和跟进事项。

接下来会发生什么

1. 在 Cue 的桌面录制器里点「开始」——没有任何东西加入会议
2. 在较长的会议中，你可以在桌面上查看逐步生成的转录草稿
3. 当你停止录制时，Cue 完成转录，并生成一份带行动项的结构化笔记

你会得到什么

一份完成的转录和一份结构化笔记，包含决议、负责人与下一步——全程没有机器人进入会议室。需要跟进邮件时，再让 Cue 起草。

使用前请检查

• 依赖这份笔记之前，通读转写稿，留意听错的人名、数字和决定。
• 与在场的人确认待办事项和负责人。
• 确认参会者已按你所在单位和当地的规定同意录音。

↑ 返回全部工作流

解释你屏幕上的这个报错

开发 · Agent 工作流 · 示例 · 在 Terminal 中

卡在一段调用栈上？直接问出声。Cue 读取屏幕上确切的内容，告诉你哪里坏了、该往哪儿看。

模板：explain-error

你提供的材料

把故障复现出来，让报错留在屏幕上——终端里的调用栈、浏览器里的红色覆盖层，或者一个失败的测试。

完整提示词

这里到底哪里出了问题，最小的修法是什么？

接下来会发生什么

1. Cue 捕获可见的报错输出，以及它周围的代码上下文
2. 它追溯可能的根因——而不只是调用栈的最后一行
3. 它用大白话解释怎么修，你要是让它动手，它也能直接改

你会得到什么

一份用大白话写的诊断——原因、文件、行号、修法——而不是花二十分钟去搜那段报错文字。

使用前请检查

• 重复此前触发错误的步骤，确认错误不再出现。
• 确认“最小修复”不只是把根因掩盖了。
• 提交前审查 Cue 应用的每一处改动。

↑ 返回全部工作流

一句话就建好一套文件

开发 · Agent 工作流 · 示例 · 在 Finder 中

说出你需要的文件夹结构——项目脚手架、文档模板、按周分的目录——然后看着它出现。

模板：create-file-set

你提供的材料

打开新结构该建在的那个文件夹。心里要清楚你想要的形态——目录、起始文件、命名方式。

完整提示词

给 Meridian 建一套客户文件夹：合同、发票、素材和笔记——并附一个 README，列出我提到的那些联系人。

接下来会发生什么

1. Cue 依据你的描述规划文件夹与文件树
2. 它创建这些文件夹和起始文件，并填入你口述的内容
3. 它在 Finder 里打开建好的结构，供你最后看一眼

你会得到什么

整套结构就位——命名一致、起始文件已填好——一句 mkdir 都没敲过。

使用前请检查

• 打开新建的文件夹，核对名称和结构是否与你的要求一致。
• 读一遍起始文件：你提到的联系人和细节拼写必须正确。
• 确认没有在错误的上级文件夹里创建内容。

↑ 返回全部工作流

审阅合同中的关键风险

分析 · Agent 工作流 · 示例 · 在 Preview 中

打开 PDF，问它风险在哪。拿到一份用大白话写的条款清单，签字前先逐条质疑。

模板：contract-risks

你提供的材料

打开合同 PDF——保密协议、主服务协议、租约。任何一份你原本只会扫两眼、然后听天由命的文件。

完整提示词

读一下这份合同，把任何不寻常的地方标出来——责任、终止、自动续约、知识产权。按风险高低排序。

接下来会发生什么

1. Cue 读的是整份文件，而不只是屏幕上这一页
2. 它对照通行做法，标出非标准条款和明显偏向一方的条件
3. 它写出一份按风险排序的备忘，并附上条款出处

你会得到什么

一份简短的备忘：哪些是标准的、哪些不是、哪些该去争——附上条款编号，可以直接拿去给你的律师。

使用前请检查

• 逐条在原文里读完每个被标出的条款，而不只是看备忘。
• 核对条款编号和引文与合同一致。
• 备忘不是法律意见：签字或提出异议之前，请合格的律师审阅这些风险。
• Cue 是按通行做法排序的；请结合你自己的情况权衡每项风险。

↑ 返回全部工作流

读懂一篇长论文

分析 · Agent 工作流 · 示例 · 在 Chrome 中

四十页，只有一个问题：值不值得花我的时间？拿到结论、方法与局限，整理成一份能快速扫读的简报。

模板：long-paper

你提供的材料

打开那篇论文——浏览器里的 PDF，或者一份长报告。它越密，回报越大。

完整提示词

总结一下这个：主要结论、他们是怎么得到的、局限在哪——以及它是否适用于消费级应用。

接下来会发生什么

1. Cue 读完整份文件，包括表格和附录
2. 它抽出论点、支撑论点的方法，以及摘要里略过的那些限定条件
3. 它写出一份有结构的简报，并附上页码出处

你会得到什么

一页简报，回答的是你真正的问题——任何你想核实的地方都带着页码。

使用前请检查

• 对照简报引用的页码，核对主要结论和数字。
• 自己读一遍局限性部分；简报可能把它写得更温和。
• 引用论文本身而不是简报，并先核对页码出处。

↑ 返回全部工作流

用一张决策表对比各个选项

分析 · Agent 工作流 · 示例 · 在 Numbers 中

三家供应商、六项标准、一张表。Cue 读取你已经打开的标签页和笔记，把对比表搭出来。

模板：decision-table

你提供的材料

把原始素材摊在屏幕上——定价页、笔记、报价单。打开这张表该放进去的表格或文档。

完整提示词

给这三个工具做一张对比表：价格、席位、API、支持、迁移成本。每一行标出胜者。

接下来会发生什么

1. Cue 从你已经打开的页面和笔记里收集各方说法
2. 它把这些说法归一到你指定的那些标准上——每条一行
3. 它把表格搭好，并逐行标出结论

你会得到什么

一张你能在会上站得住脚的决策表——标准在左侧，选项在上方，胜者已标出。

使用前请检查

• 逐格对照它来源的页面或报价核对；价格和限制会变。
• 确认这些标准反映的是团队真正在意的，而不只是容易比较的。
• 凡是要据此做决定的内容，请供应商确认。

↑ 返回全部工作流

整理一份凌乱的表格，并把它讲清楚

分析 · Agent 工作流 · 示例 · 在 Excel 中

接手了一张满是合并单元格和莫名其妙列名的表？让它被整理、标注，再讲回给你听。

模板：messy-spreadsheet

你提供的材料

打开别人丢给你的那张表——日期格式不统一、行有重复、列名没人记得当初是谁取的。

完整提示词

把这份表格整理干净：修正日期、去掉重复项、拆分姓名列——然后告诉我每一列到底装的是什么。

接下来会发生什么

1. Cue 先给数据做个体检，列出它发现的问题
2. 它在一份工作副本上执行清理，绝不动原件
3. 它逐列解释含义，并记录下它做过的每一处改动

你会得到什么

一张整洁的表，外加一份大白话写的数据字典——以及一份精确到每一处改动的记录。

使用前请检查

• 把整理后的副本与原表对比：行数、合计和抽样的几行。
• 检查被删掉的重复项确实是重复的。
• 与负责这些列的人核实数据字典。
• 在核对完副本之前，保留原始文件。

↑ 返回全部工作流

把需求变成一份应标清单

分析 · Agent 工作流 · 示例 · 在 Word 中

把一份招标书或规格说明交给它；每条需求都变成可勾选的一行，分好组、编好号，缺口也标了出来。

模板：requirements-checklist

你提供的材料

打开需求文件——招标书、安全问卷、规格说明。就是那种每段都有一个「应当」的文件。

完整提示词

把每一条需求抽成一份清单——按章节分组，并标出我们今天做不到的那些。

接下来会发生什么

1. Cue 解析文件里每一处 must、shall 和 required 条款
2. 它把这些条款分组编号，做成一份可以分工的清单
3. 它标出需要澄清提问的缺口与含糊之处

你会得到什么

一份整个团队可以逐条推进的应标清单——不会有哪条需求悄悄漏在第 34 页。

使用前请检查

• 再读一遍源文件，确认没有需求被漏掉或合并。
• 与各领域负责人确认标出的缺口。
• 核对编号与源文件一致，方便审阅者定位每一条。
• 法律或合同类的需求，在承诺之前需要合格的审阅者把关。

↑ 返回全部工作流

研究一个主题并存下一份简报

分析 · Agent 工作流 · 示例 · 在 Chrome 中

问题只问一次；Cue 会跨多个来源做研究，并在你的笔记里留下一份带引用的一页简报。

模板：research-brief

你提供的材料

手上有个原本要搭进去一小时的问题——一个市场、一个技术选型、一个竞品。打开这份简报该落进去的那条笔记。

完整提示词

研究一下欧盟《AI 法案》对小型 SaaS 公司的影响，并把一份带出处的一页简报存进我的笔记。

接下来会发生什么

1. Cue 会搜索并阅读多个来源，而不只是第一条结果
2. 它交叉核对这些说法，并保留引用出处
3. 它把简报写进你指定的那条笔记里

你会得到什么

一页带链接出处的简报，存在你真的找得到的地方——而不是九个开着的标签页。

使用前请检查

• 打开每一个引用来源，确认它确实说了简报所说的内容。
• 检查日期：规则和价格会变，来源可能已经过时。
• 涉及法律或合规的问题，行动前请合格的专业人士核实结论。

↑ 返回全部工作流

批量重命名一整个文件夹

自动化 · Agent 工作流 · 示例 · 在 Finder 中

用一句话描述命名规则；文件夹里的每个文件都会照着排好。

模板：batch-rename

你提供的材料

打开那个一团乱的文件夹——截图、扫描件、导出文件。就是塞满了 IMG_4032 和 final_v2_REAL 的那种。

完整提示词

把这里的文件都重命名成日期在前、后面加一段简短说明——比如 2026-07-17-client-invoice。扩展名保留。

接下来会发生什么

1. Cue 读取文件名和元数据，推断内容与日期
2. 在动任何东西之前，它先给出完整的重命名对照
3. 你点头之后，它把这套规则应用到整个文件夹

你会得到什么

一个能按时间排序、读起来像档案系统的文件夹——用的时间和你描述它差不多。

使用前请检查

• 批准之前读一遍建议的重命名对照表；从内容和元数据推断的日期与描述可能有误。
• 抽样打开几个重命名后的文件，确认扩展名完好。
• 在确定之前保留备份或版本历史。

↑ 返回全部工作流

一句话收拾好你的桌面

自动化 · Agent 工作流 · 示例 · 在 Finder 中

一个堆满截图、PDF 和安装包的桌面，变成四个整齐的文件夹——动手之前，方案先交给你确认。

模板：desktop-cleanup

你提供的材料

一个已经变成杂物抽屉的桌面——截图、PDF、安装包，攒了三个月。越乱越好。

完整提示词

把我的桌面收拾一下：截图归到一个文件夹，文档按主题分，旧的安装包丢进废纸篓。

接下来会发生什么

1. Cue 先盘点桌面上到底有些什么
2. 在挪动任何一个文件之前，它先给出分文件夹的方案
3. 你点头之后，一切各归其位——安装包进废纸篓

你会得到什么

一个只剩四个文件夹、能让人喘口气的桌面——没有你的首肯，什么都不会被删。

使用前请检查

• 批准之前审阅文件夹方案，留意应该放在别处的文件。
• 清空废纸篓之前先检查一遍。
• 确认你需要的文件没有被归到错误的主题下。

↑ 返回全部工作流

让你的下载文件夹恢复秩序

自动化 · Agent 工作流 · 示例 · 在 Finder 中

按类型分组文件，标记可能的重复文件以供审阅，并在移动旧文件前确认归档列表。

模板：downloads-cleanup

你提供的材料

打开下载文件夹——重复文件、只用过一次的安装包、2024 年的东西，都欢迎。

完整提示词

整理我的“下载”文件夹：按类型分组文件，标记可能的重复文件供我审阅，不要删除它们，并在归档超过六个月的文件之前请我确认。

接下来会发生什么

1. Cue 扫描整个文件夹的名称、类型和日期
2. 它将文件分组到文件夹中，并标记可能的重复文件以供审阅
3. 在您确认建议的归档列表后，旧文件可以移动到归档文件夹。不要删除文件。

你会得到什么

示例结果：文件已分组，可能的重复文件已标记供审阅，并在任何移动操作前确认了归档列表。重试前请检查实际文件夹。

使用前请检查

• 检查标记的文件是否确实是重复文件。不要在此任务中删除文件。
• 翻一遍 Archive 文件夹，看看有没有你仍需随手取用的东西。
• 确认你仍需要的安装包没有被归档。

↑ 返回全部工作流

为重复性的浏览器工作流做计划

自动化 · Agent 工作流 · 示例 · 在 Chrome 中

描述当前页面上能看到的步骤，拿到一份清单——在任何浏览器或文件操作之前都设有确认点。

模板：browser-workflow

你提供的材料

打开那个例行事务所在的页面，只选中或只让你想规划的那些步骤可见。如果网站需要登录，请自己登录。

完整提示词

把上个月发票报表的可见步骤整理成一份清单。在任何导出、下载、重命名或移动操作之前停下。

接下来会发生什么

1. Cue 只依据你选中或让其可见的页面信息来起草这个流程
2. 它标出每一个可能导出、下载、重命名、移动、提交或更改数据的步骤
3. 你审阅这份清单，并自己执行或确认其中每一个浏览器与文件操作

你会得到什么

一份经你审阅的工作流清单，其中有后果的浏览器与文件操作仍然掌握在你手里。

使用前请检查

• 对照真实页面走一遍清单；步骤可能顺序不对或有遗漏。
• 每一次导出、下载、重命名或移动都由你自己执行并检查结果。
• 登录和填写凭据都由你自己完成；清单里永远不该包含它们。

↑ 返回全部工作流

规划一次视频学习

自动化 · Agent 工作流 · 示例 · 在 Chrome 中

用视频页面上可见的标题和信息起草一份观看清单，媒体本身仍留在它原来的平台上。

模板：youtube-download

你提供的材料

打开一个视频页面，选中或让你想用来做规划的标题、简介和章节可见。

完整提示词

把这些可见的视频信息整理成一份观看清单，并标出我应该优先看的章节。

接下来会发生什么

1. Cue 只使用你选中或让其可见的标题、简介与章节
2. 它起草一个观看顺序，以及一份简短的记笔记清单
3. 你审阅这个计划，任何观看操作都用视频平台自己的控件来完成

你会得到什么

一份针对该视频的学习计划，而媒体本身仍留在它原来的平台上。

使用前请检查

• 对照视频页面本身核对章节标题和时间。
• 把计划裁剪到你实际拥有的时间。
• 播放仍在视频平台上进行；清单只是你的笔记。

↑ 返回全部工作流

生成一份聚焦的当日工作简报

自动化 · Agent 工作流 · 示例 · 在 Notes 中

把选中的会议信息、邮件片段和未完成的任务汇到一条可见的笔记里，再起草一份简报供你审阅。

模板：daily-brief

你提供的材料

把你想纳入的会议信息、邮件片段和未完成任务，准确地选中或放进当前这条笔记里。

完整提示词

只用我选中的这些条目，起草一份晨间简报：会议准备、我该回的信、以及没做完的事。

接下来会发生什么

1. 你来选中或让那些确切的日历条目、邮件片段和笔记可见
2. Cue 依据你提供的这些上下文起草优先级与一份清单
3. 你逐条审阅，然后决定是否保存这条笔记，任何日历或邮件操作都由你自己执行

你会得到什么

一份仅基于你所提供条目的当日简报草稿，等你核对与编辑。

使用前请检查

• 对照日历核对每个会议时间；简报只知道你选中的内容。
• 写回复之前，确认它列出的回复仍然需要。
• 你没有选中的内容是有意缺失的；请自己补上。

↑ 返回全部工作流

一句话生成一份幻灯片

创作 · Agent 工作流 · 示例 · 在 Chrome 中

说出主题和场合；Cue 会把一份完整的演示写成网页，并打开它，随时可以开讲。

模板：html-presentation

你提供的材料

心里有主题和场合就行——一次路演、一堂课、一次周会。什么都不用先打开。

完整提示词

做一份关于我们办公室搬迁的演示——时间线、平面图要点，再加一页常见问题。深色主题。

接下来会发生什么

1. Cue 把这份演示写成一个真正的网页——版式、字体、内容
2. 幻灯片有了结构：分节、演讲备注、键盘导航
3. 做好的演示在你的浏览器里打开，随时可以开讲

你会得到什么

一份在浏览器里运行的演示——方向键翻页，打印成 PDF 即可分享。

使用前请检查

• 演示前通读每一页的事实、日期和人名。
• 在你将用来演示的浏览器里打开幻灯片，完整翻一遍。
• 用你的真实数字和来源替换占位内容。

打开完整指南 →

↑ 返回全部工作流

把一个照片文件夹变成可分享的页面

创作 · Agent 工作流 · 示例 · 在 Finder 中

指向一个装满照片的文件夹；拿到一个干净、可以直接发出去的图集页面——版式、分区和说明文字都处理好了。

模板：photos-to-page

你提供的材料

打开装着照片的那个文件夹——一次旅行、一场活动、一组产品拍摄。十来张就够了。

完整提示词

把这些照片做成一个简单的图集页面，叫「京都周末」——按天分组，配上简短说明。

接下来会发生什么

1. Cue 读取文件夹，按时间和内容把照片排好
2. 它做出一个干净的图集页面，带分区和说明文字
3. 它在你的浏览器里打开做好的页面，供你看一眼

你会得到什么

一个直接从文件夹生成的可分享图集页面——在你原本还在挑模板的时间里就做完了。

使用前请检查

• 对照实际经过核对图注和按天分组。
• 删掉未同意被分享的人的照片。
• 发送链接之前，先在手机上打开页面看看。

↑ 返回全部工作流

用一段描述做出一个单页网站

创作 · Agent 工作流 · 示例 · 在 Chrome 中

像给外包写需求那样描述这个页面；Cue 会把文件写出来，并在你的浏览器里打开结果。

模板：one-page-site

你提供的材料

心里要有一句话说清这个页面是干什么的——发布预告、活动邀请、作品集开场。什么都不用先打开。

完整提示词

给一个陶艺工作坊做一个单页网站：首屏带日期、三个照片位、一小段介绍，再加一个报名链接。

接下来会发生什么

1. Cue 依据你的描述规划各个分区
2. 它把页面和样式写进一个本地文件夹
3. 它在 Chrome 里打开这个页面，让你能对着真东西提意见

你会得到什么

一个可以用嘴迭代的真实页面——磁盘上是真的文件，不是效果图。

使用前请检查

• 核对日期、地址和报名链接是否正确。
• 分享之前，先在手机宽度下打开页面。
• 用你自己的图片和文字替换占位内容。

↑ 返回全部工作流

把笔记变成一份演示提纲

创作 · Agent 工作流 · 示例 · 在 Keynote 中

从一页笔记到一副幻灯片骨架——分区、页面标题和演讲备注都齐了，接下来只差排版。

模板：notes-to-presentation

你提供的材料

打开那些需要变成幻灯片的笔记——一份策略文档、一批研究发现、一次项目复盘。同时打开 Keynote 或 PowerPoint。

完整提示词

把这些笔记整理成一份十页的提纲：问题、依据、方案、诉求——每页配一行演讲备注。

接下来会发生什么

1. Cue 读这些笔记，找出藏在里面的叙事线
2. 它搭出十页幻灯片，每页一个标题、一个要点
3. 它把提纲写进你的演示应用，演讲备注也一并写上

你会得到什么

一副有故事线的幻灯片骨架——你的时间花在设计和讲述上，而不是盯着第一页发呆。

使用前请检查

• 逐页对照笔记核对每页的论点；叙事太顺可能跑在证据前面。
• 把演讲备注大声读一遍，掌握时间。
• 确认人名、数字和你的诉求正是你打算说的。

↑ 返回全部工作流