Skip to main content

第4章 工作流配置

工作流模块是 Mylnc 网巢系统中用于定义和管理 AI 角色业务逻辑的核心组件。它将复杂的业务需求拆解为结构化的执行步骤,确保 AI 在处理任务时遵循预设的规范流程。系统支持“AI 自然语言”编排与“标准工作流”配置两种模式,兼顾灵活性与严谨性。如下图: image-20260713181049713

4.1 工作类型

定义此工作流负责处理哪些类型的工作,添加此工作流能处理的工作类型。其他步骤(审批、执行、通知)可按工作类型分别配置不同的处理逻辑。


​ **工作类型名称:**明确任务的性质与分类(如:测试、客服、数据分析)。

​ **工作类型描述:**作为流程的入口标识,决定了后续环节的处理策略。

​ **强化规则:**在AI角色正式处理任务之前,先自动去“查资料”或“找背景”,把相关的上下文补充进来,让 AI 变得更“懂行”。这就好比你在给员工布置任务时,不仅告诉他“做什么”,还顺手把相关的参考文件、历史案例和数据库记录都塞给他,让他能基于更充分的信息来干活。操作如下:

  1. 点击工作流类型-添加工作流类型(可添加多个)-填写类型名称、描述这个工作流是需要用来做什么、信息增强选择需要的,不需要则关闭-保存工作类型。

    例子:品牌大脑角色它需要调用 brand-tone-analyzer技能,接收各种信息输入中产品定位样稿,生成结构化的品牌调性数据**(语气、客群、核心卖点、常用词、禁用词、排版偏好)**,并写入 【品牌调性】 表。

    image-20260714164058260

    image-20260714164111830

    注:如果您希望 AI 在处理任务时能够参考公司的内部文档或历史数据,请务必开启‘信息增强’并选择‘规则’模式,同时勾选‘知识库’或‘本地文件’渠道。这将显著提升 AI 回答的专业度。


4.2 信息输入

信息输入是接收各个渠道输入信息来源。可选择信息来源接收方式(对话、大模型、监听邮件、webhook、接口抓取、无头游览器、用户个人请求、调用技能、本地文件、视频拉流和硬件传感器),也可叠加定时触发。不用全选,只选择你需要的信息输入来源类型。

信息输入是接收各个渠道输入信息来源。可选择信息来源接收方式(对话、大模型、监听邮件、webhook、接口抓取、无头游览器、用户个人请求、调用技能、本地文件、视频拉流和硬件传感器),也可叠加定时触发。不用全选,只选择你需要的信息输入来源类型。

  1. 选择模型配置:系统默认-型号:默认-温度:建议是0.7-和采样:1-检索指令根据需求填写输入的字段,未提供则返回请某项目提供,下图是品牌大脑官例子

image-20260714181722743


4.2.2 监听邮件email

​ 角色监听指定邮箱,新邮件到达时触发。支持多个邮箱

  1. 填写邮箱地址-IMAP服务器-密码-定时触发根据所需选择-保存步骤

image-20260714182955962

注:密码保存后再回来看不会回显,实则已保存生效,另邮箱必须开通SMTP

2.去对应邮箱发信息-触发工作流-查看运行记录验证是否有触发成功

例子:文案创作角色(调用品牌调性表-生成文案-写书内容素材表)**

image-20260714184005657

image-20260714183623558


4.2.3 Webhook 推送

链接是坏的,暂时跳过


4.2.4 接口抓取api_poll

​ 主动轮询外部 API 接口获取数据,可叠加定时频率。支持多个接口根据需求填写请求地址、方法:get-请求头省略不填-抓取间隔建议10分钟以上-大模型和型号选择系统推荐

image-20260714184615813

image-20260714184819113

注:请求地址需要登录人脸识别验证的那些不行,比如淘宝、京东、百度等)


4.2.5 无头浏览器headless

​ 持续监听指定网页变化,通过大模型提取目标数据。支持多个页面。输入url-检查频率-提取模型和型号:选择默认-温度:建议0.3-0.5之间-和采样:1-提取指令(品牌大脑官例子)-仅变化触发:不勾选-保存

image-20260714190125633

image-20260714190133949


4.2.6 用户个人请求user_req

​ 接收用户直接发起的请求,可按渠道限制允许的发送方,允许范围选全部。

image-20260714190534929


4.2.7 调用技能skill

​ 将指定技能的输出作为本角色的输入来源,可叠加定时触发。支持多个技能。

