简介

工作流是一份按顺序执行的步骤列表。有些步骤负责获取或读取内容，有些让模型处理这些内容，有些负责保存结果或通知你。每个步骤都可以使用之前步骤产生的内容，你可以手动运行整份列表，也可以按计划运行，或在订阅源或文件夹出现新内容时每次运行一次。

在本教程中，你将构建一个工作流，监视你所依赖的某个工具的发布动态。示例使用 Python 包管理器 uv，因为它发布频繁，发布说明也很详细。每出现一个新版本，工作流就会读取发布说明，请低成本模型写一份简短总结，把总结保存下来，并且只在该版本含有破坏性变更时给你发一条桌面通知。你将安全地测试它，查看每个步骤做了什么，修正某个步骤而无需把整个流程重跑一遍，最后批准它自行运行。

你可以用 GitHub 上的任何项目来跟着做，只需要更换订阅源地址。

要点

• 工作流可以手动启动，也可以按计划启动（每天、工作日或每隔几小时），或在 RSS 或 Atom 订阅源出现新帖子、文件夹出现新文件时启动。
• 步骤之间通过你从菜单中插入的值传递结果，例如帖子的链接，或上一个步骤生成的文本。
• 每个使用模型的步骤都可以选择自己的模型，所以例行工作可以交给快速、便宜的模型。
• 仅当满足条件时继续步骤会在没有值得你关注的内容时悄悄结束运行。
• 工作流自行运行之前，会列出它将被允许做的所有事情，由你批准这份清单。超出清单的操作会暂停运行并询问你。
• 每次运行都会记录每个步骤做了什么，你可以从任意步骤重新运行，而不必重复它之前的步骤。
• 同一个工作流可以画成画布，可以按条件分支并让步骤并排运行，还可以把任务交给会先询问再行动的智能体。

前提条件

要完成本教程，你需要：

• 已安装 Conduit，Windows、macOS 或 Linux 均可。可从发布页面下载最新版本。
• 在 Conduit 中设置好一个模型提供商，并使用你自己的 API 密钥。本教程通过 OpenRouter 使用 GLM 5.3 Flash 来写总结，但任何提供商都可以，包括本地模型。设置方法请参阅其中一篇提供商指南（英文），例如在桌面应用中使用 OpenRouter（英文）。
• 在操作系统设置中允许 Conduit 发送桌面通知，这样你才能看到工作流发出的提醒。
• （可选）一个你关心的订阅源地址。每个 GitHub 仓库都会把它的发布动态以 Atom 订阅源的形式提供，地址为 https://github.com/<owner>/<repo>/releases.atom。

第 1 步 — 从现成的工作流开始

Conduit 自带一些现成的工作流，你可以直接使用，也可以修改。在这一步，你将新建一个已经会监视订阅源的工作流，把它作为发布监视器的基础。

在侧边栏中选择工作流，或按 Ctrl+6（macOS 上为 ⌘6）。如果你还没有任何工作流，页面会在还没有工作流下列出这些现成的工作流；否则，选择新建工作流即可看到它们。

列表包括：

• 晨间简报 — 读取两个网站，把各自的头条合并保存为一份简报。
• 关注一个页面 — 检查一个页面，只在它发生变化时通知你。
• 话题追踪和每周研究摘要 — 搜索或研究一个话题，并保持摘要最新。
• 每周数据幻灯片和月度报告章节 — 更新你选定的幻灯片或写作草稿。
• 总结新帖子和收件文件夹 — 订阅源每出现一个新帖子、文件夹每出现一个新文件，就运行一次。
• 对照我的文档检查笔记 — 把一份笔记文件与你的文档集中的段落进行比对。
• 从头开始 — 一个空白的工作流，由你一步步搭建。

找到总结新帖子，选择使用此模板。Conduit 会创建这个工作流并打开它的页面。

，放大 放大

新工作流已经有四个步骤：获取帖子、让模型总结、保存总结、显示通知。现在还不会运行任何东西；监视订阅源的工作流，要等你打开自动运行才会开始监视，你将在第 9 步完成这件事。接下来，你要让它指向 uv 的发布动态。

第 2 步 — 让工作流指向发布订阅源

什么情况下启动工作流，由它的启动时机部分设定。在这一步，你要把这个工作流监视的订阅源，从 Rust 博客改成 uv 的发布动态。

