让 agent 从对话框变成管道

Perplexity 官方上了一个把"agent"从对话框挪进管道的小动作：Computer 加了"自动化（Automations）"——用于持续工作的那种，可以由事件触发，也可以按时间跑；和你 Computer 里的 memory、skills、Slack、Gmail、Outlook、Linear 这些已经接好的应用协同。（视频在原帖） 这条产品公告值得单独看：它把"always-on agent"这件事做成了开箱可用。本周主线剧情刚刚写到 Meta 用 Muse 把 always-on agent 推上台面、OpenAI DevDay 被问"交不交得出第四层"——Perplexity 没有那么宏大的叙事，它干脆把它做成了一个产品功能：你不用等 Meta 或 OpenAI 给方案，这里就有一个能按时刻表干活的 agent。把"持续、触发、连接应用"三件套摆在按钮层面，是这一周里最朴素也最实用的官方表态。 放进本周组合性的讨论里，这条恰好补齐"组件按周/按月组装"那篇留的空：自动化让 agent 从"你说话它答"变成"你布置它执行"——以前你要坐在电脑前问才能跑，现在设好触发器它自己动；以前只能接搜索引擎，现在接的是 Gmail 与 Linear 这种真业务工具。"对话框"变成了"管道"，是这一类产品的本质拐点。 留一格清楚的边界：公告里没写两件事——触发器失败怎么办（事件没来、API 异常、外部服务挂掉）；自动化间是否能互相触发（A 完成引发 B 开始）。这两个问题也是这类产品用得越久越要回答的：可靠性这周单独成线讨论过，自动化的可靠性问题就是"agent 不能死"的放大版——你不在旁边盯着，它就更要自己活着。 给想上手的人一句落地的：挑一个你每天重复三次以上的小任务，优先用"事件触发"（收到某类邮件→自动生成回复草稿），而不是"定时"（"定时"最容易在边缘情况里漏；事件触发更稳）。先让它跑一周，看一次它没接住的原因——拿一次失败当教练，比拿一次成功当勋章值钱得多；自动化的品质，是被失败定义出来的。