模式坐标
没有坐标的模式名，是一个标签，不是一次设计决策。
定义
模式坐标是把一个模式锚定到设计矩阵中具体一格的（认知功能，执行拓扑）二元组。 没有坐标，模式名让人能"用同一个名字"达成共识，却"在不同设计上"产生分歧。 有了坐标，两个工程师能在一句话之内确认他们说的是不是同一回事。
它命名了什么问题
[TODO · 咖哥本人填这段：那个标志性的例子。两个工程师都说 "we used Plan-and-Execute"， 结果一个做的是 Action × Chain（线性 plan 执行），另一个做的是 Action × Orchestrate （动态 replanning）—— 同一个名字，两个完全不同的系统，bug 也完全不同。 Pattern name 不够，坐标才够。]
它如何改变设计决策
- Code review 变具体。"这像 反思 × 循环，但缺退出条件——是有意的吗？" 胜过 "这块反思做得对吗？"
- 模式选型变成检索。"我需要一个 记忆 × 路由 的东西"返回一个候选（分层保留）； "我需要一个记忆模式"返回五个。
- 架构债务变得可命名。"我们有一个 推理 × 并行 在做本该是 推理 × 循环 的事" 是一个 refactor 提案。"我们的推理太乱"不是。
谱系
- 软件架构作为"设计空间中的一个点"（Shaw & Garlan, 1990s）
- GoF 模式 + 分类——单说 "Builder" 是歧义的，"Builder (creational, object)" 才把它锚定
- 云架构参考目录——每条模式都带上下文坐标（场景 × 部署拓扑）
它不是什么
- 不是官僚化。坐标只是两个短 token，不是一张表格。
- 不是"再加一层分类"。坐标比新加一个模式名的承诺更小。
- 不是模式本身的替代品。坐标定位模式，模式还是要去做工作。
在哪里展开
- 书：Designing AI Agents（Manning, 2026）—— Ch2 显式引入，全书贯穿使用
- 模式选项卡（Pattern Selection Card）方法论：从问题陈述 → 坐标 → 候选模式
- 完整坐标目录：adpsagent.com/zh/patterns/
引用格式：黄佳 (2026). 模式坐标. kage-ai.com/zh/concepts/pattern-coordinates/