Layerup

Layerup是什麼

Layerup是一套專為保險及金融服務機構所設計的企業級AI代理操作系統，用於處理從資料輸入到流程執行，再到系統回寫的整個過程，包括理賠、核保、欺詐調查、合規性檢查、貸款處理、催款以及客戶服務等。它強調讓代理在現有的業務系統中運作，而非要求員工切換到新的聊天窗口來處理工作。

目前，Layerup並非面向個人用戶的通用聊天機器人，也不是僅能提供建議的保險輔助工具。該產品採用企業諮詢、工作流設計、系統整合以及分階段上線的模式，適合那些有明確流程、數據治理及合規要求的機構使用。

產品定位變化

Layerup在早期曾提供針對LLM應用的安全、敏感資料保護以及Guardrails功能，也曾被介紹為保險經紀人的效率平台。現行的產品則已轉向用於保險及金融服務領域的長週期AI代理，因此不應再以舊版的通用AI安全SDK或簡單的經紀人助手來描述它了。

核心產品理念

Layerup將代理定義為能夠持續數小時或數天處理同一案件的高週期執行單元。代理會保留案件的狀態，等待缺失的資料到達後再繼續處理，而在關鍵環節則會進入人工審批或異常隊列。

• 代理人負責處理整個工作流程，而非僅回答一個問題。
• 工作發生在現有的理賠、核保、保單、銀行和服務系統中。
• 重要決策可以設定人工審批門檻。
• 每次推理、調用和系統寫回都會保留審計記錄。
• 低置信度、規則衝突和例外自動轉交人工處理。
• 企業可逐個工作流上線，再擴展到部門和業務線。

主要功能

• 編排多個專業代理完成資料接收、推理、執行、審批和回寫。
• 理解保險覆蓋、承保偏好、欺詐、追償、貸款和合規規則。
• 讀取文件、信箱、資料倉庫及核心業務系統。
• 把處理結果寫回理賠、保單、貸款、CRM和服務系統。
• 配置角色權限、審批門檻、風險等級和停止開關。
• 記錄代理身份、輸入證據、決策過程和下游操作。
• 透過運營儀表板追蹤週期、吞吐量、損失和SLA等指標。
• 支援模型切換、自有模型、開放模型和自訂後訓練。

理賠自動化

理賠代理人可以從首次報案開始，處理保險責任的核驗、事故嚴重程度的分類、欺詐與追償風險的識別、文件整理、準備金的管理，以及與理算人員的資料交接等工作。它還會持續接收後續傳來的損失評估結果、發票、醫療或修復相關的資料，並更新案件的狀態。

核保與投保申請處理

核保代理人負責接收透過經紀渠道或其他途徑提交的申請資料，提取相關數據、分析風險，並檢查申請人的承保適格性與偏好，同時準備報價及轉介所需的資料。對於符合規定的簡單案件，可直接進行處理；而那些複雜或風險較高的案件，则會交由核保人員處理。

• 接收郵件、門戶和系統中的投保申請。
• 識別並分類表單、附件和補充材料。
• 抽取被保險人、標的、損失記錄和保障需求。
• 按照機構自己的承保指南篩選資格與偏好。
• 準備費率輸入、報價材料及高級轉介包。
• 追蹤缺失資料並向經紀渠道發起補充請求。
• 在核保人員批准後繼續出單或系統回寫。

欺詐與SIU工作流

欺詐代理不僅在報案時給出一個風險分數，還會在案件持續期間比較陳述、照片、發票、醫療記錄、維修資料以及時間線。它能夠連接不同案件之間的實體關係，從而形成包含證據的調查轉介包，並將調查結果反饋給檢測規則。

品質保證與全量審查

QA代理人用於檢查理賠文件、損失評估、付款處理、保險核保決策、定價以及轉介流程，確保其符合機構自身的處理指南。與人工抽樣不同，此方法能夠對所有文件進行審查，並將其中的缺陷、修正措施及複核過程記錄回業務系統中。

• 檢查保險責任和責任認定是否有完整依據。
• 核對估損項目、準備金和付款準確性。
• 發現遺漏追償、殘值或異常支出。
• 檢查核保偏好、資格和定價一致性。
• 為每項缺陷提供評分、理由和證據定位。
• 生成針對特定檔案的校正與輔導內容。
• 追蹤整改直到再次檢查確認關閉。

合規、KYC與反洗錢

金融合規代理人可以執行客戶身分核驗、受益所有人資料收集、制裁及政治公眾人物篩查、交易警報分流、調查資料與可疑活動報告的擬定等工作。此外，代理人還能處理投訴、定期進行的KYC更新，以及審計相關證據的整理工作。

客戶服務與全渠道互動

客戶服務代理支援語音、即時通訊、電子郵件、簡訊以及網頁會話等功能，能夠完成身份驗證、了解保單的相關資訊、解釋賬單內容、處理保單變更事宜，以及處理有關證明的申請。其目標是將會話引導至核心系統中，以實際解決問題，而非僅僅創建待處理的工單而已。