在工作流页面选择编辑。页眉显示工作流的名称，以及以 JSON 编辑、取消和保存。左侧是步骤，右侧的侧边面板依次是开始（包含启动时机的各个选项）、运行时的输入、助手和工作流设置，名称、描述、模型提供方和文件夹都在这里设置。

做这些修改：

1. 在工作流设置中，把名称改为 uv releases。
2. 在启动时机下，保持选中订阅源出现新帖子时，并把订阅源地址设为 https://github.com/astral-sh/uv/releases.atom。
3. 把检查间隔设为 360 分钟。发布监视器不需要每半小时看一次；一天检查四次就足够了。

启动时机下的其他选项是仅在我运行时，或按计划，适用于手动运行或定时运行的工作流；工作流的文件夹中出现新文件时，使用它之前需要先在工作流设置中选好一个文件夹；以及连接器出现新内容时。

，放大 放大

工作流现在监视的是正确的订阅源。接下来，你将看看它的第一个步骤如何使用启动这次运行的那个帖子。

第 3 步 — 获取发布说明

订阅源工作流的每次运行都针对一个帖子，帖子的详细信息会以值的形式提供给每个步骤。在这一步，你将看到第一个步骤如何使用其中一个值来获取发布说明。

滚动到步骤。每个步骤是一张卡片，标题由序号和类型组成，例如 1. 获取页面，旁边有一个简短的 id，这里是 fetch。后面的步骤就是通过这个 id 来引用这个步骤。

获取步骤的第 1 页字段里有一个代表帖子链接的标签。这类值通过每个字段旁边的插入值…菜单插入，菜单会列出工作流中此处可用的内容：

• 来自触发器 — 帖子的标题、链接、摘要、日期和 id。
• 之前的步骤 — 上面各步骤产生的内容，例如 fetch · 第一页的正文。
• 运行时的输入 — 如果你添加了输入，则是运行工作流时由你填写的值。

保持获取步骤不变。对于 uv，每个帖子的链接就是该版本在 GitHub 上的页面，所以这个步骤获取的就是发布说明。获取步骤最多读取十个页面，每个页面保留最多 50,000 个字符，并且只获取公开的 https 地址。

留意卡片上的失败时重试设置：获取步骤默认会重试两次，可以扛过短暂的网络问题。每个步骤还有即使此步骤失败也继续。这里保持关闭；没有发布说明，就没有什么可总结的。

工作流现在可以读取每个新版本了。接下来，你要告诉模型该怎么处理它。

第 4 步 — 编写总结步骤并选择它的模型

询问模型步骤会把一条指令和一段文本发给模型，并保留它的回答。在这一步，你将写一条适合发布说明的指令，并只为这个步骤选一个便宜的模型。

找到第 2 个步骤询问模型，它的 id 是 summary。把它的指令替换为下面的内容：

Summarize these release notes for a developer who uses this tool every day.
List new features and fixes in at most five bullet points.
Then add a section titled "Breaking changes" that lists anything that could break
an existing project, such as removed options, changed defaults or new minimum versions.
If there are none, write exactly: No breaking changes.

要处理的文本字段里已经是帖子标题加上获取到的文本，所以模型知道自己读的是哪个版本。保持不变即可。

指令的最后一句很重要。在第 6 步，你会用这句原话来决定是否通知你，所以要求模型每次都写成同样的句子。

现在选择模型。在此步骤的模型下，默认是使用工作流的模型，而编辑器顶部工作流自己的模型设置默认是跟随聊天模型，也就是你上次在聊天中选的那个模型。对于例行总结，请改选一个快速、低成本的模型。本教程通过 OpenRouter 使用 GLM 5.3 Flash。

，放大 放大

工作流现在会生成一份最后一部分格式固定的总结。接下来，你要确保每份总结都被保存下来。

第 5 步 — 保存每一份总结

保存文档步骤会把文本存成一份以后可以打开的文档。在这一步，你要把它设置为每个版本保存一份文档。

找到第 3 个步骤保存文档，设置：

• 标题 — uv 加上帖子标题标签，这样每份文档都以对应的版本命名。
• 内容 — 保留总结标签，以及带有帖子链接的 Source: 那一行。
• 保存为 — 文档。
• 每次运行 — 添加一个新文档。

