当 AI 工作流不再靠"凑长度"：Gambit 牌组模式对可靠 Agent 的启示
引言：从「一个 prompt 打天下」说起 大多数团队搭建 LLM 工作流的方式至今仍然是：写一个超长的 system prompt，塞进所有工具描述，再接一段「请仔细思考后选择工具」，祈祷模型能正确路由。 当这条流水线出问题时，没有日志、没有断点、没有回归测试——只有翻看 provider 后台记录，然后反复修改 prompt 碰运气。 Gambit 试图解决这个问题。它将 LLM 工作流拆解为多个「牌组（Deck）」的组合，每个 Deck 有显式输入/输出类型定义和护栏（Guardrails），在本地即可运行、调试和测试。 本文从系统设计的角度，解析 Gambit 的核心架构与它对 AI 工程化的启示。 现状：LLM 工作流的四个结构性缺陷 Gambit 官方 README 开篇就列出了当前行业的四个痛点1： 缺陷 具体表现 单体 prompt 一个 prompt 绑定所有工具，路由依赖 prompt 工程的脆弱黑盒 上下文倾倒 每次调用把全部 RAG 结果或历史记录整块注入，成本高、幻觉多 无类型 I/O 输入输出都是字符串，Orchestration 逻辑无法静态检查 调试黑盒 只能看 provider 日志，本地无法复现和回归测试 这四个问题相互加剧：没有类型约束 → 无法做单元测试 → 只能靠 prompt 调优 → 调优结果无法回归。 核心概念：Deck 与 Card Deck：最小执行单元 Gambit 的 Deck 是整个框架的核心抽象。一个 Deck 约等于一个带有类型化输入输出定义的函数： ...