跳到主要内容

自动化 — 把每天要做的确认交出去

自动化是把「每天早上帮我看看这个」这类人每天重复做的确认，用一句话交出去的功能。写一句话，AI 就会 填好任务指示 · 工具 · 执行时间点 · 结果接收方，用预先试运行查看结果后再开启。 制作方法见自动化。本页按角色整理了自动化 › 模板中内置的十四种。 点击模板，会以下述默认值打开，时间 · 接收人 · 指示可在保存前修改。 接收方的默认值无论哪个模板都是«我» —— 其他人 · 角色 · 内部邮件 · 附件 · 聊天频道由制作者在«发送»中添加。

首先 —— 自动化能做的事和不能做的事​

做的事规则
读取 —— 查询异常 · 事件 · 提案 · 文档 · 时序可自由进行。但仅限于制作者的权限 · 设备范围之内
发送 —— 应用通知 · 内部邮件 · 聊天频道（Teams · Slack）· 邮件附件（Excel · CSV · PDF）仅发送到制作时固定的接收方。邮件只发给内部用户 · 角色，或管理员允许域名下的地址。聊天消息只发到管理员注册的频道。PDF 附件只有在 PDF 转换服务已开启并响应时才会附加
写入 —— 发起维护请求 · 催促下单 · 上报事件等始终止于等待审批。必须由人在提案卡片中审批后才会发出
  • 以«……时»编写的自动化，大多是按设定的间隔确认，只有满足条件时才产出结果的方式。条件不满足的那一轮， 只会以«无需报告»记录在执行记录中，不会发送任何内容。间隔不能短于 30 分钟 —— 只有把标签 · 基准值设为监控条件、由服务器直接测量数值的条件监控（①），才能缩短到 5 分钟。
  • 数字只来自工具查询到的值。若未能查询到，会标记为«无法判定»，不会写成«无异常»。
  • 运行中服务器重启时，该轮次保留为**«已中断»**。不会续跑，也不产出报告 · 卡片，不发送任何内容 —— 服务器突然宕机时中断的定时 · 警报轮次，会由队列作为新轮次重新运行 → 自动化 — 执行记录的状态
  • 模板的接收人默认填为**«我»**。若要发给«我»以外的人 · 角色 · 聊天频道，需要拥有«审批 —— 执行事件处置»权限。
  • 下方「这样说」是在«通过对话创建»中输入句子的示例。句子中若提到接收人（例如«告诉班长»），会按该角色填入，但 点击模板打开时，接收方仍是«我»。
  • 内部邮件需要管理员先设置好邮件服务器与允许的邮件域名，聊天消息需要先设置好通知频道，才能选择 → Copilot 管理控制台

一览表​

#模板对象时间（默认）结果发往（默认）需人工审批
①条件监控所有人每 30 分钟 —— 仅在触及条件时（设置监控条件后最短 5 分钟一次）提案卡片 + 应用通知若建议上报事件则需审批
②早晨上班简报班长每天 06:50报告 + 应用通知无（仅读取）
③交接班备忘班长每天，下班前 30 分钟（默认 05:30 · 13:30 · 21:30）报告 + 应用通知无（仅读取）
④重复报警整理班长每小时 —— 仅在有设备同一报警今日发生 5 次以上时提案卡片在卡片中判断
⑤图纸版本变更提醒班长周一至周六 07:30 —— 仅在存在非最新版图纸时提案卡片 + 应用通知在卡片中判断
⑥重复故障原因分析维护每天 06:00 —— 仅在 30 天内重复 3 次以上的设备存在时提案卡片审批维护请求
⑦事件即时提醒维护新事件（严重度中等以上）上报时摘要 + 应用通知无（仅读取）
⑧未处理事件催办维护每天 08:30 —— 仅在存在超过 4 小时未处理的事件时报告 + 应用通知无（仅读取）
⑨预防性维护临近提醒维护每周一 07:00报告 + 应用通知无（仅读取）
⑩周设备报告厂长每周一 08:00报告 + 应用通知无（仅读取）
⑪提案处理现状厂长周一至周六 17:00报告 + 应用通知无（仅读取）
⑫AI 准确度检查厂长每周一 09:00（过去 30 天）报告无（仅读取）
⑬交期风险 PO厂长周一至周五 07:00 —— 仅在存在可能延误的作业时报告 + 应用通知审批催促下单（双人）
⑭质量异常追踪班长每小时 —— 仅在存在新的质量偏差时提案卡片在卡片中判断
  • «结果发往»均以**接收人«我»**为基准。«对象»只是该模板针对的业务，并不代表发送给该角色。
  • ⑤ · ⑬ · ⑭ 只有在具备数字主线（Digital Thread）工具时才会出现在模板列表中。 没有连接的安装环境中，这三个模板不会出现 —— 其他模板和界面保持不变。
  • 其他模板如果所需工具（时序洞察 · Platform 标签查询等）在该安装环境 · 该用户下不可用，也会从列表中剔除。
  • ⑤ · ⑥ · ⑦ · ⑨ · ⑭ 在具备文档检索（rag_search）时会将其一并加入工具，以维护文档 · 图纸为依据。文档检索并非必需工具， 因此即使在 MCP 网关中被关闭，模板仍会显示，只是在没有文档依据的情况下运行 → MCP 工具地图
  • 若模板有缺失，管理员会在模板列表下方看到「此安装环境中隐藏了 N 个模板」及原因。
  • 内部邮件 · 附件（Excel · CSV · PDF）· 聊天频道在任何模板中都不是预先选定的。PDF 附件只有在 PDF 转换服务开启并响应时才能选择， 如果已选中但服务未响应，则只有 PDF 会缺失，邮件正文和 Excel · CSV 照常发送。

