重放一个真实会话,找到内存里没算进去的那笔开销
会话内存超限修完之后,长会话还在被重置。我们差点限制上下文,后来用真实会话做本地重放,才发现问题在分词。
工程阅读全文Praxis 关于智能体、商业与工程的思考。
会话内存超限修完之后,长会话还在被重置。我们差点限制上下文,后来用真实会话做本地重放,才发现问题在分词。
工程阅读全文服务智能体不能靠记忆自我成长。它的上下文分为五层,每层有负责人;服务中的信号经过审核与评测,作为新版本发布。
商业DeepSeek 的 Super-agent 把入口和干活分开,把智能体原本挤在一个窗口里的几层记忆拆开了。释放出来的潜能,要靠主会话的记忆来兑现:我们打算用关系、本体和现象来做。
产品按代表谁划分,智能体分为个人和服务两种;把它们建出来,还需要一个共同的基座,以及一种没有自己大脑、由你已经在用的 AI 来驱动的身份。
产品文档写 128 MB,但我们的会话超过它也没有每次被杀。我们部署了一个一次性探针去测:重置线落在 254 到 300 MiB 之间,决定生死的是同一时刻存活的数据量,平台记录的峰值永远是下界。
工程用户反馈智能体「干着干着就停了」。我们从日志里找不到死因,最后在平台的内存指标里定位到内存超限,又用堆快照找到了三个来源。这是排查过程、踩过的坑,以及修完之后的数据。
工程服务智能体把过去分散在人、文档、软件和数据里的服务能力组装成一个系统。它扩展容易、重建很难,复杂度让投入得以积累;服务提供方完整持有它时,它就是一份资产。
商业个人智能体会替消费者综合所有服务提供方的信息,而买方的代理只对买方忠诚。服务提供方需要一套自己可构建、可沉淀、可迭代的上下文体系,服务智能体就是它的载体。
商业个人智能体之外,服务智能体也一定会出现。一个追求变化,一个追求不变,它们无法合二为一。
商业