Perplexity 正在为 Perplexity Computer 开发 Automations 功能，消息提到用户可按自定义计划运行工作流，或在满足特定条件时触发，并自动获得结果。功能尚在开发阶段，未公布上线时间、可用范围，也没有说明是否为此招人。把它当作了解方向的入口，而不是岗位机会的证明。

先分清：触发调度、结果交付，还是运营配置

同一个「自动化工作流」需求，两类岗位的做法完全不同。偏产品设计的人会先定义：触发条件有哪些类型、计划任务和条件触发冲突时谁优先、失败后重试几次、结果以什么形式交付给谁。偏运营配置的人则更多在既有能力上搭流程：帮客户把字段对上、把通知渠道接通、处理跑不通的个案。

面试时可以问：这个岗位最近三个月的主要产出是什么？如果答案是「定义触发规则和调度策略」「设计异常处理路径」，偏前者；如果是「支持客户配置流程」「排查运行失败」，偏后者。两类都值得做，但日常节奏和成长路径差别很大。

读岗位描述时，哪些信息还要确认

公开岗位描述常写「梳理自动化产品需求」「协调开发资源」，这类表述覆盖范围很宽，不能据此判断职责边界。可以追问三点：需求从哪来，是内部规划还是客户工单驱动；这个岗位对方案有没有决策权，还是只负责整理和跟进；跨团队协作时，和工程、售前、客户成功各自负责什么。

假设一个模拟场景：面试官说「你要负责让工作流跑起来」。这句话可能是设计调度逻辑，也可能是配置客户环境。可以接着问：上一个类似项目里，产品经理具体交付了什么文档或决策？答案会暴露真实分工。

选方向前，把功能动态和岗位机会分开

素材只说明功能在开发，没有提招聘、团队分工或考核方式。所以不要因为看到某个功能预告，就推断这个方向一定在扩招。更实际的做法是核实：团队当前处于探索期还是交付期，岗位考核看方案质量还是客户满意度，入职后前六个月要独立完成什么。

一个可做的小建议：面试前把这三个问题写下来——日常产出是什么、需求由谁驱动、决策权到哪一层。面试中逐条问，答案比岗位名称更能说明这份工作适不适合你。