所有人​

① 条件监控​

  • 这样说 「注塑机 2 号温度超过 80 度就告诉我」
  • 时间 每 30 分钟确认一次。只有在设定的标签触及条件时才产出结果。像「压力下降持续超过 10 分钟」这样的持续条件，会通过标签历史查看该区间是否一直持续
  • 结果 提案卡片（当前值 · 条件 · 测量时间 · 应先确认的事项）与发给我的应用通知。条件持续期间，当天不会重复提醒
  • 需人工审批 若需要，卡片会附带上报事件选项，必须由人审批才会生成事件
  • 优点 当场交出「超过这个值请告诉我」这件事

打开模板后，设置中有监控条件栏（标签 · 比较方式 · 基准值 · 持续时间）。

监控条件由谁判定最短周期
已设置服务器直接读取并测量标签值。未触及条件的轮次不会调用 AI 模型，只有触及时 AI 才撰写卡片文字5 分钟
未设置AI 根据指示首行的条件（例如«监控条件：注塑机 2 号温度超过 80 度»）判定 —— 每轮都会调用 AI30 分钟

若找不到标签或值非数字，会标记为«无法判定»—— 而不是«未触及条件»。此前 Watch 所做的工作，现以此模板实现 → 自动化 —— 监控条件

班长​

② 早晨上班简报​

  • 这样说 「每天早上 6 点 50 分把夜间的异常和报警整理一下，用应用通知告诉班长」
  • 时间 每天 06:50
  • 结果 一篇报告 —— 过去 12 小时按设备分类的表格（设备 · 待处理发现 · 报警数 · 关注度分值 · 优先查看原因，最多 10 行）与今日应优先查看的三处设备摘要。发给我的应用通知
  • 需人工审批 无 —— 仅读取整理
  • 优点 不用上班后逐个翻看多个画面，一张表即可开始交接班

表格中的数字由服务器直接用工具结果填写 —— AI 仅撰写摘要与«优先查看原因»文字。AI 未能写出原因的行，由服务器以安装语言 写明关注分数的依据（例：「发现设备异常（严重度高·紧急） 类别 传感器」）。未能读取的格子显示为«—»，有更多但被截断的数量显示为«N+»， 若没有应列入表格的设备，则不发送任何内容。若要发给所有班长，请将«接收人»和«发送»中的通知对象改为班长。

③ 交接班备忘​

  • 这样说 「下班前 30 分钟，把本班发生的事情用邮件发给下一班班长」
  • 时间 每天，下班前 30 分钟。模板会根据该安装环境的交班时间（默认 06:00 · 14:00 · 22:00）推算时间，自动填入 05:30 · 13:30 · 21:30
  • 结果 报告（将过去 8 小时的发现整理成«内容 · 状态 · 下一班需做事项»表格）与发给我的应用通知。报警以及正在进行或受阻的作业，仅在该安装环境连接了相应工具（报警列表 · 今日作业）时才会一并列出
  • 需人工审批 无 —— 仅读取整理
  • 优点 口头交接中容易遗漏的«剩余事项»会以文字留存