• 跨渠道保留同一客戶請求的上下文。
• 在觸碰保單或賬戶前執行身份和權限核驗。
• 解釋賬單內容，並檢查付款是否正確記錄。
• 收集地址、車輛、駕駛人或風險變更。
• 準備保險憑證、批單或恢復報價。
• 在需要時無縫轉接理賠或人工服務隊列。
• 記錄會話、動作、確認和系統寫回。

金融服務工作流

Layerup的現行範圍不僅包括保險，還涵蓋消費貸款、銀行卡與支付、存款銀行以及住房貸款。典型流程包括貸款申請與服務、催收、爭議與拒付、支付處理、開戶、KYC以及損失緩解。

系統集成與回寫

Layerup強調不更換企業現有的系統，而是透過連接器及自訂整合方式，來存取理賠、保單、核保、銀行、貸款、文件、電子郵件以及供應商門戶等資訊。代理所執行的寫入操作會經由類型化處理、權限與政策檢查，再根據審批要求進行提交。

• 連接雲端SaaS、資料倉庫和文件儲存。
• 訪問企業內部API、門戶和業務應用。
• 連接本地資料庫、檔案系統與遺留核心系統。
• 為沒有現成連接器的系統開發訂製介面。
• 使用最小權限服務帳戶和原生認證。
• 為全部連接統一應用審計和政策控制。

治理與人工審批

平台將計劃、執行和驗證分開處理，以避免在單次模型調用時同時決定動作、執行動作並進行自我評估。每個工具調用都必須經過角色、範圍和職責的檢查，而重要的動作則可根據業務線、金額和風險等級來進行人為審批。

模型與上下文架構

Layerup支援可更換的商業模型、開放模型以及企業自有的模型，並透過模型路由來選擇適合的執行路徑。統一的上下文引擎會將法規、行業用語、業務規則、操作程序和驗證邏輯提供給代理，而非僅依賴模型的通用知識。

• 允許不同地區或業務線使用不同模型。
• 支援企業自帶模型及自訂後訓練。
• 對輸入數據進行掩碼、脫敏和駐留控制。
• 維護實體關係、資料沿襲和語意索引。
• 將標準操作程序轉換為可執行的代理操作程序。
• 用規則和確定性工具處理費率、金額及資格計算。

部署方式

平台同時提供Layerup託管雲、私有VPC、客戶指定雲、本地資料中心以及主權區域部署，並說明可支援隔離網路場景。不同拓撲使用同一代理操作系統，但數據儲存、金鑰、模型調用及運維責任則有所不同。

實施方法

Layerup通常從一個高摩擦的工作流程開始，透過業務梳理、數據分析、價值測算、代理設計以及受控試運行，最後才進入正式生產階段。在上線過程中，會採用影子模式、人工參與，以及經過審批的自動化逐級授權方式，而非從第一天就完全自動化運作。

1. 選擇一個有明確基線及業務負責人的工作流程。
2. 梳理當前步驟、系統、文件、規則和異常路徑。
3. 評估週期、成本、損失、吞吐量及合規價值。
4. 設計連接架構、資料權限和代理操作程序。
5. 使用真實邊界案例建立評測集和驗收門檻。
6. 先以影子模式運行，不影響生產結果。
7. 進入人工參與模式並校準審批和異常路由。
8. 達到約定指標後開啟帶審批的自動執行。
9. 持續監控漂移、故障、回歸和業務KPI。
10. 按部門、業務線和地區逐步擴展。

部署服務與週期

價格與採購方式

Layerup並未公開針對個人或小型團隊的固定月費套餐，也沒有自助結算入口。費用取決於工作流範圍、系統集成、部署拓撲、交易吞吐量、服務階段、資料存放方式以及治理要求，因此需要預約演示，再由企業銷售人員提供報價。

安全與合規

Layerup公開列出了SOC 2 Type II、PCI DSS和HIPAA相關的合規能力，並提供雲端、VPC、本地及主權區域部署選項。實際採購時，仍應要求取得審計報告的適用範圍、最新有效期、分包商清單、資料處理協議以及事故應變條款。

• 確認認證覆蓋的產品、環境、實體和時間範圍。
• 明確哪些數據會進入第三方模型及如何脫敏。
• 核對數據駐留、保留、刪除和備份規則。
• 驗證單點登入、SCIM、角色權限和職責分離。
• 測試審批門檻、停止開關和回滾流程。
• 審查日誌完整性、訪問方式及導出能力。
• 約定安全事件通知、恢復目標及供應商責任。

監管與業務責任邊界

AI代理人可以準備文件、執行規則並提供證據，但無法將保險責任、承保、監管申報或客戶處理的最終法律責任轉移給軟體供應商。機構仍需由具備授權的員工來管理規則、進行審批、處理投訴、管理模型風險以及履行監管義務。

歷史SDK、API與開源狀態

