跳到主要内容

FactVerse AI Agent 示例

这些示例说明实施团队如何组织请求、工具流程、响应和审核记录。实际工具名称应以目标部署环境中的 MCP 运行时发现结果为准。

以下 ID 仅为示例。

示例结构​

每个示例都应让四类信息可见：

部分目的
请求用户或系统希望 Agent 支持的任务。
上下文租户、站点、资产、场景、时间范围、endpoint 和 scope。
工具流程通过运行时发现选择的读取、计算或草稿准备工具。
审核后输出摘要、证据、限制，以及人工审核或审批状态。

设施运营告警复核​

当操作员需要查看告警上下文和下一步巡检建议时，使用这个模式。

请求​

复核 Building A 公辅间 U-02 过去 24 小时的泵类告警。
列出受影响资产、近期巡检、未关闭工单和建议现场检查项。

上下文​

字段示例值
Endpoint/mcp/base/
Scopebase.read；只有获批草稿才加入 base.action.write
资产边界站点 SG-01，区域 U-02，设备组 PUMP
来源记录Platform 资产、Inspector 告警、巡检、工单、DFS 信号时间戳

工具流程​

  1. 在运行时列出可用工具。
  2. 使用 base.read 选择资产或设施状态工具。
  3. 解析指定房间和设备组对应的资产 ID。
  4. 读取告警历史、巡检记录、未关闭工单和相关文档。
  5. 生成带来源时间戳和缺失数据说明的摘要。
  6. 获批后生成巡检任务草稿，包含受影响资产、位置、原因和建议检查项。

审核后输出​

{
  "summary": "复核窗口内 U-02 记录了三条泵相关告警。",
  "affected_assets": ["PUMP-U02-01", "PUMP-U02-03"],
  "evidence": [
    "2026-06-03T10:00:00Z 至 2026-06-04T10:00:00Z 的 Inspector 告警记录",
    "PUMP-U02-01 的未关闭工单 WO-1024",
    "最近一次巡检检查表 INS-7781"
  ],
  "suggested_checks": [
    "确认 PUMP-U02-01 的振动和轴承温度",
    "检查 PUMP-U02-03 的阀位和近期重启日志"
  ],
  "review_state": "operator_review_required"
}

预测性维护健康状态复核​

当维护工程师需要理解某台设备为何被预测性维护模块标记时，使用这个模式。

请求​

解释压缩机 CMP-18 当前健康状态变化。
对比近期信号和维护历史，并建议下一步工程检查。

上下文​

字段示例值
Endpoint/mcp/pdm/ 获取健康上下文，/mcp/base/ 获取文档和工作记录
Scopepdm.read、base.read；只有获批草稿才加入 base.action.write
资产边界设备 CMP-18，产线 L2，查看窗口 14 days
来源记录信号历史、异常输出、维护历史、巡检备注、手册

工具流程​

  1. 在 /mcp/pdm/ 上进行运行时发现，确认预测性维护工具可见。
  2. 读取健康摘要、异常窗口和关键信号变化。
  3. 使用 /mcp/base/ 读取设备身份、工单历史、巡检备注和文档。
  4. 对比模型输出、近期维护记录和已知运行变化。
  5. 返回按工程判断排序的可能原因，并附证据和置信边界。
  6. 后续巡检动作以草稿形式流转给工程师审批。

审核后输出​

{
  "asset": "CMP-18",
  "health_change": "过去 9 天检测到劣化趋势",
  "supporting_evidence": [
    "排气温度趋势高于该资产基线",
    "高负载时段振动信号出现间歇性尖峰",
    "最近一次巡检备注后没有完成的维护记录"
  ],
  "possible_causes": [
    {
      "cause": "冷却或负载相关运行条件",
      "confidence": "medium",
      "next_check": "复核尖峰窗口内的冷却水流量和运行模式"
    },
    {
      "cause": "早期轴承磨损",
      "confidence": "low",
      "next_check": "在下一次现场巡检中确认振动频谱"
    }
  ],
  "review_state": "maintenance_engineer_review_required"
}

Physical AI 场景就绪度复核​

当工程团队需要判断 Designer 场景和 SimReady 资产是否可用于仿真、工艺规划或机器人训练上下文时，使用这个模式。

请求​

检查包装线场景 PKG-L1 是否可用于机器人抓取仿真。
运行计算任务前，列出缺失的 SimReady 元数据和验证备注。

上下文​

字段示例值
Endpoint/mcp/base/ 加已启用的仿真服务
Scopebase.read、base.compute.run；只有获批场景记录才加入 base.action.write
场景边界Designer 场景 PKG-L1，版本 v12，机器人单元 RC-03
来源记录场景版本、资产版本、SimReady 元数据、任务顺序、安全区域、验证备注

工具流程​

  1. 解析场景版本、资产 ID、坐标系和目标任务。
  2. 检查几何比例、碰撞体、材质、关节、运动限制和必要行为元数据。
  3. 绑定安全区域、任务顺序和预期节拍范围等运营约束。
  4. 启动计算前先返回就绪度报告。
  5. 工程负责人接受假设后，再运行获批仿真或渲染计算。
  6. 记录场景包、结果版本、限制和复用途径。

审核后输出​

{
  "scene": "PKG-L1",
  "scene_version": "v12",
  "readiness": "needs_repair_before_compute",
  "ready_assets": ["CONVEYOR-01", "ROBOT-RC03", "GUARD-FENCE-02"],
  "repair_items": [
    "BOX-STACK-04 缺少碰撞元数据",
    "GRIPPER-02 缺少关节限制",
    "安全区域 SZ-03 需要工程负责人确认"
  ],
  "next_action": "更新 SimReady 元数据后重新运行就绪度复核",
  "review_state": "engineering_owner_review_required"
}

示例审核清单​

  • Endpoint 和 scope 明确。
  • 工作流记录来源系统和时间戳。
  • 响应区分证据和假设。
  • 动作在审批前明确标记为草稿。
  • 最终记录包含审核人、决定和后续路径。