若要邮件发给下一班班长，请在«发送»中添加内部邮件，并在「通知对象」中选择角色或人员。修改接收方后请重新进行预先试运行。

④ 重复报警整理​

  • 这样说 「同一报警一天内响超过 5 次就以提案卡片发给班长」
  • 时间 每小时确认一次。仅在存在今日同一设备 · 同一报警发生 5 次以上的情况时才产出结果
  • 结果 提案卡片 —— 报警名称 · 次数 · 最后发生时间，以及一行整理建议（检查设置等）
  • 需人工审批 由收到卡片的人决定是否处理
  • 优点 把每次响起都要关闭的报警变成«一次性解决的事»

⑤ 图纸版本变更提醒 —— 仅在具备数字主线工具时可见​

  • 这样说 「如果今天作业使用的图纸有版本变更，请在作业开始前告诉班长」
  • 时间 周一至周六 07:30。确认今日进行中或预定作业所用图纸 · 料号的版本，仅在存在参照版本非最新发布版，或设计变更正在进行中的情况时才产出结果
  • 结果 提案卡片（作业 · 料号 · 参照版本 · 最新版本 · 变更编号）与发给我的应用通知
  • 需人工审批 由收到卡片的人判断
  • 优点 在以旧版图纸开始作业之前就能知晓

无法确认版本状态的会单独标为«需确认»，不会写成最新版。

维护​

⑥ 重复故障原因分析​

  • 这样说 「同一设备一个月内停机超过 3 次，就找出原因候选并发给维护负责人」
  • 时间 每天 06:00 确认一次。仅在存在过去 30 天内同一设备重复出现停机 · 异常 · 故障风险发现 3 次以上的情况时才产出结果
  • 结果 提案卡片 —— 来自相似波形历史案例与维护文档的原因候选（每台设备最多两个）及依据。若无依据文档，则仅标注«需检查»
  • 需人工审批 卡片中会以«等待审批»附带维护请求。必须审批才会进入维护系统 —— 仅在连接了发出维护请求的 MES 连接器的安装环境中才会附带
  • 优点 把«又停机了»变成«已经是第三次了，原因可能是这个»

⑦ 事件即时提醒​

  • 这样说 「有事件上报时立即在维护 Teams 频道发送摘要通知」
  • 时间 新事件（严重度中等以上）上报时。同一设备 10 分钟内只提醒一次
  • 结果 摘要 —— 用两三句话说明发生了什么以及应优先确认的事项。发给我的应用通知
  • 需人工审批 无 —— 仅读取通知
  • 优点 前往现场前即可在手机上了解情况

若要发送至聊天频道（Teams · Slack），请在«发送»中添加聊天频道。频道只能从管理员在管理 › 通知频道中注册的频道中选择， 若无已注册频道或没有发给他人的权限，则无法选择 —— 此时会改用应用通知。

⑧ 未处理事件催办​

  • 这样说 「每天早上把 4 小时以上无人处理的事件整理后通知维护负责人」
  • 时间 每天 08:30。仅在存在接报后超过 4 小时仍无人认领或无处置措施的事件时才产出结果
  • 结果 报告 —— 按严重度由高到低排列的设备 · 标题 · 严重度 · 原因（无负责人 · 无处置）· 已耗时，以及应优先处理的三件事。发给我的应用通知
  • 需人工审批 无 —— 仅读取通知
  • 优点 无人认领的事件不会拖过一天

基准时间（4 小时）可在指示文中修改。

⑨ 预防性维护临近提醒​

  • 这样说 「每周一早上把需要检查的设备整理成 Excel 邮件发给维护团队」
  • 时间 每周一 07:00
  • 结果 报告 —— 按健康指数由低到高排列的设备 · 健康指数 · 最近发现 · 检查项目 · 依据文档。发给我的应用通知
  • 需人工审批 无 —— 仅读取整理
  • 优点 在设备开始恶化时就能安排巡检，而不是等到故障后

检查项目仅取自设备手册中已有的内容，若无则标注«需确认手册»。不会自动计算运转时长 · 维护周期。 若要以 Excel 发给维护团队，请在«发送»中添加内部邮件与接收人，并在附件中选择Excel。

