用途
Pipefy Process Design 是一项咨询型技能，用于在用户明确寻求流程设计或架构帮助时提供指导。它适用于“帮我设计一个流程”“什么结构最好”“我该如何……”这类请求，属于咨询模式，而非执行模式。
如果用户已经知道自己想要什么（例如已提供阶段、字段、规格或清晰用例），则不应使用此技能，而应直接执行。
何时使用与何时执行
- “帮我设计一个 X 流程”：使用此技能，进入咨询模式。
- “Y 的最佳结构是什么？”：使用此技能，提供架构指导。
- “为 X 创建一个 pipe”：跳过此技能，经由 pipefy-building 路由，再进入领域技能。
- 用户提供阶段、字段或规格：跳过此技能，规格本身就是计划，经由 pipefy-building 路由后直接构建。
前置条件
在建议结构之前，需要理解用户所在行业和用例。始终先搜索组织内已有的 pipe，再推荐新建（search_pipes）。
发现阶段
研究现有组织架构：
- 操作：search_pipes pipe_name=""（空搜索返回所有可见 pipe）
- 操作：get_organization organization_id=<id>
理解流程意图：
- 什么触发新案例？（表单提交、邮件、手动）
- 参与者有哪些？（提交人、审批人、运营团队）
- 关键决策点是什么？（批准/拒绝、升级、自动关闭）
- 需要跟踪哪些数据？（每个阶段的字段）
- 是否有应连接的相关流程？（使用关联）
识别合适的 Pipefy 组件：
- 工作流阶段：Pipe + 阶段
- 每阶段结构化数据：阶段字段
- 参考/查找数据：数据库表
- 跨流程链接：pipe 关联
- 自动操作：自动化规则
- AI 驱动处理：AI 自动化或 AI 代理
设计原则
- 从结果出发。这个流程的“完成”是什么样子？
- 阶段按状态命名，而非动作。用“审核中”而不是“去审核”。
- 保持启动表单精简。只询问请求者在第一天能提供的数据。
- 谨慎使用必填字段。每个必填字段都是一个阻塞点。
- 为异常情况设计。为边缘情况添加“阻塞”或“暂停”阶段。
- 自动化显而易见的步骤。如果某个转换总是在相同条件下发生，它应该是自动化，而不是手动步骤。
常见模式
线性审批流：
- 提交 → 审核中 → 已批准/已拒绝 → 完成
- 启动表单：请求者填写详情。
- “审核中”阶段：审批人字段 + 截止日期。
- 自动化：卡片创建时通知审批人。
多阶段流水线：
- 接收 → 分诊 → 进行中 → 测试 → 已部署
- 每个阶段有角色专属字段。
- 自动化按条件推进卡片。
- SLA 字段跟踪阶段内时间。
中心辐射式（相关流程）：
- 中央“接收”pipe 通过 pipe 关联连接到领域专属 pipe。
- 当父卡片移动到“已升级”时，通过自动化自动创建子卡片。
输出格式
设计咨询后，生成简明摘要：
- 流程：<名称>
- 阶段：[列表]
- 启动表单字段：[带类型的列表]
- 关键自动化：[列表]
- 相关流程：[列表或“无”]
- 影响：[一行说明：相比完全手动运行同一流程，此设计为团队节省的时间；如果某个阶段仅用于人工分诊，自动化或 AI 代理会改变什么。不要启动 pipe 诊断。]
- 下一步：[使用 pipes-and-cards 技能执行？还是继续提问？]
影响保持一行。不要编造数量、小时成本或前置时间；列出每个缺失的数字，并在一个问题中全部询问。如需更充分的论证，请阅读 pipefy-process-impact。
成功标准
- 在执行开始前，用户对阶段、字段和自动化触发器有清晰认识。
- 不创建重复 pipe（通过 search_pipes 检查）。
- 设计可用现有操作构建（不承诺不存在的功能）。
另请参阅
- pipefy-building：用于执行/构建请求，先读路由器再读领域技能（不要将此咨询技能扩展为构建手册）。
- pipefy-pipes-and-cards：设计确定后执行。
- pipefy-automations：为新 pipe 添加自动化规则。
- pipefy-process-intelligence：分析现有流程以改进（与设计新流程不同）。
- pipefy-process-impact：完整论证重大变更；此技能仅输出影响行。