GetDraft 快速上手：用动作步骤把草稿变成邮件、提醒与文件

GetDraft 的核心思路是「先写、再派发」：你在一处写下纯文本草稿，然后用动作（Action）把这段文本按模板加工后送到别的地方——发一封邮件、发一条信息、建一条提醒、写进日历、复制到剪贴板、导出成文件、打印或朗读。它适合那些习惯先把想法、待办、会议记录随手记下来，再决定它们该去往何处的人；也适合需要把同一段内容按不同格式分发给不同系统的人。如果你只是想找一个更顺手的草稿箱，可以先看 GetDraft 的工具页了解整体定位，再回到本文按步骤配置。

需要先说明一点：GetDraft 的能力边界由「动作步骤」决定，而每个步骤的行为由一组参数控制。本文按步骤类型逐一说明这些参数的含义与取值，最后用一个完整示例把它们串起来。文中涉及的价格、套餐与版本差异属于易变信息，请以官网当前信息为准。

准备工作

账号与平台

GetDraft 提供 iOS 与 macOS 两个平台的应用，两者共享同一套动作体系与模板语法。开始之前需要确认：

• 你已经在至少一台设备上安装并登录了 GetDraft。跨设备同步依赖 iCloud，若你希望草稿在手机与电脑之间保持一致，需要在系统设置中为 GetDraft 开启 iCloud 同步。
• 部分步骤依赖系统应用或系统能力，例如提醒步骤依赖系统的提醒事项应用，日历步骤依赖系统日历，打印步骤依赖 AirPrint 打印机，朗读步骤依赖系统语音合成。使用前请确认对应能力在你的设备上可用。
• 邮件与信息步骤在 iOS 与 macOS 上均可使用，但存在平台差异，后文会单独说明。

理解三个基本概念

在动手配置之前，先把三个概念分清，后面所有参数都围绕它们展开：

• 草稿（Draft）：一段纯文本，是动作的输入。草稿可以带标签、可以置顶、可以有多条，动作默认作用于当前正在编辑的那条草稿。
• 动作（Action）：一个或多个动作步骤的组合。一个动作可以只做一件事，也可以先转换格式再发送。
• 动作步骤（Action Step）：动作中的单个环节，例如「发送邮件」「创建提醒」「导出文件」。每个步骤都有自己的参数面板。

模板语法的最小知识

几乎所有步骤的参数都接受模板，而不是只能填死值。模板里最常见的一类是草稿内容占位符，例如用 [[draft]] 表示当前草稿的完整内容，用 [[body]] 表示正文部分。不同步骤的默认模板不同，例如「按行创建提醒」步骤的默认值就是 [[draft]]，即把整条草稿按行拆成多条提醒。你不需要一次记住全部占位符，只要记住：参数里写的是模板，运行时才被替换成真实内容。这一点决定了同一个动作可以反复用于不同草稿。

操作步骤

第一步：新建一个动作

在动作列表中新建一个空动作，给它起一个能说明用途的名字，例如「草稿分发」。新建后动作是空的，需要逐个添加步骤。建议先用一个步骤跑通，再逐步叠加，这样出问题时容易定位是哪个环节的参数写错了。

第二步：配置「分享」步骤

分享步骤把文本交给系统分享面板，再由你选择接收方。它本身不预设目标应用，因此通用性最强，适合作为动作链的最后一环。

• Template：要分享出去的内容模板。
• 运行后系统分享面板弹出，你可以从中选择其他应用的分享扩展来接收这段文本。

如果只想分享草稿中被选中的那一段，使用「分享选中内容」的变体，它只取当前选区作为内容。

第三步：配置「剪贴板」步骤

剪贴板步骤用于把内容写入系统剪贴板，常见于「先复制、再粘贴到别处」的工作流。它有三个写入模式，通过 Write Type 参数选择：

• replace：替换剪贴板当前内容。
• prepend：把内容加到系统剪贴板已有内容的前面。
• append：把内容追加到系统剪贴板已有内容的后面。

参数 Template 决定写入的内容。对应的常见动作有「复制」「追加到剪贴板」「前置到剪贴板」三种，本质是同一个步骤配了不同的写入模式。

第四步：配置「邮件」步骤

