01 触发事件

2026 年 6 月 8 日,TechCrunch 报道 Apple 将升级 Shortcuts,允许用户直接用自然语言描述想要的 workflow,再由 AI 生成对应自动化流程。

原文信息很短,但核心事实很明确:Apple 不是单纯给 Shortcuts 加一个聊天框,而是在把 workflow creation 的门槛从“手动拼装动作”降到“prompt 生成动作链”。

这意味着两层变化。

第一层,是 UI 变化:过去 Shortcuts 是面向 power user 的 low-code 自动化工具,现在 Apple 试图把它变成普通用户也能调用的 intent interface。

第二层,是系统权力变化:workflow 不再只是用户自己搭积木,而是 OS 级 AI 帮你把 app capability 编排起来。

我没在内部跑过这个版本,也没看到更完整的 WWDC session 或 API 文档,所以对其实际可调用的 action 深度、跨 app 权限边界、失败回退机制,判断仍要保留一层折扣。

但即便如此,这条新闻已经足够说明一件事:Apple 开始把 Agent 的价值从“回答问题”转向“调度系统与应用能力”。

TechCrunch 的那句话其实已经点题:Shortcuts gets an AI upgrade, letting you describe the workflow you want in a prompt.

02 这事的真正含义

表面上看,这是“AI 让 Shortcuts 更易用”。

这不是重点。

真正的重点在于,Apple 正在争夺一个此前并未完全定型的入口:谁来把用户意图翻译成跨应用执行路径

过去两年,大量 AI 产品默认的叙事是:模型越来越强,所以应用层机会在于做一个更聪明的 copilot 或 agent shell。问题是,只要执行发生在 app 之外,最后总要落到系统权限、应用 action、账户状态和用户确认这些现实约束上。

Apple 的动作,等于把这条链路往 OS 层收。

这才是 Apple 在说的事:AI 的价值不只在 model output,而在 orchestration 权。

如果一个用户说“每天下午 5 点汇总今天收到的客户邮件,生成摘要,发到 Slack,并同步到提醒事项”,谁来理解这个 intent,其实没那么重要;谁能稳定调用 Mail、Calendar、Reminders、第三方 app action 并拿到默认入口,那才会被定价。

这里有一个很典型的 aggregation theory 视角。

应用开发者原本拥有各自的功能孤岛;Shortcuts 早期像一个中立连接层,但因为搭建成本高,分发有限,用户教育也重,所以它没有成为强势上游。AI prompt generation 改变的是 adoption friction。一旦 workflow creation 成本急剧下降,系统级编排层就可能从“高级功能”变成“默认能力”。

对 builder 来说,威胁不在于 Apple 会做出世界上最强的 Agent。

问题不在模型,而在 distribution。

Apple 不需要在开放世界任务上赢过 OpenAI 或 Anthropic。它只要在 iPhone、iPad、Mac 上成为“最顺手的任务发起层”,就足以重新分配很多自动化产品的价值捕获位置。

我可能误判的一点是,Apple 历史上常常把系统级自动化做得比想象中保守,尤其在隐私、确认流程和第三方开放程度上。若 Shortcuts 的 AI 生成只是“帮你搭积木”,而不是“持续代理执行”,那这件事的破坏力会小很多。

但即便是弱版本,它也会压缩一批“prompt 包装 workflow builder”的独立工具空间。

03 历史类比 / 结构对照

这件事更像 2014 年后 AWS 把越来越多“本来应该由创业公司封装”的基础能力直接产品化,而不是 2022 年 ChatGPT 那种从零到一的消费级爆发。

为什么是 AWS,而不是 iPhone?

因为 Apple 这次做的不是发明新任务,而是把原先碎片化、难用、靠第三方教育的能力,重新收编进平台默认层。

早期云时代有很多创业公司,本质上卖的是“把复杂 infra 变得可调用”。一旦 AWS 原生提供更低摩擦、更深集成、计费更顺手的能力,其中相当一部分产品不会立刻消失,但会被迫上移:从基础封装转向更高阶管理、可观测性、多云治理或垂直场景。

Shortcuts AI 化的结构很类似。

过去有不少产品卖点是:

  • 帮用户连接多个 SaaS
  • 用自然语言生成 workflow
  • 在多步任务里加入 LLM 判断
  • 给非技术用户一个 agent UI

一旦 Apple 在 OS 层原生提供“意图到执行”的最短路径,这些卖点里最脆弱的部分先被压扁:自然语言生成流程本身。

这也是为什么我觉得它不是一条普通产品新闻,而是 developer ecosystem 的结构性信号。

这里也可以类比 2007 年 iPhone 之后的另一个次级变化:不是所有 value 都留给设备,很多价值重新围绕系统入口、分发机制和默认行为来分配。今天的 Agent 赛道也一样。很多团队高估了模型能力差异,低估了入口位置的决定性。