厂长 · 管理员​

⑩ 周设备报告​

  • 这样说 「每周一把上周的设备状态做成报告，以 PDF 发给厂长」
  • 时间 每周一 08:00
  • 结果 报告 —— 过去 7 天按设备分类的表格（设备 · 发现次数 · 报警次数 · 健康指数 · 一句话评价，最多 12 行）与明显异常设备的摘要。发给我的应用通知
  • 需人工审批 无 —— 仅读取整理
  • 优点 不用手动整理周会资料

与②相同，表格中的数字由服务器直接用工具结果填写。若要以 PDF 发给厂长，请在«发送»中添加内部邮件与接收人，并在附件中选择PDF —— PDF 只有在 PDF 转换服务开启并响应时才能选择。报告也可在自动化详情的«报告»标签页中打开，导出为 Excel · CSV 或打印。 报告 · 邮件的标题每周都是「周设备报告 · 2026-10-19 08:00」这样的自动化名称 · 轮次时间，AI 撰写的标题作为副标题附上 → 自动化 — 报告的标题

⑪ 提案处理现状​

  • 这样说 「周一到周六下午 5 点，用应用通知告诉我今天提案处理了多少」
  • 时间 周一至周六 17:00
  • 结果 报告 —— 今日提案卡片按来源 · 结果分类的数量（完成 · 不适用 · 进行中 · 未填写）及尚未处理的卡片（以完成 · 不适用结案的卡片不计入剩余卡片）。发给我的应用通知
  • 需人工审批 无 —— 仅读取通知
  • 优点 下班前即可知道哪些事项会延续到明天

⑫ AI 准确度检查​

  • 这样说 「每周一把过去 30 天 AI 异常判定的准确率做成报告留存」
  • 时间 每周一 09:00 —— 每次都查看过去 30 天（没有按月安排）
  • 结果 报告 —— AI 异常判定的命中 · 误报 · 漏报 · 精度合计，以及精度偏低的设备。样本不足的设备标注为«样本不足»。若 AI 判断无需报告，则不生成报告
  • 需人工审批 无 —— 仅读取
  • 优点 凭数字而非感觉判断是否«信任» AI → AI 发现与准确度 · 准确度 · 基准测试

仅在具备数字主线工具时可见的模板​

⑤ 图纸版本变更提醒（见上文«班长»）与以下两项。

⑬ 交期风险 PO​

  • 这样说 「每个工作日早上 7 点把交期可能延误的 PO 做成 Excel 发给厂长，并起草需催促的内容」
  • 时间 周一至周五 07:00。仅在基于客户 PO 判断存在可能延误的作业时才产出结果
  • 结果 报告 —— 客户 PO · 作业 · 原因物料 PO · 所需日期 · 恢复方案效果。发给我的应用通知。需要催促的下单行会以«等待审批»附带催促下单初稿
  • 需人工审批 催促必须经审批才会发出。 默认设置下，催促下单需要两名不同人员的审批（双人审批）→ 权限
  • 优点 不是在«交期前一天»，而是在物料延误发生的当天就能了解交期风险

若要以 Excel 发给厂长 · 采购负责人，请在«发送»中添加内部邮件，选择「通知对象」，并在附件中选择Excel。催促下单初稿仅在连接了发出催促的供应链（SCM）连接器的安装环境中才会附带。

⑭ 质量异常追踪​

  • 这样说 「出现质量偏差时，请追踪使用同一批次的作业并上报给班长」
  • 时间 每小时确认一次。仅在过去 1 小时内出现新的质量偏差（不合格 · 检验不合格）时才产出结果
  • 结果 提案卡片 —— 与该料号 · 批次使用相同工序 · 相同物料批次的其他作业，即影响范围。若无关联，则标注«无关联»
  • 需人工审批 由收到卡片的人判断
  • 优点 把«出现不良»直接衔接到«波及范围有多大»

模板中没有的内容请自行创建​

模板只是起点。在创建自动化的«通过对话创建»中写一两句话，就能以同样的方式生成初稿 —— 例如： 「有新事件上报时，查找同一设备过去的处置案例，整理出原因候选」、「每周一 9 点把上周的维护业绩做成报告」。 可使用的工具仅限于该安装环境 · 该用户可见的读取类工具。

相关文档​