邮件步骤可以发送预先配置好的邮件，既可以走系统邮件应用，也可以走后台的网页服务。参数较多，逐个说明：

• Recipients：收件人列表，逗号分隔。每一项可以是纯邮箱地址，也可以是「姓名 <邮箱>」的格式，例如 Joe Smith <joe@smith.com>, Jane Doe <jane@doe.com>。收件人、抄送、密送分别对应各自的收件人类型。
• Subject：主题行模板。
• Body：正文模板。如果开启了「以 HTML 发送」，这个模板必须输出合法的 HTML；否则按纯文本处理。
• Send as HTML：开启后邮件以带格式的 HTML 发送，正文模板需要输出完整 HTML。最常见的用法是先做 Markdown 到 HTML 的转换，从而得到富文本邮件；这种情况下正文模板可以直接写 %%[[body]]%%。
• Send in background：开启后邮件通过网页服务在后台发送，不需要用户交互。但收件人必须预先配置好，且邮件会以 drafts-mail@services.getdrafts.com 作为发件地址。这个模式最适合「发给自己」，或者发给那些提供专属收件地址、用来当投递箱的服务。

平台差异：在 Mac 上，受系统限制，「以 HTML 发送」选项当前不可用。如果你的动作依赖富文本邮件，需要在 iOS 上执行，或者改用其他输出方式。

第五步：配置「信息」步骤

信息步骤用于发送预先配置好的 iMessage。调用时会打开信息窗口，收件人已填好、正文已填入，你可以在窗口里再做修改，然后手动发送。参数：

• Recipients：收件人列表，逗号分隔，可以是邮箱地址或电话号码。邮箱必须是有效的 iMessage 地址。
• Subject：主题行模板。只有在信息设置中启用了 iMessage 主题时才会用到。
• Body：正文模板。

注意这个步骤不会替你按下发送键，它只是把内容准备好，最终发送仍由你确认。

第六步：配置「提醒」步骤

提醒步骤在系统提醒事项应用中创建一条提醒。参数：

• List：要使用的提醒列表名称。如果该列表不存在，会自动创建。
• Title：任务标题模板。
• Note：备注内容模板。

如果你要一次性创建多条提醒，改用「按行创建提醒」步骤，它把草稿的每一行当作一条独立提醒。这个步骤的参数更值得细看：

• List Template：列表名称模板，列表不存在时自动创建。
• Delimiter：分隔符，用来标记每行中备注的起始位置。分隔符之后的文本作为备注，之前的文本作为任务标题。
• Template：用于生成提醒行的模板，默认值 [[draft]]，即使用当前草稿的完整内容。

此外还有一个覆盖机制：除了在步骤里预先指定列表名，步骤还会检查草稿第一行的开头。如果第一行以 #、! 或 @ 字符开头，这一行的文本会覆盖步骤中设置的 List 值，被当作列表名使用。这意味着你可以用一行标题动态决定这批提醒进哪个列表，而不必为每个列表各建一个动作。

第七步：配置「日历」步骤

日历步骤调用系统的事件编辑器创建日程。参数：

• Title：事件标题模板。
• Note：事件备注模板。

与信息步骤类似，它打开的是系统编辑器，你可以在保存前调整时间、地点等字段。

第八步：配置「导出」与「打开方式」步骤

这两个步骤都用于把内容变成文件，但机制不同。

导出步骤把文件写入「文件」应用。运行时会打开文档浏览器，让你选择任意可用文件提供方中的目标文件夹。参数：

• Name：文件名模板，需要包含扩展名。
• Template：文件内容模板。

打开方式步骤走的是较旧的文档交互模型，弹出「打开方式」列表，让你选择支持导入的其他应用。参数同样是 Name（含扩展名的文件名模板）与 Template（内容模板）。如果你的目标是交给某个特定应用处理，用这个步骤；如果目标是存到某个目录，用导出步骤。

第九步：配置「打印」与「朗读」步骤

打印步骤输出到 AirPrint 打印机。参数：

• Template：打印内容模板。
• Format：取值为 Text 或 HTML。Text 按纯文本文档打印；HTML 要求模板输出完整 HTML，因此可以配合 Markdown 转换，并套用样式与格式。
• Margins：上、下、左、右页边距，单位为点，默认 72 点（即 1 英寸）。需要注意，使用 HTML 布局时，页边距定义的是外框，框内再应用 CSS 的 margin 与 padding 会进一步增大实际留白。

