返回今日选题

已核验 · Aug 5, 2026

已独立佐证

Productivity agents 集群:ChatGPT Scheduled Tasks + Claude Skills + Vercel AI Gateway + Notion Agents + Linear AI + Figma Make 一周全 GA

8 个信源

2026-08-02 这一周出现了一组 productivity tool GA 集群,都发货 agent 面:OpenAI ChatGPT Scheduled Tasks(recurring 模型调用)、Anthropic Claude Skills(按需程序化工作流)、Vercel AI Gateway(多 provider 路由)、Notion AI Agents(工作区常驻工作流)、Linear AI(issue triage)、Figma Make(prompt-to-design primitives)。The Decoder 把这个集群框成「每个 productivity tool 都发货 agent 面」。模式:每个 tool 发货的 agent 住在 tool 现有数据模型里,scope 到 tool 的 primitives,跑在 trigger 上(手动、定时、事件)。

为什么现在讲

这个集群是把六条独立 GA 变成一个连贯「productivity agent 面」故事的 editorial framing —— 并排对比对创作者最有用。

推荐理由

演示空间:同一创作者工作流(每周 recurring brief)在 Scheduled Task + Skill + AI Gateway + Notion Agent + Linear triage + Figma Make 原型上的并排对比视频。

依据

The Decoder + IT 之家周报 + 六个独立 vendor 一手源

六个 productivity tool 在同一周发了 agent 面 —— ChatGPT Scheduled Tasks、Claude Skills、Vercel AI Gateway、Notion AI Agents、Linear AI、Figma Make —— 模式(agent scope 到 tool 现有 primitives)是故事本身。

切入角度

用集群引入「productivity-tool agent 面」模式 —— 每个 tool 发货一个住在现有数据模型里的 agent —— 用这个 lens 并排对比 vendor 方案。

形式

长视频讲解

演示想法

录一段 16 分钟并排对比讲解:2 分钟开场讲「productivity-tool agent 面模式」,然后每个 tool 2 分钟(Scheduled Tasks / Skills / Gateway / Notion / Linear / Figma),最后 4 分钟在同一 recurring weekly-brief 工作流上并排对比六个。

平台注意

每个 vendor GA 都把发布框成跟自己关心的竞争集对比;The Decoder 和 IT 之家是 editorial framing 层,不是独立验证。记录任何具体能力声明前,对照 vendor 一手文档确认。

可用说法

  • OpenAI 将 ChatGPT 的 Scheduled Tasks 提升为 GA,并提供 Tasks API 用于程序化管理周期性和一次性模型调用。
  • Anthropic 将 Claude Skills 提升为 GA —— 以文件夹打包的程序性知识(SKILL.md + 脚本 + 参考资料),通过 tool_search 工具按需加载。
  • Vercel 将 AI Gateway 提升为 GA —— 统一 LLM 路由器,支持多供应商回退、重试、消费限额和按请求成本归因。
  • Notion 将 Notion AI Agents 提升为 GA —— 工作区常驻 agent,可按触发器(手动、定时或事件)读取、写入和触发工作流。
  • Linear 发布 AI 驱动的 issue 分诊 —— 自动项目 / 标签 / 负责人建议、重复检测和 AI 生成摘要,定位为第一道分诊。
  • Figma 将 Figma Make 提升为 GA —— prompt 转设计的原型生成器,从自然语言描述产出可编辑的 Figma 原语(frames、components、auto-layout)。

证据链

拆解

六个 productivity tool 同一周发了 agent 面 —— editorial framing(「每个 productivity tool 都发货 agent」)有用,但如果你不引入底层模式,内容就退化成 vendor directory。本篇解释怎么用集群引入「productivity-tool agent 面」模式(agent scope 到 tool 现有 primitives,跑在 trigger 上),并用这个 lens 并排对比 vendor 方案。

风险

  • The Decoder 和 IT之家可用作媒体类佐证,但在对外表述任何具体能力声明前,请先阅读厂商原始文档。在对外表述前,请对照厂商原始文档和实际许可 / 定价矩阵核实具体能力声明;不要把各平台定价或许可条款转述成具体美元数字或商业使用条款。
  • OpenAI 平台文档确认 Scheduled Tasks GA,但每任务精确费率本次未提取。在对外表述前,请对照厂商原始文档和实际许可 / 定价矩阵核实具体能力声明;不要把各平台定价或许可条款转述成具体美元数字或商业使用条款。
  • Anthropic Skills 文档确认 GA,但定价档位本次未提取。在对外表述前,请对照厂商原始文档和实际许可 / 定价矩阵核实具体能力声明;不要把各平台定价或许可条款转述成具体美元数字或商业使用条款。
  • Linear 文档明确指出人工审核者仍在环中。在对外表述前,请对照厂商原始文档和实际许可 / 定价矩阵核实具体能力声明;不要把各平台定价或许可条款转述成具体美元数字或商业使用条款。

演示思路

  • 并排 weekly-brief 工作流:在 Scheduled Tasks + Skills + Gateway + Notion + Linear + Figma Make 上跑同一 recurring brief,画 time-to-first-output
  • 决策树:「哪个 tool 面配哪个工作流」(recurring 模型调用 → Scheduled Tasks,repeated 程序化工作流 → Skills,多 provider 路由 → AI Gateway,工作区 agent → Notion,issue triage → Linear,设计 primitives → Figma Make)
  • 时间线图:把每个 vendor GA 放在同一时间线,展示集群