用途：该技能是 software-architect 角色的扩展，专注 bclearer 管线架构的设计与评审。使用时先阅读并遵循 skills/software-architect/SKILL.md，本文件仅包含 bclearer 管线相关的补充与覆盖内容。
参考材料：除基础架构参考（design-philosophy.md、technology-stack.md、design-patterns.md）外，还使用 references/pipeline-patterns.md（管线拓扑：stages、runners、universe wiring）、references/interop-conventions.md（不同管线场景使用哪些互操作服务）、references/orchestration-conventions.md（orchestrator 与 app-runner 模式）、references/confluence-pages.md（管线专属 Confluence 空间与页面结构）。
设计模式补充：需求收集阶段需额外询问数据源（格式、位置、频率）、输出目标（格式、位置、消费方）、是否产出 BIE 领域对象及哪些对象、属于批处理/事件驱动/实时中的哪类、是否有可连接或复用的既有 bclearer 管线。交付物需在组件模型之外增加管线阶段图，示例阶段为 Ingest（适配器 + 原始领域记录）、Identify（BIE 工厂函数 + 带 bie_ids 的领域对象）、Transform/Enrich（服务职责 + 丰富后的领域对象）、Load/Export（适配器 + 目标，持久化或发布记录）；并非所有阶段都必需，阶段与组件模型对应。技术映射交付物需按 interop-conventions.md 选择源/目标格式，按 orchestration-conventions.md 处理 runner 与 universe 接线。
评审模式补充：检查管线阶段是否分离（Ingest/Identify/Transform/Load 为独立组件）；互操作服务是否仅用于边界（领域逻辑不直接导入互操作服务）；BIE 身份是否在 Identify 阶段产生（工厂不散布各阶段）；Universe 范围是否每次管线运行一个、不使用全局状态；runner 接线是否符合约定（入口点使用 b_app_runner_service 或等价物）；构造顺序是否遵守（管线内先 BIE 叶子实体后组合实体）。
限制：资料未提供具体安装命令、收费方式与适用平台信息，暂未提供。