多 Agent 等待图:死锁检测、受害者选择与取消传播
Agent 互相等待结果、锁、审批或容量时,仅靠逐任务超时会把死锁拖成长故障。本文建立带代数的等待图,检测强连通环并用可验证取消收敛释放资源。
AI Agent、MCP、工具调用、多 Agent 协作
本专题收录 Agent 工程 方向的文章和社区讨论,重点关注真实工程场景、工具选择、实践路径和风险边界。
页面会持续更新,适合作为学习路线、选型参考和技术复盘入口。
Agent 互相等待结果、锁、审批或容量时,仅靠逐任务超时会把死锁拖成长故障。本文建立带代数的等待图,检测强连通环并用可验证取消收敛释放资源。
同一计划里的工具分支并行完成,并不意味着最快返回者可以先修改事实。本文设计分支结果暂存、依赖闭包、决策版本与事务性提交屏障,让乱序结果只产生一次可解释的下游推进。
没有记忆的 Agent 每次都从零开始,谈不了"连续协作"。本文讲清三层记忆模型(工作/短期/长期)、长期记忆的存储与检索、最容易被忽略的"写入策略"与"遗忘机制",以及一个生产级 Agent 记忆系统该怎么搭——记忆不是越多越好,而是越准越好。
"AI 客服是最容易落地的 Agent 场景之一,但也最容易做成'人工智障'。本文端到端搭一个生产可用的支持 Agent:RAG 答 FAQ + function calling 查订单/建工单 + 不确定就转人工,覆盖架构、转人工策略、限流、敏感信息、监控——把它从 demo 推到能上线。"
提前执行模型可能选择的工具可以降低延迟,却也可能在用户决定前发信、占库存或污染缓存。本文把预测票据、隔离执行、可验证 dry-run 和原子晋级组成严格的 speculative 边界。
理解 Agent 最好的方式,就是亲手写一个最小的。本文用一个不到 100 行的 TypeScript 实现,把 ReAct(Thought → Action → Observation 循环)讲透:核心循环、工具调用、停止条件、错误恢复。读完你就知道 LangChain/LangGraph 那些 Agent 框架内部在做什么。
让 Claude Code 直接读 issue、建 PR、查 CI、改文件提 PR——靠 MCP 把 GitHub 能力接进 AI 编程工具。本文讲清两条路(官方远程 MCP / 自建本地 Server)、配置方法、实际用法、以及 token 权限的安全边界,让你的 AI 编程工作流真正闭环到 GitHub。
工具调用失败可能来自选择、参数、授权、依赖、状态和用户确认。本文给出可操作的失败分类与指标设计,帮助团队把模糊的 Agent 错误转化为可修复的工程问题。
深度研究(一个问题 → 多轮检索 + 综合成报告)是 Agent 最有含金量的场景,也是单轮 RAG 解不了的。本文用 LangGraph 做一个研究 Agent:拆问题 → 并行检索 → 读全文 → 查漏补缺 → 综合成报告,讲清状态图设计、工具调用、循环控制——把"研究"这件开放的事工程化。
新结果通过最新 validator,不代表仍在线的旧 Agent、渲染器和审计任务都能读取。本文把 producer revision、真实消费者集合、解码证明和 representation 路由组成工具结果专用兼容门。
测 Agent 比测普通软件难一个量级——它非确定、多步、还会调外部工具。本文给一套分层的 Agent 测试策略:单元测工具、集成测端到端、评测集测质量、混沌测容错,加上 trace 复现和回归。把"上线靠运气"变成"上线有底气"。
AI 应用绕不开框架选择,但 LangChain、LangGraph、LlamaIndex 的边界很多人没搞清——以为它们是竞争关系,其实各管一段。本文讲清三者定位(LangChain 全栈胶水 / LangGraph Agent 编排 / LlamaIndex 数据与 RAG),按你的需求选,以及一个被低估的选项:什么都不用,自己写。