场景:你希望“品牌大脑官”每天自动去抓取你们主要竞争对手(比如竞品A)的官方公众号最新文章,分析他们的最新品牌调性,并更新到你的数据库里。

  1. 第一步(输入源 = 调用技能)-信息输入操作

    :调用 web_search(搜索互联网获取最新信息,返回相关网页标题、摘要和链接技能)或 search_tech_news(新闻搜索技能)。

    • 作用:去互联网上抓取竞品A的最新文章链接,并提取出文章的产品定性和样稿。
  2. 第二步(大模型节点)-信息执行工作流操作

    :调用 brand-tone-analyzer 技能。

    • 作用:把上一步抓取到的竞品文章正文作为输入,分析出竞品最新语气、客群、核心卖点、常用词、禁用词、排版偏好等。
  3. 第三步(数据库节点):写入数据库。-信息执行工作流操作

image-20260714194557715

image-20260714194720477


4.2.8 本地文件local_file

​ 监听角色名下的文件来源,新文件到达时触发工作流。支持多个来源(共享文件库、会话上传、监听目录)

image-20260714195730219

4.2.8.1 共享文件库

​ 监听「共享文件」板块,管理员上传新文件即触发。

  1. 角色管理-角色详情-文件-上传文件库(支持格式:pdf、md、txt、docx、csv)

    image-20260714200217027

  2. 点击本地文件输入源-文件来源:共享文件库-文件类型选择可多选,建议全选-触发频率:建议30分钟以上-保存

image-20260714200001756

4.2.8.2会话上传

​ 监听用户在对话中发送的文件(自动排除 AI 生成的产物)

image-20260714200645366

4.2.8.3监听目录

​ 服务器侧目录投递(FTP/rsync 等系统集成场景),文件落入即触发

暂时跳过

4.2.9 视频拉流video_stream

暂时跳过

4.2.10 硬件传感器sensor

需要硬件,暂时跳过


4.3 信息校验

​ 本模块为特定的工作类型定制专属的信息处理流水线。通过拖拽配置不同的“处理关卡”,系统将在任务执行前自动对输入内容进行深度校验、分类或结构化提取,确保后续流程接收到的数据准确无误。

4.3.1 信息处理

4.3.1.1 全部大模型决定

​ 用自然语言描述处理规则,大模型统一接收所有来源输入并处理,输出结构化结果。

image-20260716103049081

4.3.2 按工作类型处理

​ 为每个工作类型指定处理关卡,未配置的走上面大模型。核心功能是通过配置不同的处理关卡(如结构化校验、条件分支等),对输入信息进行自动化清洗和判断。它不仅是简单的格式检查,更是一个灵活的逻辑处理中心。

  1. 点击按工作类型处理-标签作用域:优先按工作类型独立,如果规则一致则按全局共用。

image-20260716103324514

  1. **结构化强校验:**最核心的校验工具。用于强制检查必填字段、数据类型(如日期格式、数字范围)及逻辑一致性。若输入信息不符合预设的字段规范,系统将直接拦截并报错,防止脏数据进入后续环节。

image-20260716104108575

  1. **字段条件分支:**基于特定字段的值进行逻辑判断(例如:如果“金额 > 5000”,则走A路径;否则走B路径)。实现动态校验,针对不同情况应用不同的检查标准。

image-20260716104827126

  1. 语义分类分支:利用 AI 能力理解文本内容的意图或类别(例如:自动识别用户输入的是“请假”还是“报销”)。

    解决非结构化文本的分类难题,将模糊的自然语言转化为确定的业务标签。

image-20260716105230795

场景:入职申请校验

  1. 首先添加**「结构化强校验」**:检查身份证号是否为18位,入职日期是否晚于今天。
  2. 接着添加**「语义分类分支」**:分析“备注”栏,若包含“紧急”字样,自动打上高优先级标签。
  3. 最后添加**「字段条件分支」**:若职级为“总监”以上,触发额外的高管背景调查流程。
  1. 模板对比:将当前输入内容与标准模板或历史数据进行比对。常用于检测内容是否偏离标准话术,或是否存在异常变动。**“模板来源”**即用于定义这个“标准答案”是从哪里获取的。请根据您的实际业务情况,从以下三种模式中选择一种:

    image-20260716111729169

    • **上传文件:**允许您直接上传一份现有的标准文档(如 Word、Excel、PDF 或图片格式)作为比对基准。

      适用场景:当您手头已经有标准的合同范本、制度文件或历史优秀案例,希望 AI 直接学习该文件的格式和内容结构时使用。

      优势:无需手动录入,快速复用现有资产。

    • **界面配置:**过下方的表单界面,手动定义需要校验的字段名、数据类型及格式规则(例如:规定“金额”必须是数字,“日期”必须符合 YYYY-MM-DD 格式)。

      适用场景:当您的校验规则非常具体、结构化程度高,或者没有现成的参考文件,需要从零建立数据规范时使用。

      优势:规则定义精准,逻辑清晰,便于后续维护和调整具体的字段要求。

      • 两者同时:结合了上述两种模式。系统会同时参考您上传的文件以及您在界面上配置的规则进行综合比对。

        适用场景:当业务逻辑复杂,既需要符合大致的文档范式(参考文件),又有严格的硬性指标限制(如特定字段必须存在且格式正确)时使用。