每次运行的另一个选项是替换同一个文档，它只保留一份内容为最新结果的文档，适合页面监视或每日简报。对发布历史来说，你需要每个版本一份文档。

保存步骤特意放在你接下来要添加的检查之前：每个版本都会被记录下来，即使是今天不需要你关注的版本。

接下来，你要添加决定是否通知你的步骤。

第 6 步 — 只在有破坏性变更时通知

仅当满足条件时继续步骤会检查一个值，检查不通过时悄悄结束运行。在这一步，你要在保存和通知之间加入一个这样的步骤，这样只有含破坏性变更的版本才会通知你。

在步骤的底部，打开添加步骤…并选择仅当满足条件时继续。新步骤会添加在末尾，所以用它的 ↑ 按钮把它移到显示通知之前。然后设置：

• 要检查的值 — 从之前的步骤中插入 summary · 文本。
• 仅当它 — 不包含。
• 文本 — No breaking changes。

比较时忽略大小写和多余的空格。其他检验方式有自上次运行以来已更改、不为空、为空、包含和等于；第一个正是关注一个页面模板用来只在页面变化时通知你的那个。

最后，更新第 5 个步骤显示通知。把标题设为 Breaking changes in uv，把消息设为帖子标题标签。

如果模型哪次没有写出这句原话，检查就会放行通知，所以最坏的情况只是多收到一条不需要的通知，而不会漏掉一个破坏性变更。

选择保存。如果有什么对不上，比如某个步骤读取了一个尚不存在的值，编辑器会在保存前请先修正：下列出问题，并在修正之前让保存保持禁用。保存之后，工作流页面会用通俗的语言列出这五个步骤。

，放大 放大

工作流完成了。在让它自行运行之前，先来测试一下。

第 7 步 — 用“立即运行”测试工作流

测试运行会用真实数据，让你确切看到工作流会做什么。在这一步，你要手动运行它一次。

在工作流页面选择立即运行。对于监视订阅源的工作流，手动运行会用订阅源中最新的帖子作为测试，所以你不必等到下一个版本发布。按钮会变成运行中…，同时出现停止按钮，这次运行会显示在最近的运行下，标记为测试运行：，后面跟着版本名称。

运行的绝大部分时间都花在模型步骤上。用 GLM 5.3 Flash 的话，这里展示的测试运行用了不到一分钟。完成后，如果该版本含有破坏性变更并且你收到了通知，状态显示为已完成；如果检查在保存总结之后结束了运行，则显示没有新内容。无论哪种情况，已保存：都会链接到它保存的总结。

，放大 放大

要预期到，模型对临界状态的版本，每次运行的判断可能不同。uv 0.12.24 主要是错误修复，其中几项让 uv 变得更严格，例如即使关闭了哈希检查，也会检查提供的哈希值。对这个版本做两次测试运行，GLM 5.3 Flash 有一次把这些修复列为破坏性变更，另一次则写了 No breaking changes.。如果你想收到这类变更的通知，就在指令里说明，例如：Count bug fixes that make uv stricter as breaking changes.

对这类步骤，请选择直接作答的模型。先长时间推理再回答的模型，处理一个很长的页面可能要花好几分钟，而运行达到 30 分钟的上限就会停止。

接下来，你要打开这次运行，看看每个步骤做了什么。

第 8 步 — 查看运行记录并重新运行某个步骤

每次运行都会保留每个步骤的记录：输入了什么、输出了什么、用了哪个模型、花了多长时间。在这一步，你将阅读这份记录，修改总结，并且只重新运行需要重跑的步骤。

在最近的运行下选择那次测试运行。本次运行做了什么部分会列出各个步骤，每个都有状态：已完成、失败、已跳过或已复用。如果是检查步骤结束了这次运行，会显示没有新内容——在步骤的 id 处停止，这里是 check。

展开 summary 步骤。以使用了开头的一行会写明它所用的模型和提供商，下面是这个步骤的输入和输出。在已保存：下，选择文档的名称即可打开总结本身。

假设总结比你想要的长。选择编辑，把 at most five bullet points 改成 at most three bullet points，然后保存。再打开那次测试运行，找到 summary 步骤，选择从此步骤重新运行。

新的运行会把获取步骤标记为已复用：它直接取用上一次运行的发布说明，而不再重新获取，然后用你的新指令运行总结、保存、检查和通知。在下图所示的运行中，重新运行用了 10 秒，而完整运行用了 16 秒，因为没有再次获取页面。步骤更长的工作流，这样既省时间，也省模型调用。