朗读步骤用语音合成把文本读出来。参数：

• Template：要朗读的内容模板。
• Auto-Start：开启后立即开始朗读，不等待你按播放键。
• Auto-Close：开启后读到文本末尾时自动关闭朗读界面并继续执行后续步骤。

一个常见用法是只朗读当前选中的文本，这样可以在长草稿中挑一段来听。

一个完整示例

下面这个例子把前面几个步骤串成一个动作：把一条草稿同时变成一份文件、一条提醒和一段可粘贴的文本。假设草稿内容是这样的：

# 项目跟进
- 整理上周会议纪要 | 需要补充预算部分
- 确认供应商报价 | 周五前回复
- 预约下周评审会

第一行以 # 开头，按前面的规则，它会被「按行创建提醒」步骤识别为列表名，因此这批提醒会进入名为「项目跟进」的列表。每行中的竖线作为分隔符，竖线前是任务标题，竖线后是备注。

动作结构

1. 导出步骤：把草稿存成文件。
2. 按行创建提醒步骤：把每一行变成一条提醒。
3. 剪贴板步骤：把草稿复制到剪贴板，方便粘贴到别处。

各步骤参数

导出步骤

• Name：项目跟进.md
• Template：[[draft]]

按行创建提醒步骤

• List Template：收件箱（会被第一行的 # 项目跟进 覆盖，实际写入「项目跟进」列表）
• Delimiter：|
• Template：[[draft]]

剪贴板步骤

• Write Type：replace
• Template：[[draft]]

运行与验证

在草稿编辑界面运行这个动作，依次会发生：文档浏览器打开，你选择目标文件夹后文件写入；提醒事项应用中出现「项目跟进」列表，里面有三条任务，其中前两条带备注；剪贴板内容被替换为草稿全文。验证时逐项检查：文件是否出现在所选目录、提醒列表名是否为「项目跟进」而非「收件箱」、备注是否正确落在竖线之后。

如果提醒列表名没有按预期被覆盖，先检查第一行是否真的以 #、! 或 @ 开头——这三个字符是触发覆盖的唯一条件，普通文字不会触发。如果备注没有正确分离，检查分隔符是否与草稿中实际使用的字符一致，全角与半角符号不通用。

扩展方向

在这个动作后面再接一个邮件步骤，就能把同一份草稿发给协作者。配置时把 Recipients 填成固定收件人，Subject 写成固定主题模板，Body 用 [[draft]]；如果希望邮件是富文本，开启「以 HTML 发送」并先把 Markdown 转成 HTML，正文模板写 %%[[body]]%%。若你希望无人值守地发送，开启「Send in background」，此时收件人必须预先写死在步骤里，且发件地址固定为 drafts-mail@services.getdrafts.com，因此更适合发给自己或投递到专用收件地址。

注意事项

• Mac 上的 HTML 邮件不可用。受系统限制，「以 HTML 发送」选项在 Mac 上当前不可用。依赖富文本邮件的动作需要在 iOS 上执行。
• 后台发信的发件地址固定。开启后台发送后，邮件以 drafts-mail@services.getdrafts.com 发出，且收件人必须预先配置，不能运行时再填。这限制了它的适用场景。
• 信息步骤不会自动发送。它只打开已填好的信息窗口，最终发送需要你手动确认，因此不能用于完全自动化的通知流程。
• 列表名覆盖只认三个字符。「按行创建提醒」步骤只在草稿第一行以 #、! 或 @ 开头时才覆盖列表名，其他前缀一律无效。
• 打印边距是外框。使用 HTML 格式打印时，Margins 定义的是外框，框内 CSS 的 margin 与 padding 会叠加，实际留白可能明显大于设定值。
• 模板必须匹配格式。选择 HTML 输出时，模板必须产出完整合法的 HTML；只写片段会导致输出异常。纯文本场景则不要套 HTML 模板。
• 同步依赖 iCloud。跨设备使用同一套动作与草稿，需要开启 iCloud 同步；关闭同步后各设备的数据相互独立。
• 易变信息以官网为准。功能可用性、套餐与价格会随版本变化，配置前请核对官网当前信息。