做智能体的人最近都在谈「上下文工程」，但多数人把它当成 prompt 里多塞几段背景。Postscript 9 月 23 日随邮件产品一起推出的 Agentic Context Platform（ACP），把这件事往前推了一步：它不把上下文当一份等人来查的静态档案，而把它做成智能体实时读写、并据以直接行动的活层。这个差别听起来小，落到一个电商留存平台每天要决定「给哪个订阅者发什么」的场景里，含义很清楚——上下文不再是为了给人做分群看板，而是为了给智能体在发送那一刻做决策。
ACP 把上下文拆成三类，并且让每一个 Postscript 产品都从同一层读、往同一层写。客户上下文收的是购买历史、站内行为和顾客跟智能体对话时说的原话；品牌上下文收的是语气、目录、优惠与规则；表现上下文收的是账户里每一个正在跑的测试结果。最关键是最后这一类：传统客户数据平台存的是「发色、生日、地区」这种静态属性，而对话里顾客讲出来的需求，是一种完全不同的数据结构——用 Postscript 团队自己的话说，它不是 hair type 那种字段，更像是记忆。让智能体去读这些记忆、在发送瞬间决定动作，正是 ACP 想替平台解决的痒点。
这里有个容易踩的坑：行业里叫 ACP 的缩写至少有三个，别认错。Anysphere（Cursor 背后团队）提的 Agent Client Protocol，解决的是编辑器与智能体怎么通信；OpenAI 和 Stripe 推的 Agentic Commerce Protocol，解决的是结账与商务流程；Postscript 的 Agentic Context Platform，是营销语境下的共享上下文层。三者名字撞车，指向完全不同。本文说的 ACP，是营销侧的那一个——它服务于「智能体该不该发、发什么、发给谁」这个决策，而不是让智能体接进某个 IDE，也不是完成一笔支付。
Postscript 的底子让它敢做这件「重做一层」的事。它 2018 年起步，靠 Shopify 生态的短信层起家，服务过 Brooklinen、Ruggable、Dr. Squatch 这类直接面向消费者的品牌，到 2026 年已有约两万客户、三百多人、年化收入据报约一点五亿美元，背后站着 Greylock 与 Y Combinator。它早年也做过「用自然语言描述测试流程」的产品，但联合创始人后来意识到，哪怕更易维护的测试工件，本质还是有人要维护。这次 ACP 等于把那条中间层也抽掉了：对话里顾客说的原话，直接进入共享上下文，下一封邮件、下一条 RCS 都读同一份画像。
把 ACP 和更早的平台对照，价值才显出来。多数留存平台从单一渠道起家，随后把邮件、推送、RCS 一个个外挂上去，每个渠道一套数据仓库，画像越做越碎。Postscript 选择反过来：先建一个从底层就为多通道设计的共享上下文层，再往上长产品。统一画像让短信、RCS、邮件读写的都是同一个订阅者上下文，不会出现重复计费或记录割裂。对做智能体系统的团队，这提供了一个可借鉴的范式——当你的智能体要跨多个系统做决策时，与其在每个系统各存一份背景，不如先有一层「被所有智能体读写、且可被行动消费」的上下文。
当然边界也要说清。ACP 目前服务的是营销留存这个具体领域，上下文里的「行动」也限于发消息与选优惠；把它泛化成通用智能体记忆层，还有距离。另外，上下文越活，越要回答「谁改了什么、依据哪段对话」这类可审计问题——当智能体开始用顾客原话自动决策，合规与复核机制得跟上。Postscript 给行业的提醒是：上下文工程的下一阶段，可能不是写更长的 prompt，而是建一个让智能体真正读写、并对结果负责的共享层。