，放大 放大

如果某次运行失败了，同一个视图会用通俗的语言告诉你是哪个步骤失败、为什么失败。修正那个步骤，然后从它重新运行。

工作流已经按你的想法运行。接下来，你要让它自行运行。

第 9 步 — 开启自动运行

自行运行的工作流必须先获得批准。在这一步，你将审阅发布监视器被允许做的事，并把它打开。

在工作流页面选择描述下方的启动标签（在画布视图中，改为选中开始步骤）。开始面板会打开，其中有计划部分，勾选自动运行（面板中的← 返回可回到工作流）。Conduit 会显示一个标题为允许它自行运行吗？的面板，列出这个工作流无需询问就被允许做的所有事情。对于发布监视器，清单如下：

• 读取 github.com 上的页面 — 用来读取订阅源。
• 读取步骤“fetch”运行时获取的地址上的页面 — 获取步骤的地址来自订阅源，所以 Conduit 无法事先说出是哪个网站。
• 在线向 OpenRouter 发送文本 — 用于总结步骤。
• 保存文档。

通知和检查不需要批准。选择允许并开启。该部分随即显示正在监视 github.com，每 360 分钟一次，并且以自行运行时，它可以：开头的一行会一直显示已批准的清单。

，放大 放大

如果你之后修改工作流，使它需要更多权限，例如一个新网站或另一个提供商，页面会显示还需要确认更多内容和一个批准按钮。在你批准之前，自动运行一旦走到那个步骤就会停下来询问。你会收到一条通知，这次运行显示为待处理，首页会把它列在待处理下。你可以选择仅允许一次、始终允许或不允许；如果一天之内没人回答，这个步骤就不会继续。

你第一次开启自动运行时，Conduit 还会提议在通知区域中继续运行。自动运行只在 Conduit 运行期间进行，所以如果你经常关闭窗口，就接受这个提议。你之后可以在同一部分更改它，同一处还有登录时在通知区域中启动 Conduit。

，放大 放大

发布监视器现在已经自行运行了。在最后一步，你会看到启动下一个工作流的更快方式。

第 10 步 — 用描述代替手动搭建工作流

你不必一步步搭建每个工作流。在这一步，你要让 Conduit 根据一句话起草一个工作流。

在工作流页面选择新建工作流。在描述一个工作流中输入：

Every weekday at 9:00, read the Hacker News front page and the Lobsters front page, and save one list of the stories about Rust or Python.

选择生成草稿。聊天模型会写出一个工作流，Conduit 用检查你保存的工作流的同样方式检查它，并把发现的问题发回给模型去修正。草稿会以未保存的状态在编辑器中打开：在你选择保存并亲自开启之前，不会保存或安排任何东西。

模型永远不会替你选择只有你才能选的东西，例如文件夹、幻灯片或文档集，它也不会开启计划。草稿需要其中任何一项时，编辑器会显示保存前还需补充和一份简短的清单。对于上面的描述，清单内容是开启计划：每个工作日 9:00。，提醒你在保存之后到工作流页面设置计划。

，放大 放大

还有另外两种用文字启动工作流的方式：

• 从首页。在提问框中输入你想要的内容，选择自动化标签；Conduit 会打开工作流并起草它。
• 从聊天。在聊天中手动完成某件事之后，用 Ctrl+K（macOS 上为 ⌘K）打开命令面板，选择将聊天保存为工作流…。草稿依据的是你问了什么、用了哪些工具；模型看不到页面或文档本身。

无论哪种方式，都要先审阅草稿，用立即运行测试，然后再打开自动运行。

进阶：画布、分支和智能体

发布监视器是一条直线，但工作流不必如此。下面四点都建立在你刚做完的内容之上。