如果 Apple 能让 app 通过统一 schema 暴露可调用 action,再让系统 AI 做 routing,那 MCP、A2A 这类协议战争就会出现一个现实问题:标准是否真的由开放社区决定,还是最终由强 distribution 的平台方定义“可用的那一套”

我没看到 Apple 是否会公开更通用的 action interface,或者只在自家 framework 内封装。如果后者成立,Apple 的意义会更偏封闭生态内效率提升,而不是行业协议层拐点。

04 对 AI builder 意味着什么

这周就该调整的,不是你的模型 choice,而是你的产品站位。

第一,如果你的产品本质是 workflow generation UI,要立刻重估 moat

“用户一句话生成自动化流程”这件事,正在快速变成平台能力,不适合再当主叙事。你需要回答的是:离开这个 UI,你还有什么不可替代的东西?是企业权限治理、审计、跨 SaaS reliability、行业模板、还是多模型 routing?

第二,重新看待 distribution vs capability 的优先级

很多团队会本能地继续堆更强的 planner、更长 context、更复杂 memory。但在系统级入口面前,builder 真正缺的往往不是多 5% 任务成功率,而是根本拿不到 invocation 机会。你应该优先考虑接入 OS、IDE、聊天入口、浏览器入口,而不是只优化 agent loop。

第三,把 app/action 设计成可被编排,而不只是可被使用

未来被高频调用的产品,不一定是用户天天打开的产品,而是最容易成为 workflow 中一个可靠节点的产品。也就是说,API 设计、action granularity、参数 schema、幂等性、失败处理,比漂亮前端更重要。

第四,关注“系统内 Agent”与“云端 Agent”的分工

Apple 的优势是本地上下文、系统权限、设备入口、隐私叙事;OpenAI、Anthropic、Google 的优势是更强模型、更广知识、更强 reasoning。对创业公司来说,机会在桥接层:本地触发、云端 reasoning、再回到系统执行。这里会出现新的 routing 层需求,也会出现 token economics 的新优化点,比如哪些步骤必须上大模型,哪些步骤在本地小模型或规则引擎就够了。

第五,对 opcx.ai 这类 model access 层的启示也很直接:未来需求不只是“调哪个模型”,而是“在哪个 execution context 下调哪个模型”。系统自动化、IDE、browser agent、enterprise workflow,各自对 latency、KV cache 复用、tool call 成功率、价格上限的容忍度完全不同。路由会从 model routing 变成 context-aware routing。

我没实际看到 Apple 是否支持第三方开发者细粒度暴露 action metadata。如果没有,很多判断会延后兑现。但即使节奏变慢,方向已经很清楚:builder 需要把自己当成 Agent graph 里的 node,而不是唯一入口。

05 反方观点 / 风险

我可能高估了这件事的战略重量。

最直接的反对理由是:Apple 以前也不是没做过自动化,Shortcuts 存在多年,但始终没成为大众级行为。AI 只是降低搭建门槛,不等于提升执行频率,更不等于用户真的会把复杂任务交给系统。

更尖锐一点说,自然语言生成 workflow 可能只是一个 demo 友好、日常低频的功能

原因有三个。

第一,复杂 workflow 的真正难点常常不在创建,而在维护。权限变化、应用升级、字段漂移、异常处理,这些都不是一个 prompt 能解决的。若 Apple 不能把 observability 和 repair loop 做好,用户只会新鲜几次。

第二,Apple 的系统哲学一向偏保守。真要做成强 Agent,必须处理后台执行、长链任务、跨账户认证、失败重试、第三方 action 信任边界。这些恰恰是 Apple 最容易收紧的地方。一个过度受限的系统 Agent,不足以压垮外部生态。

第三,很多高价值 workflow 发生在企业 SaaS,而不是个人设备。Apple 在消费 OS 层很强,但在企业任务编排层未必天然占优。真正吃到红利的,可能还是 Zapier、Microsoft、Salesforce、Slack 这一类已经扎进工作流与组织权限体系的玩家。

还有一个我不愿轻视的风险:市场可能已经把“AI 自动化”想得太像统一赛道,实际上它会分裂成多个不兼容层次。OS 层、SaaS 层、IDE 层、浏览器层、机器人执行层,各自都会形成不同的 protocol 和 distribution 逻辑。Apple 强,也未必能跨层通吃。

所以我的核心判断不是“Apple 会赢下 Agent”。

而是更窄、但更重要的一句:系统层正在把 workflow generation 收编成基础能力,应用层如果还把它当产品本体,估值和议价权都会被往下打。

这点我可能看早了,但方向上很难看错。