AURION AIOS · 驗收紀錄
KEVIN 完整版 · 2026-08-31

從一句模糊的話,建立並叫得動四位 AI 員工

使用 Claude 電腦版與公開版 Aurion Plugin 的 Remote MCP,實際完成 PM、財務、銷售與人員到離職四種情境。每一位都在 Kevin 帳號下可見,三個新情境皆有真實成功 run,沒有經過 FDE。新版已進一步取消必要的「啟用」指令:第一份完整快照同步後即可使用。

開啟小白教學 下載財務 Excel 開啟 AIOS 訓練紀錄

驗收結論

三位新員工都由同一條公開 Remote MCP 建立、直接啟用並派工成功。AIOS 後臺的 Kevin 帳號也同時看得到前次 PM 與這次三位員工。

Employees
4

PM+財務+銷售+人員

New live runs
3/3

三個新複雜案例皆 SUCCEEDED

FDE
0

建立、啟用、派工都沒有審核等待

Excel sheets
5

公式化請款/發票對帳活頁簿

主要路徑已通:Claude 對話 → Plugin Remote MCP → 同一個 Builder Session 持續補規則 → ACTIVE Agent → invoke_agent → Run SUCCEEDED → AIOS 後臺可查。

員工Agent IDBuilder Session實際 Run結果
PM 小幫手01M19GCAF09DEB1JXZV7QRYATK01M19EZ8YSPGKZGMZGQ00Q8QR84 次回歸皆成功PASS
財務對帳小幫手01M19Q4AMYT6G06KMP2222NAGZ01M19P9RK9XEM2XW9F1EY7MK6Qmcp_0aa73ac1…c611SUCCEEDED
銷售訂單風險小幫手01M19QT9A0Z062KZB75M6QQWGK01M19QJD4SYFBMCE5076TAXC1Emcp_254bc7b4…f5e9aSUCCEEDED
人員到離職協調小幫手01M19R5H9BEQQFNFVYQ218A8ZV01M19R1NQD67KPBMRP2KY6JJ8Xmcp_6eb5cc8d…a11ccaSUCCEEDED

三個新的複雜情境

每次先用像一般主管一樣不完整的說法開始,讓 Claude 一次只問一題;收到回答後寫回同一個 session,最後才啟用與派工。

情境 1 · 財務

請款、發票、銷帳與 Excel

PASS 員工抓到正常配對、一筆請款多張發票、重複發票、缺請款編號、錯買方統編、82% 低信心及跨用途。沒有用相同金額硬配,也沒有自行標成「已銷帳」。

一開始怎麼說
我想訓練一個新的 AI 員工,名字先叫「財務對帳小幫手」。我不太懂系統,需求大概是:同事先請款、去買東西、再把發票交回來,它要幫我看發票是不是對得到原本請款,還要知道現在是等發票、可以銷帳,還是哪裡有問題,最後最好能整理成 Excel。先不要自己猜規則;每次只問我一個最重要的問題。
最後補精準的規則
沒有請款編號不能硬配;辨識信心低於 90%、重複號碼、買方統編不符、超過核准金額一元都列異常。一張跨多筆用途要人工拆分。「已銷帳」只能由財務確認。沒有 OCR 時標 NEEDS_SETUP,測試接受人工貼上的辨識欄位。
測試資料員工判定為什麼
RQ-001,10,500,採購完成可銷帳金額、統編、信心、完成狀態皆通過;仍等財務確認
RQ-002,兩張合計 21,000,但其中一張號碼重複異常異常優先,不因金額剛好就放行
RQ-003,採購未完成且發票號碼重複異常需先查重;即使查清也只能部分發票/待確認
RQ-004,一張發票同時寫兩筆請款待人工拆分不把 12,000 硬塞給其中一筆

Excel 產物:摘要、請款登記、發票登記、對帳結果、異常清單五分頁;COUNTIF/SUMIF 與差額公式可檢查。OCR 尚未接入,因此檔案清楚標示 NEEDS_SETUP

Claude 問財務第一個問題
從模糊需求開始,Claude 只問一個最重要的問題。
財務員工啟用成功
同一個 session 補完規則後直接 ACTIVE。
財務員工實際派工成功
Remote MCP 真實派工,四個工作步驟全部通過。
財務員工後臺成功執行紀錄
AIOS 後臺可見 SUCCEEDED 與 4 分 16 秒執行時間。
情境 2 · 銷售

報價版本、折扣、信用、庫存與交期互相打架

PASS 測試同時放入 v2/v3 衝突、PO 315,000 與報價 330,000 不同、12% 折扣未核准、信用不足與逾期、庫存只有 60%、供應商晚到、客戶未書面同意分批及重複 PO。

主管精準補充:資料衝突優先於核准缺漏、信用暫停與交期風險;員工不能自己選報價版本、不能承諾出貨日、不能寄信或寫 ERP。沒有 Email/ERP/物流/會計工具時必須標 NEEDS_SETUP。
抓到的風險責任人下一步
v2/v3 與 PO 金額衝突業務書面確認採用版本與正確金額後重跑
12% 折扣未核准業務主管/業務取得明確核准;版本定案後再算一次折扣
信用不足+逾期應收財務/業務財務覆核,員工不代為放行
庫存 60%、到貨晚、無分批同意業務/採購問供應商與客戶,員工不承諾日期
PO-7788 重複業務確認重複建單或重用編號,不自行刪除
銷售員工第一題
先問六個環節的資料在哪裡,不憑空發明系統。
銷售員工啟用
規則、狀態優先序與 NEEDS_SETUP 一起啟用。
銷售員工調用成功
整體判定為「資料衝突(HOLD)」,逐項列責任人與下一步。
銷售員工後臺紀錄
後臺實際 Run 為 SUCCEEDED,耗時 51 秒。
情境 3 · 人員

