Auto-sync
This commit is contained in:
@@ -1,61 +0,0 @@
|
||||
---
|
||||
id: pipeline
|
||||
title: "Pipeline"
|
||||
type: concept
|
||||
tags: [Agent, Skill, 设计模式]
|
||||
sources: []
|
||||
last_updated: 2026-03-19
|
||||
---
|
||||
|
||||
# Pipeline
|
||||
|
||||
在复杂任务中设置硬性检查点，强制Agent按严格顺序执行工作流的Skill设计模式。
|
||||
|
||||
## 定义
|
||||
|
||||
Pipeline模式通过实现明确的门控条件，确保Agent无法跳过步骤或忽略指令。每个关键节点设置检查点，用户必须在进入下一步之前确认，否则流程不会继续。
|
||||
|
||||
## 机制
|
||||
|
||||
- 工作流步骤明确定义在SKILL.md中
|
||||
- 每步有明确的进入前置条件
|
||||
- 门控条件未满足时阻止进入下一步
|
||||
- 文档流水线示例：解析清点→生成文档字符串→组装文档→质量检查
|
||||
|
||||
## 适用场景
|
||||
|
||||
- 复杂多步骤任务（文档生成流水线）
|
||||
- 需要严格质量控制的流程
|
||||
- 合规/审计要求不能跳过的步骤
|
||||
- 多人协作中需要明确交接点
|
||||
|
||||
## 优点
|
||||
|
||||
- 步骤不会被跳过
|
||||
- 质量控制点明确
|
||||
- 流程可追溯可审计
|
||||
- 减少因跳过步骤导致的错误
|
||||
|
||||
## 缺点
|
||||
|
||||
- 灵活性低，急救场景不适用
|
||||
- 用户可能觉得检查点过多
|
||||
- 流程僵化，难以适应特殊情况
|
||||
|
||||
## 与Inversion对比
|
||||
|
||||
| 维度 | Pipeline | Inversion |
|
||||
|------|----------|-----------|
|
||||
| 方向 | 强制顺序执行 | 先问再做 |
|
||||
| 控制点 | 技术门控（条件判断） | 问答门控（收集信息） |
|
||||
| 适用场景 | 复杂技术流程 | 需求分析决策 |
|
||||
|
||||
## 关系
|
||||
|
||||
- 上位概念：[[AgentSkill设计模式]]
|
||||
- 可组合：[[Reviewer]]（Pipeline末尾加Reviewer步骤）
|
||||
- 示例应用：[[文档流水线]]
|
||||
|
||||
## 相关实体
|
||||
|
||||
- [[Google]]：发布Pipeline模式的云服务提供商
|
||||
Reference in New Issue
Block a user