早期Layerup Security曾發布Python和JavaScript SDK，用於Guardrails、提示注入檢測和敏感資料保護，Python套件採用MIT許可證，且最後的公開版本停留在2024年。舊文件和套件仍可能被搜尋到，但它們屬於過往的產品方向，不能作為現行保險AI操作系統的正式開發入口。

目前該平台支援內部API、連接器以及自訂整合功能，但尚未確認有適用於公眾自助註冊的現行API定價或通用SDK。Layerup保險平台本身並非開源專案，過去的SDK雖然為開源，但並不代表其代理運行時、行業模型或企業產品代碼也會被公開。

適合哪些機構

• 希望縮短理賠週期並提高文件就緒度的保險公司。
• 需要自動處理大量投保申請和轉介材料的核保團隊。
• 管理多個項目或承保渠道的MGA及專業保險機構。
• 希望擴大欺詐檢測和追償覆蓋面的理賠機構。
• 需要自動化KYC、AML、投訴及審計資料的金融機構。
• 處理貸款服務、催收、爭議和拒付的銀行與貸方。
• 要求在私有雲、本地或主權區域部署的大型受監管企業。

產品優勢

• 圍繞保險和金融服務流程設計，而不是通用聊天界面。
• 長週期代理可等待材料並持續完成同一案件。
• 與現有核心系統整合，減少重複輸入及人工交接。
• 人工審批、異常路由和審計記錄屬於平台核心能力。
• 覆蓋理賠、核保、欺詐、QA、合規和金融運營。
• 支援多模型、客戶自有模型及多種部署拓撲。
• 可以從一個工作流試點，再按KPI逐步擴展。

限制與注意事項

• 沒有公開固定價格，需要經歷企業採購和定制部署。
• 落地依賴高品質數據、清晰規則和核心系統接口。
• 6至8週的試點僅是典型週期，複雜整合可能更長。
• 業務指標和自動化收益不能脫離客戶基線直接保證。
• 高風險決定仍需具備授權的人員審批和治理。
• 認證聲明需要在採購時核對範圍、有效期和報告。
• 歷史Guardrails SDK不能當作目前保險平台能力證明。
• 不適合個人用戶或只想快速試用通用AI助手的團隊。

評估與採購清單

1. 選擇一個數據充足、規則明確且指標可量化的流程。
2. 記錄當前週期、人工成本、錯誤率、損失和SLA基線。
3. 列出涉及的系統、文件、角色、權限和監管要求。
4. 要求供應商演示異常、低置信度及審批場景。
5. 用真實脫敏案件和邊界案例建立驗收集。
6. 核對部署拓撲、模型供應商、數據駐留和刪除機制。
7. 明確集成、實施、訂閱、用量及後續服務費用。
8. 把準確率、吞吐量、故障恢復和人工複核寫入SLA。
9. 分階段放權，並為代理和整個運行時設置停止機制。
10. 上線後持續比較業務KPI和潛在偏差。

常見問題

Layerup是保險聊天機器人嗎？

不是。目前這款產品的重點在於在後台持續執行完整的作業流程，並將結果寫回現有系統，而聊天或語音僅是客戶服務場景中的其中一種互動方式而已。

Layerup只適合保險公司嗎？

保險是主要業務，但該平台也涵蓋消費貸款、銀行卡與支付、存款銀行以及住房貸款。其產品仍面向受監管機構，而非一般企業自動化市場。

Layerup多少錢？

沒有公開統一的月費或自助套餐，發現、試點、企業擴展和持續運行採用不同的訂製商業模式。實際費用需要根據工作流程、整合程度、處理量、部署方式以及服務範圍來詢價。

可以部署在企業自己的環境嗎？

可以，產品列出了私有VPC、客戶雲、本地資料中心以及主權區域等部署模式。具體的模型、金鑰、資料存放位置以及運維責任，則需要在架構與合約中加以確認。

Layerup是開源的嗎？

現行的保險與金融AI平台並非開源產品。早期Layerup Security的部分SDK採用開放許可證，但那屬於過去的做法，無法代表目前平台的代理運行時及行業模型的開放性。

AI代理會自動做出最終理賠或核保決定嗎？

平台支援依規則自動執行及系統寫回，亦提供人工審批、異常路由與風險門檻。實際的自動化程度應由機構根據金額、風險、監管及模型表現逐步配置。

總結

Layerup適合那些希望將保險或金融領域的後台工作，從人工處理轉變為人工審批的大型機構。其核心優勢在於能夠實現長週期的代理處理、在現有系統內執行任務、提供審計追蹤功能、實現人工控制，以及支持多種部署方式，而非僅提供一個新的聊天工作台而已。

在進行評估時，應將現行的企業平台與過去的Guardrails產品嚴格區分開來，並透過實際的工作流程來檢驗週期、品質、損失以及合規性等指標。採購時應重視資料、整合、治理、審批、SLA以及總擁有成本等因素，而非僅比較模型名稱而已。