跳到主要内容

快速入门

下面做一条「表单提交 → 条件判断 → 人工审批 → 发送通知」的流程，并运行一次。

一、前置条件​

  • 当前账号具备流程的编辑和执行权限。审批人账号具备执行记录的审批权限。
  • 通知步骤需要系统管理中至少有一个可用渠道，例如邮件。
  • 如果后面要改成作业执行，目标主机和脚本权限以作业管理为准。本入门先不在主机上执行命令。

二、创建流程并选择触发器​

  1. 打开 「流程」，新建流程并填写名称。流程归属于当前组织。
  2. 进入编排画布。第一个节点只能是触发器。
  3. 选择 表单。为表单增加字段，至少保留一个文本字段，例如「变更说明」。
  4. 保存流程。表单触发会提供填写入口，提交后启动一次执行。

界面指引：

界面截图待补充。

  • 操作关注点：画布提示先选触发器。后面的节点才能引用触发输入里的字段。

三、加上条件分支和审批​

  1. 在触发器后添加 条件分支。
  2. 增加结构化条件。多条规则可以要求「满足全部」或「满足任意」。画布只有「满足」和「不满足」两个出口，不会按条件条数拆成多路。
  3. 条件左值可以选择上游字段，例如表单里的变更说明，或运行信息里的执行标识。不要手写脚本表达式。
  4. 在「满足」出口添加 人工审批。填写审批标题，候选审批人至少包含一个可登录用户。
  5. 在审批通过的后续路径添加 对外通知。选择系统管理里已配置的渠道，标题和正文可以引用上游字段。

四、运行并审批​

  1. 打开该流程的表单入口，填写变更说明并提交。
  2. 到 「执行记录」 找到这次运行。状态应进入等待审批。
  3. 审批人打开 「首页」 的待审批事项，或在执行记录中切换到 「待我审批」。
  4. 打开详情，查看审批标题、候选人和审批上下文。通过则流程继续并发送通知。驳回必须先填写原因。
  5. 执行结束后，记录状态变为成功、失败或已终止。测试运行如果停在中间，可以手动停止。

五、换成其他触发方式​

按场景替换第一个触发器，后面的条件、审批和动作可以保留。

  1. 定时：设置触发频率。到点后自动产生执行，不需要打开表单。
  2. Webhook：启用后把调用地址交给外部系统。按页面给出的方式提交触发数据。需要等待流程结果时，使用触发器上的等待响应模式。
  3. NATS：填写平台内的消息通道，用于接收告警中心等已经进入消息通道的事件。不要把密钥写进流程说明。

六、需要动主机或生成文件时​

  1. 作业执行：选择授权目标，编写 Linux 或 Windows 脚本。节点输出统一的 JSON 结果，供后续节点引用。这个节点会改变目标主机，先在测试目标上运行。
  2. HTTP 请求：填写方法、完整 URL 和参数。运行时会限制内网探测和响应大小。
  3. 智能体 / 意图分类：选择当前组织可用的 OpsPilot 智能体或模型。意图分类需要先定义意图列表。
  4. 记忆读取 / 记忆写入：选择当前组织可用的记忆空间。读取用于把历史上下文交给后续节点，写入用于把本次结论存回去。
  5. 文档生成：选择 Word 或 Excel 模板和结构化数据，生成后的文件可被通知节点当作附件。

七、结果验证与闭环​

  • 执行记录里能看到触发类型、发起人和每个节点的状态。
  • 审批通过后，通知渠道收到内容，且内容中的字段与表单提交一致。
  • 驳回后流程进入驳回分支，不会继续执行通过路径上的动作。
  • 首页趋势和最近执行与执行记录中的状态一致。