報到衝突與離職權限逾時

PASS Eva 的到職日與任用類型互相矛盾,背景查核待確認、設備晚到、員工編號未建;Frank 已離職但管理員、VPN、Email、門禁仍開,設備未歸還。

高影響邊界:員工只做協調、追蹤與提醒,不根據敏感資料做錄取、解僱、薪資或權限資格決策,也不自己停權。輸出只顯示資料「已收/未收/待確認」。

卡片最高狀態關鍵行為
Eva 報到卡資料衝突不選 9/7 或 9/14、不選正職或承攬;人資裁定前整卡暫停
Frank 離職卡紅色異常高權限帳號優先列待停用;明確說「尚未停用、尚未通知」
人員員工第一題
先問卡住或到期時要通知誰、用什麼方式。
人員員工啟用
兩個技能與敏感決策紅線直接啟用。
人員員工調用成功
真實 run 同時輸出 Eva 報到卡與 Frank 離職卡。
後臺 Run ID 修正後
修正後後臺顯示真正 Run ID,而不是 Kevin 的使用者 ID。

前次 PM 小幫手也納入本次完整紀錄

PM 小幫手先由模糊的「幫我管專案」開始,經多輪釐清,固定成六區塊回報、日期衝突處理、阻塞與落後規則;其後跨新 Claude session 繼續訓練,並做成功、缺資料、錯 ID、衝突及 v3 回歸。

Agent

01M19GCAF09DEB1JXZV7QRYATK

ACTIVE · 專案管理

Regression
4

後端目前留存四次 SUCCEEDED run

Version
v3

跨 session 修改後再次驗收通過

PM 模糊需求
像一般主管一樣,先用不完整的話開始。
PM 第一個問題
AI 一次只問一題,把模糊需求慢慢變清楚。
PM 啟用成功
PM 小幫手啟用成功。
PM 成功結果
正常資料測試成功。
PM 缺資料測試
缺資料時不猜,改為待補與回問。
PM 錯誤恢復
故意給錯 ID 後能找回正確員工並重試。

Kevin 帳號的後臺證據

登入中的帳號為 kevin@aurion-group.com。員工列表與 Agent 建置中心都能看到四位員工;訓練紀錄顯示來源為 Claude Code、狀態為「已啟用」。

Kevin 員工列表
Kevin 帳號下的員工列表:三位新員工與 PM 皆為 ACTIVE。
Agent 建置中心
Agent 建置中心可見每位員工的同一 session、迭代、技能與測試。
財務員工後臺
財務角色規則、技能與工作流已落到後臺。
人員員工後臺
人員角色、兩個技能與最小權限邊界已落到後臺。

測試中發現的問題與處理

問題證據處理狀態
執行紀錄把 Kevin 使用者 ID 顯示得像 run ID三位員工都顯示同一串 01KXB626…,但資料庫有三個不同 mcp run把 ULID 轉成「使用者手動執行」,另增真正的 Run ID,並經 TypeScript 與瀏覽器重測已修復
打包版排程器找不到工作流執行器每日帳款掃描雖已排程,舊版會出現 workflow/runner.js not present 並跳過執行改為可由打包器解析的直接匯入,完成後端 typecheck、production build、模組載入與服務重啟健康檢查已修復
建立員工後還要另外說「啟用」才能使用原本小白教學的步驟三要求使用者再下一次啟用命令改為第一份完整快照自動建立可呼叫員工;後續訓練熱更新同一位員工,舊啟用工具只保留相容用途已修復
完整 Builder 快照互動偏慢後端寫入 53–82ms,但 Claude 整理完整 snapshot 可花 1–3 分鐘本次以 Medium/Low effort 測試;後續應縮短每輪重送內容與壓縮 prompt context待優化
財務影像 OCR 未接員工只能接受人工貼上的辨識欄位角色與 Excel 都標 NEEDS_SETUP,禁止假裝辨識;待真正 OCR 工具接上再做影像 E2E邊界清楚
銷售/人員外部系統未接Email、ERP、物流、HR、IT、門禁、財務與通知皆未配置本次用虛構欄位資料驗證規則;員工必須回報資料來源與 NEEDS_SETUP邊界清楚
對話模式不跑跨模型驗證run 回傳 skipVerify符合目前「輕量、直接叫員工」路徑;正式工作流仍有舊驗證欄位,與全面移除需求尚未完全收斂需產品決策

測試資料說明:姓名、公司統編、金額、客戶與日期均為虛構。這些案例驗證的是流程與狀態判定,不包含真實付款、真實錄取/解僱或真實權限停用。

下載與下一步

財務對帳 Excel

五分頁、可編輯、公式可檢查,附虛構測試資料。

下載 .xlsx

PM 前次完整手冊

保留先前 Word 版本,方便內部存檔。

下載 .docx

一般使用者教學

只放 Claude 聊天畫面,不談後臺與技術名詞。

開啟教學