​ 优势:校验维度最全面,既看“面子”(文档整体结构)也看“里子”(关键数据合规性),最大程度确保信 息质量。

  1. 大模型处理:调用大语言模型对复杂信息进行综合推理、摘要提取或情感分析。处理传统规则无法覆盖的非标数据,提升校验的智能化水平。

    image-20260716111813063

  2. 多维决策表 & 取数:主要用于处理复杂的业务逻辑判断。通过“取数”组件获取历史数据或外部系统信息,结合“多维决策表”进行自动化规则匹配,从而实现无需人工干预的智能分流。

    7.1取数:此组件相当于工作流的“数据探针”,负责从外部系统或历史数据库中抓取关键指标,为后续的判断提供数据支撑。例如:调用已配置的技能(如查询 ERP 库存、读取员工历史考勤等),并将返回的结果转化为工作流可用的变量。

image-20260716112907121

​ 配置要点:

取数技能:选择具体的查询接口或技能包。

注入字段名:定义一个变量名(例如 cumulative_total)来接收抓取到的数值。这个变量将在后续的决策表中被引用。

本次值字段:如果需要对“当前输入的数值”和“抓取到的历史数值”进行叠加计算(例如:本次报销金额 + 历史累计报销额),请在此处选择当前流程中的金额字段。

​ 💡 例如场景: ​ 累计额度判断*:查询员工本年度已报销总额,加上本次申请金额,判断是否超标。 ​ 库存检查*:查询 ERP 系统中的实时库存,判断是否满足发货条件。

​ 7.2 多维决策表:此组件是工作流的“大脑”,它采用类似 Excel 表格的可视化方式,管理复杂的多条件判断逻辑。

image-20260716113950779

核心功能:支持配置多条规则(如:级别 + 金额 + 部门),系统会从上往下依次匹配。一旦命中某条规则,立即输出对应的标签(Tag),不再继续向下匹配。

​ 配置要点:

添加规则:设置判断条件(例如:当 金额 > 5000级别 = 经理 时)。

无命中时:设定兜底策略。如果所有规则都不满足,系统默认执行的操作(通常设置为“通过”或“转人工”)。

标签路由:决策表输出的结果不是直接给用户看,而是生成一个标签(如 need_approval)。后续的“审批”或“通知”节点会根据这个标签来决定走哪条路。

​ 💡 应用场景:

​ 分级审批:

​ 规则1:金额 < 1000 → 自动通过 (auto_pass)

​ 规则2:1000 ≤ 金额 < 5000 → 直属领导审批 (manager_approve)

​ 规则3:金额 ≥ 5000 → 总监审批 (director_approve)

异常拦截:当取数结果显示“信用分过低”时,直接打上 reject 标签,终止流程。


⚠️ 注意事项: 在使用“多维决策表”前,请确保上游的“取数”组件已经正确注入了所需的累计字段(如 cumulative_total),否则决策表可能因缺少数据而无法正确匹配规则。


4.3.2 调整执行顺序

​ 所有添加的关卡将按照从左到右、从上到下的顺序依次执行。您可以通过拖拽调整关卡位置,优化处理逻辑(例如:先进行“结构化校验”确保数据完整,再进行“语义分类”)。


4.4信息审批

4.4.1 功能概述

​ 信息审批”是工作流的安全阀。在此环节,您可以定义任务是否需要人工介入。系统支持三种策略:大模型智能判断、固定规则触发或完全自动化(免审)。同时,针对可能出现的系统异常,提供了兜底通知机制,确保流程可控。


4.4.2 审批策略选择

​ 进入配置页面后,请根据业务风险等级选择以下三种模式之一:

