FactVerse AI Agent 範例
這些範例說明實施團隊如何組織請求、工具流程、回應和審核記錄。實際工具名稱應以目標部署環境中的 MCP 執行時發現結果為準。
以下 ID 僅為範例。
範例結構
每個範例都應讓四類資訊可見：
| 部分 | 目的 |
|---|---|
| 請求 | 使用者或系統希望 Agent 支援的任務。 |
| 上下文 | 租戶、站點、資產、場景、時間範圍、endpoint 和 scope。 |
| 工具流程 | 透過執行時發現選擇的讀取、計算或草稿準備工具。 |
| 審核後輸出 | 摘要、證據、限制，以及人工審核或審批狀態。 |
設施營運告警複核
當操作員需要查看告警上下文和下一步巡檢建議時，使用這個模式。
請求
複核 Building A 公用工程間 U-02 過去 24 小時的泵類告警。
列出受影響資產、近期巡檢、未關閉工單和建議現場檢查項。
上下文
| 欄位 | 範例值 |
|---|---|
| Endpoint | /mcp/base/ |
| Scope | base.read；只有獲批草稿才加入 base.action.write |
| 資產邊界 | 站點 SG-01，區域 U-02，設備組 PUMP |
| 來源記錄 | Platform 資產、Inspector 告警、巡檢、工單、DFS 訊號時間戳 |
工具流程
- 在執行時列出可用工具。
- 使用
base.read選擇資產或設施狀態工具。 - 解析指定房間和設備組對應的資產 ID。
- 讀取告警歷史、巡檢記錄、未關閉工單和相關文件。
- 生成帶來源時間戳和缺失資料說明的摘要。
- 獲批後生成巡檢任務草稿，包含受影響資產、位置、原因和建議檢查項。
審核後輸出
{
"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/ 取得文件和工作記錄 |
| Scope | pdm.read、base.read；只有獲批草稿才加入 base.action.write |
| 資產邊界 | 設備 CMP-18，產線 L2，查看視窗 14 days |
| 來源記錄 | 訊號歷史、異常輸出、維護歷史、巡檢備註、手冊 |
工具流程
- 在
/mcp/pdm/上進行執行時發現，確認預測性維護工具可見。 - 讀取健康摘要、異常視窗和關鍵訊號變化。
- 使用
/mcp/base/讀取設備身分、工單歷史、巡檢備註和文件。 - 對比模型輸出、近期維護記錄和已知運行變化。
- 返回按工程判斷排序的可能原因，並附證據和置信邊界。
- 後續巡檢動作以草稿形式流轉給工程師審批。
審核後輸出
{
"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/ 加已啟用的模擬服務 |
| Scope | base.read、base.compute.run；只有獲批場景記錄才加入 base.action.write |
| 場景邊界 | Designer 場景 PKG-L1，版本 v12，機器人單元 RC-03 |
| 來源記錄 | 場景版本、資產版本、SimReady 元資料、任務順序、安全區域、驗證備註 |
工具流程
- 解析場景版本、資產 ID、座標系和目標任務。
- 檢查幾何比例、碰撞體、材質、關節、運動限制和必要行為元資料。
- 綁定安全區域、任務順序和預期節拍範圍等運營限制。
- 啟動計算前先返回就緒度報告。
- 工程負責人接受假設後，再運行獲批模擬或渲染計算。
- 記錄場景包、結果版本、限制和複用途徑。
審核後輸出
{
"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 明確。
- 工作流程記錄來源系統和時間戳。
- 回應區分證據和假設。
- 動作在審批前明確標記為草稿。
- 最終記錄包含審核人、決定和後續路徑。