• 画布。在步骤视图中切换到画布，可以看到开始、每个步骤、重复以及它们之间的连线。运行时，每个步骤都会显示它正在运行、已完成、失败、已跳过还是在等你处理，选择一个步骤即可查看它的输入和输出。在编辑器中，你可以从面板添加步骤，拖动来调整顺序，也可以从一个步骤向另一个步骤拖一根连线，选择哪个输出放入哪个字段，而不必手动输入。
• 分支和并排的步骤。如果……否则步骤会让运行走向“是”或“否”的一侧；没有走的那一侧会记录为未走此路。一个步骤可以等待多个更早的步骤，所以互不依赖的步骤会并排运行，最多同时四个，后面的步骤可以把它们汇合。例如，把发布监视器里的仅当满足条件时继续步骤换成分支，就可以在一侧发出通知，在另一侧只保存。
• 结果。每次完成的运行保存的内容都会连同预览一起保留。打开工作流的结果标签页，或工作流侧边栏中涵盖所有工作流的“结果”列表，再用打开来阅读。
• 智能体。允许模型使用工具步骤最多可以使用十个连接器工具，并把任务交给你定义的助手，每个助手有自己的指令、模型和 token 上限。发送、发布或编辑内容的连接器工具会暂停运行并询问，收件箱会汇总你的工作流正在等你处理的一切。开启 Settings → 电脑之后，智能体还可以在你指定的文件夹中运行命令、修改文件，并且每条命令都会先询问，除非你允许的某条规则涵盖它。工作流文档列出了各项限制。

所有步骤类型一览

发布监视器用到了五种步骤。下面是全部的步骤类型，与添加步骤…菜单中的显示一致：

一个工作流最多可以有 50 个步骤。每个步骤中的每个文本字段都可以包含插入的值，整份定义也可以在编辑器中用以 JSON 编辑手动修改。在那个视图里，插入的值写成 {{steps.summary.text}} 或 {{trigger.link}}；如果要写出大括号本身，请在前面加一个反斜杠：\{{。

作为参考，下面是你构建的发布监视器在 JSON 视图中的样子：

{
  "steps": [
    {
      "id": "fetch",
      "type": "fetch_page",
      "urls": [
        "{{trigger.link}}"
      ]
    },
    {
      "id": "summary",
      "input": "{{trigger.title}}\n\n{{steps.fetch.text}}",
      "model": {
        "model": "z-ai/glm-5.3-flash",
        "provider": "openrouter"
      },
      "prompt": "Summarize these release notes for a developer who uses this tool every day.\n…",
      "type": "summarize"
    },
    {
      "content": "{{steps.summary.text}}\n\nSource: {{trigger.link}}",
      "id": "save",
      "mode": "create",
      "title": "uv {{trigger.title}}",
      "type": "save_artifact"
    },
    {
      "id": "check",
      "is": "not_contains",
      "text": "No breaking changes",
      "type": "condition",
      "value": "{{steps.summary.text}}"
    },
    {
      "body": "{{trigger.title}}",
      "id": "notify",
      "title": "Breaking changes in uv",
      "type": "notify"
    }
  ],
  "trigger": {
    "everyMinutes": 360,
    "kind": "feed",
    "url": "https://github.com/astral-sh/uv/releases.atom"
  }
}

常见问题

结语

在本教程中，你构建了一个监视 uv 发布动态的工作流：它为每个新版本获取发布说明，用低成本模型总结，保存每一份总结，并且只在出现破坏性变更时通知你。你用一个真实的版本测试了它，查看了每个步骤做了什么，从你修改的那个步骤重新运行，并精确批准了它可以自行做的事。

“获取内容、请模型处理、留下结果、只在重要时提醒你”这个模式，适合很多日常事务。你可以试着复制一份，指向你项目依赖的每个工具的发布动态；用关注一个页面盯着定价页或状态页；或者让收件文件夹总结你放进文件夹的每个文件。想继续深入，可以看看这些指南：

• 工作流文档，了解每一项设置和限制。
• 如何用 Conduit 和 Exa 做深度研究，了解工作流的研究一个主题步骤所使用的研究功能。
• 提供商指南（英文），选择并设置工作流所用的模型。

下载 Conduit

Conduit 的细节与最新版本一致，可在文档和源代码中查证。 发现错误？告诉我们，我们会改正。

相关内容

• 如何用 Conduit 和 Exa 做深度研究 — 分步教程：在 Conduit 中开启 Exa 搜索、写好研究简报，并阅读一份带引用的报告，以太阳能电池研究为例。无需 Exa 密钥。
• 如何向客户演示 MCP 服务器 — 托管 MCP 服务器并不等于向客户演示。本文比较托管式聊天、Claude Desktop 加扩展，以及你自己的桌面客户端三种做法，并说明今天真正能交付什么。