4.4.2.1 不需要审批(推荐用于低风险场景)

​ 说明:流程将跳过人工确认,直接全速进入后续的“信息执行”阶段。 ​ 适用:查询类任务、低权限操作或已在前置环节完成严格校验的任务。 ​ 异常保障:即使选择免审,您仍可在下方配置“异常通知”。当系统运行报错时,会自动通知管理员或指定人员,防止静默失败。

image-20260716120934126

4.4.2.2 大模型决定

​ 说明:利用 AI 理解任务内容,动态判断是否需要审批。 ​ 配置方法:在“审批规则”框中用自然语言描述场景。例如:“涉及金额超过 5000 元需审批”、“包含‘退款’关键词需审批”。 ​ 优势:无需编写复杂代码,即可处理模糊的业务逻辑。

image-20260716121147070

4.4.2.3 规则审批(推荐用于严谨/合规场景)

​ 说明:基于明确的字段条件触发审批,支持多级串联,逻辑最严密。 ​ 匹配优先级:系统按 标签 > 工作类型 > 统一审批 的顺序匹配。一旦命中某一级配置,即按该规则执行;若均未命中,则默认免审。(优先按工作类型)

image-20260716121355804

4.4.2.4 指定用户操作提示

**指定用户需要创建首次对话才可指定审批用户,**第3章编辑配置有飞书渠道接入详细操作

image-20260716121654230

4.4.3 规则审批详细配置

若选择“规则审批”,您将看到灵活的维度配置面板: **统一审批:**全局兜底规则,适用于所有未单独配置的任务。 **按工作类型:**为特定业务(如“品牌调性学习”)定制专属审批流。 审批节点设置(以“第 1 级审批”为例) **触发条件:**选填。输入逻辑表达式(如 amount > 10000)。留空表示无条件触发本级审批。 **提交给:**选择审批人。支持指定具体用户,或设为“管理员(创建者)”。 **发送渠道:**系统自动通过审批人绑定的渠道(如飞书)发送待办消息。 **超时时间:**设定等待时长(如 1h, 24h)。 **超时策略:**若审批人逾期未处理,可选择 取消任务(最安全)、自动通过(最高效)或 上报升级(转交给更高级别)。 多级审批:点击“添加下一级审批”,可构建如“主管 → 总监 → CEO”的链式审批流。任意一级拒绝,整体流程即终止。 💡 最佳实践建议 **混合使用:**对于常规查询使用“不需要审批”;对于写操作使用“规则审批”;对于内容审核类任务使用“大模型决定”。 **超时兜底:**建议将超时策略设置为“取消任务”或“上报升级”,尽量避免“自动通过”,以防审批人漏看消息导致高风险操作被执行。


4.5 信息执行

4.5.1 功能概述

信息执行是工作流的动作引擎。在此环节,Agent 将根据前序步骤(校验、审批)的结论,调用具体的技能或接口来完成任务闭环。同时,该模块包含“结果校验”机制,确保执行后的产出符合预期标准,防止错误结果流向下游。


4.5.2 自动化处理策略

​ 系统提供三种执行模式,请根据任务的确定性与复杂度进行选择:

4.5.2.1大模型统一执行(推荐用于灵活/非标任务)

  • 说明:由 AI 分析当前任务的上下文,动态判断应该调用哪个技能或接口来执行。

  • 适用场景:用户意图模糊、需要根据对话内容灵活应变的场景(例如:用户说“帮我查下库存并下单”,AI 需自动拆解为查询和执行两个动作)。 image-20260716143006185

    • 配置项:

      • 执行模型:选择推理能力较强的模型(如 DeepSeek)。
      • 温度 (Temperature):数值越高,回答越发散;越低越保守。建议执行类任务保持较低数值3-6以确保稳定性。
      • 执行规则:用自然语言描述自动化逻辑,例如:“高优先级任务调用审批 API 并发 Telegram 通知;普通任务写入数据库并回复用户”。

4.5.2.2 规则执行(推荐用于标准化流程)

  • 说明:基于明确的规则触发固定的执行动作。支持统一执行按工作类型按标签分别配置。

  • 适用场景:业务流程固定、容错率低的场景(例如:“入职办理”类型永远只调用“HR系统录入接口”)。

