博客

构建 agent 系统的笔记

评估工具、编排模式、记忆设计及其背后的失败案例——在细节仍然新鲜时记录下来。

Agent 编排需要的是调度器，而不是监督者

单一监督者会将整个集群串行化，并掩盖真正的瓶颈：准入控制、排队与抢占。把 agent 当作进程来对待，故障模式就会变得可见。

一旦 Agent 持有凭证并调用工具，其安全模型就等同于特权工作负载。请用同样的技术来评估它们。

Kubernetes 式的控制原语——准入、配额、抢占——迁移到 agent 集群时，比任何新的 agent DSL 都更有用。

升级到人工客服是一个容量与延迟的决策。应将其建模为排队问题，而不是事后附加的信任特性。

智能体规模的协同虚假行为，靠内容分类难以遏制，真正有效的是速率、身份与图谱控制，让自动化难以持续承担成本。

对话记录不是科学记录。研究型智能体应当输出结构化、可核查的主张，并附带证据链接和明确的置信度。

当一个智能体可以用未经证实的声明改变另一个智能体的计划时，缺陷在于协议，而非模型。来源标签、独立验证和重复断言上限可以遏制它。

Agent 代码库的腐坏方式不同：债务集中在提示词、工具 schema 和无人校验的隐式约定中。

更大的上下文窗口并不能消除限制；它把上下文组装变成了一项调度决策：加载什么、何时加载、以何种成本加载。