管道/顺序架构（Pipeline）

管道呈线性 DAG：Stage1 → Stage2 → … → StageN，每个 Stage 是单一职责的处理单元（可以是规则脚本，也可以是 Agent）。数据（或上下文）沿管道单向流动，上一阶段的产出作为下一阶段的输入契约。

例如「抓取→清洗→摘要→翻译→发布」即典型文本管道。

因为是预定义路径，行为可预测、失败可精确定位、成本低且易做单元验证——这正是企业偏爱它的原因。相比让一个 Agent 自由发挥，管道把「灵活性」让渡给「可靠性」。

现代做法是在个别阶段嵌入 Agent（如用 LLM 做智能清洗），其余阶段保持规则，兼顾柔性与可控。

慢阶段会成为全局瓶颈。可通过阶段并行（独立子流）、批处理与背压机制（下游忙时上游限流）提升吞吐。同时每阶段应有独立可观测指标，快速定位拖慢整体的是哪一段。

管道将与 Agent 深度融合为「智能管道」：阶段边界动态生成、失败阶段自动重构，但主干仍保持线性可审计，满足企业合规对「可解释流程」的刚需。