用途：该技能描述管道（Pipes and Filters）架构范式，适用于数据必须流经固定顺序的离散转换步骤的场景，例如 ETL 作业、流式分析和 CI/CD 流水线；也适用于需要单独复用某个处理阶段、对瓶颈阶段独立扩容，以及要求阶段间故障隔离的情况。不适合交互式请求/响应系统，也无法表达必须在阶段间共享可变状态的逻辑（后者建议使用 client-server 范式）。
主要能力与做法：将每个阶段设计为只做一种明确定义转换的过滤器，并明确其输入与输出数据 schema；用管道连接过滤器，管道可实现为流、消息队列或内存通道，需验证其支持背压与缓冲；尽量保持过滤器无状态，必要状态持久化到外部或放在管道边界管理；为每个阶段加入监控，跟踪延迟、吞吐和错误率；部署上让各阶段可独立水平扩展和升级。
关键交付物：一份 ADR，记录过滤器、所选管道技术、错误处理策略和数据重放工具；每个过滤器的契约测试与覆盖代表性端到端执行的集成测试；展示阶段级 KPI 的可观测性看板。
常见组件词汇：stream-processor（执行过滤器的运行时，如 Flink、Apache Beam、Faust）、message-queue（阶段间持久管道，如 Kafka、RabbitMQ、内存通道）、data-validator（在过滤器输入输出处校验每条记录的 schema）。
风险与缓解：单阶段瓶颈可通过自动缩放该过滤器、必要时拆成更细的子管道缓解；阶段间 schema 漂移可通过集中定义 schema 并纳入 CI/CD 兼容性测试缓解；背压失败可通过高压负载测试验证缓冲、重试与背压行为缓解。
完成标准：ADR 覆盖每个过滤器、管道技术、错误处理（死信队列、重试次数、死信路由）与数据重放机制；每个过滤器有输入输出 schema 的契约测试，相邻过滤器的 schema 漂移由 CI 兼容性检查捕获；上生产前配置好展示各阶段延迟、吞吐与错误率的看板；负载测试证明在预期峰值吞吐 2 倍时背压与缓冲可防止数据丢失。
限制：资料未提供具体安装命令、运行方式、依赖项或价格信息。