image-20260716143940002 可选动作组件:

  • 大模型执行:调用 AI 进行生成或推理。
  • HTTP API:调用外部系统接口。
  • 执行技能:运行预设的 Agent 技能包。
  • 写入数据库:持久化存储数据。
  • 无头浏览器:进行网页自动化操作。
  • 回到信息输入:重新发起询问或收集信息。
  • 硬件指令输出:控制 IoT 设备。
  • 委派给其他角色:流转任务给特定人员。
  • 创建跟进任务:生成待办事项。
  • 异常自愈:尝试自动修复常见错误。
  • 等待验收:暂停流程等待人工确认。

4.5.2.3 不执行

  • 说明:基于明确的规则触发固定的执行动作。支持统一执行按工作类型按标签分别配置。

  • 适用场景:业务流程固定、容错率低的场景(例如:“入职办理”类型永远只调用“HR系统录入接口”)。

image-20260716144059222


4.5.3 结果校验

​ 在执行动作完成后,您可以开启“结果校验”关卡,对产出物进行二次把关。

  • 启用开关:默认关闭。仅在需要确保输出质量时开启。

  • 校验维度:支持统一校验按工作类型按标签配置不同的校验标准。

    image-20260716144301612

    image-20260716144315645

    image-20260716144350353

  • 校验方式:

    • 大模型自动:利用 AI 检查内容合规性(如:是否包含违禁词、语气是否得体、金额计算是否正确)。
    • 人工审核:强制转入人工确认环节。
    • 大模型不通过转人工:AI 先预审,若存疑则转交人工复核,兼顾效率与安全。
  • 不通过时的处理:

    • 打回重新执行:自动重试或修正后再次提交。
  • 终止流程:直接结束任务并报错。

4.6 信息通知

4.6.1 功能概述

信息通知是工作流的反馈闭环。它负责在任务生命周期的关键节点(如执行成功、失败、等待审批等),自动向相关人员发送消息提醒。通过此模块,您可以确保业务流转的透明度,让相关角色及时获知任务状态并采取行动。


4.6.2 触发时机配置

​ 系统支持针对不同的业务状态进行精细化通知配置。您可以根据实际需求,勾选以下一种或多种触发场景:

image-20260716145956678

  • 全部:勾选后,所有状态变更均会触发通知。
  • 执行成功:自动化动作全部顺利执行完毕时触发。
  • 校验完成:前置的信息校验环节结束时触发。
  • 执行失败:自动化动作执行过程中出现报错或异常时触发(建议重点配置此项以及时排查问题)。
  • 等待审批:任务进入人工审批队列,需要有人处理时触发。
  • 审批通过 / 审批拒绝:审批人做出决策后触发。
  • 审批超时:审批人在规定时间内未处理时触发预警。

4.6.3 通知规则与维度

​ 为了满足不同业务的差异化需求,通知配置支持灵活的维度划分:

  • 统一通知:适用于全局通用的通知逻辑。无论什么类型的任务,只要触发了指定状态,都按此规则发送。

  • 按工作类型:为特定业务定制通知内容。例如,“某工作类型”任务成功后通知市场部,而“设备报修”任务成功后通知运维部。

  • 按标签:针对带有特定标签的任务进行定向通知。

image-20260716150458232

💡 提示:配置时请优先检查左侧菜单的「通知渠道」是否已添加并启用,否则无法发送消息。


4.6.4 接收人与渠道设置

  • 通知渠道:选择消息发送的载体(如企微、钉钉、邮件等、飞书)。渠道需在系统的全局设置中预先配置。

  • 接收人配置:

    • 消息发送者:通常指任务的发起人或创建者。
    • 管理员 (创建者):流程的配置者或当前团队的管理员。
    • 指定用户:点击可从通讯录中选择具体的接收人员,支持多选。
    • 动态接收人:部分场景下可引用前序环节产生的变量(如审批人字段)作为接收人。

4.6.5 消息模板自定义

​ 为了避免收到千篇一律的系统消息,您可以使用变量自定义通知内容的文案。

image-20260716150910722

  • 留空默认:如果不填写模板,系统将自动发送包含原文和校验字段的默认格式。

💡 最佳实践建议

  1. 分级通知:对于“执行成功”类常规消息,建议仅通知发起人;对于“执行失败”或“审批超时”类异常消息,建议同时通知发起人和管理员,以便快速响应。
  2. 精简内容:在消息模板中尽量只展示核心字段(如金额、单号、结果),避免将过长的 JSON 数据直接推送到即时通讯软件中,影响阅读体验。
  3. 测试验证:配置完成后,建议手动触发一次测试任务,确认各角色的手机或电脑端能正常收到对应状态的消息。