OpenAI在2026年7月22日介绍Presence时，传递出的一个重要方向是：下一代企业Agent不只是“会做事”，还要“会待命”。很多团队把Agent理解成自动执行器，仿佛给它一个目标，它就应该持续运转直到完成。但在真实业务里，长期运行的系统如果不懂得观察环境、识别触发条件、等待授权和保持上下文，很快就会制造噪音、越权调用甚至错误决策。Presence这个概念的重要性，恰恰在于它强调了一种更像同事、而不是像脚本的工作方式。
为什么“待命”比“自动化”更关键
传统自动化依赖固定规则，只要满足条件就执行。Agent则面对更模糊的目标和更开放的环境，单纯追求自动执行，反而容易把小偏差放大。比如客户邮件尚未定稿、库存数据尚未刷新、权限尚未确认，如果Agent提前行动，就会把错误带到下游。Presence强调的不是停滞，而是在持续理解环境的同时，知道什么时候该提醒、什么时候该建议、什么时候必须等人点头。
这对企业尤其重要。大多数业务流程都不是线性的，里面夹杂审批、例外、临时口径和跨团队协作。一个真正可用的Agent，必须能识别“我现在知道得还不够”，而不是永远往前冲。
长时运行Agent最需要的三道边界
第一道边界是触发边界，明确哪些事件会唤起Agent，例如新工单、会议结束、日程变更或某个指标异常；第二道边界是权限边界，规定它能读取哪些系统、能写入哪些位置、能不能调用外部服务；第三道边界是确认边界，决定哪些动作必须由人批准，例如发外部邮件、改预算、改排期、删数据。
如果缺少这三层设计，Presence就会退化成“始终在线但无法信任”的助手。企业最终不怕AI不够主动，而是怕它在错误时刻太主动。真正可落地的Presence，应该把主动性建立在可审计、可解释和可回退之上。
日志和回放能力比花哨交互更重要
长时运行系统最难排查的问题，是几小时后才出现的错误结果。要想把Presence用在生产环境，就必须保留事件来源、上下文摘要、模型版本、工具调用和最终动作的日志。这样当结果异常时，团队才能回放它为什么会这么做，而不是只看到一个已经发生的后果。
另外，Presence不适合一开始就接入全公司系统。更安全的方式是从单一流程试点，例如客服总结、内部日报、日程协调或项目提醒，先验证它能否稳定“观察和提醒”，再逐步开放更高权限动作。
给企业的落地建议
- 先定义Agent的待命状态、触发条件和超时策略，而不是先定义它会做什么。
- 把主动动作分级：提醒、建议、草稿、执行，逐级放权。
- 所有外部动作保留确认与撤销入口。
- 定期抽样复盘日志，检查误唤起、误判断和越权趋势。
对于正在研究AI Agent、AI安全和企业AI的团队，Presence最大的启发不是“让Agent更像人”，而是“让Agent先学会在该等待的时候等待”。
参考来源：OpenAI 官方公告
