重複的內業，AI 先做第一遍。
判定與簽名，還是你的。
送審審查、契約履約要求、估驗對量、監造報表——公共工程每週都在做的內業，機關、監造與廠商三方各自的 Agent 先產出草稿與清單。
金額由程式算；AI 從契約與規範抽出的每一條履約要求，引註都由程式回原文逐字比對過。你做的是改、是核、是簽。
三個角色都可以進去看，不必註冊，也碰不到任何真實專案。
公共工程的內業，系統先做完第一遍
下面四件事，產品現在就做得到。機關、監造與廠商在同一份契約事實上各自看到該看的部分；每一項都標出系統做到哪裡、哪一步一定要人自己來。
廠商送審進來，審查要點先列好
依本案已解析的履約需求，產出 6 到 12 點審查要點，每點標明依據與狀態——已於送審敘明、需補件、需監造核對文件、不適用。附一段審查意見草稿，以及建議判定：核准、核備、退回補正、需補充後再核。
審查者增刪要點、改寫意見、做出判定。建議只是建議。
每一點的依據只能寫本案已解析的履約需求標題，不編契約條號。凡涉及圖說尺寸、計算書、試驗數值等文件實質內容，一律標「需監造核對文件」，不臆斷已符合。
契約與規範，逐條變成帶頁碼的履約要求
讀完契約與規範，逐條列出履約要求：負責方是機關、監造還是廠商，適用哪個階段，期限的觸發點與天數，允收標準，應留存什麼佐證。每條附一段原文引註、頁碼與條款。
逐條核定。只有經人核定的要求才具權威性；期限類的要求核定後才會實體化成期限提醒。
AI 不能宣告自己引對了。引註由程式回到那一頁入庫的文字逐字比對，對得上才標為已驗證；出現在別頁判為未驗證，不會替它改頁碼。沒通過的不進草稿，直接送人工審查。
估驗對量，程式逐工項把對不起來的挑出來
逐工項比對估驗、施工日誌、查驗與混凝土試體，列出六類發現——估驗超前施工日誌逾 5%、估驗無施工日誌佐證、查驗不合格工項仍計價、混凝土澆置未見取樣試體、試體強度不合格、累計完成逾八成卻尚無查驗申請。
逐項查證與處置。
這六類發現全部由程式精確比對得出，AI 不參與判定，只負責把已經算好的發現寫成一段稽核意見。沒有發現的時候，連 AI 都不呼叫。
本月的監造報表，自動彙整成草稿
把當月的施工日誌、查驗、缺失、送審與進度自動彙整成監造報表草稿，連監造意見都先擬一段。
覆核、修改，再列印用印。
這一項完全不呼叫語言模型，是程式彙整出來的——所以不會有幻覺，也不算 token。
拍一張告示板，今天的日誌先填好
現場本來就要拍照，照片裡通常有一塊寫著日期、天氣與今日工項的告示板。把那張照片丟進來，AI 讀出板上的字，把數量對回本案標單的工項，直接填進日誌表單。填進去的是表單，不是資料庫——存檔前每一格都還能改。
最後一列是刻意空的。板上寫的「植筋」比對不到本案標單的任何工項，系統寧可列出來讓你自己歸類，也不把它硬塞給最接近的那一項。
從 1 張告示板照片讀出日期、天氣與工作摘要，並把 2 個工項的數量對回本案標單；板上另有 1 項對不到標單。
依據：照片中告示板的文字、本案標單工項清單
這些值現在只在你的瀏覽器裡，一格也沒進資料庫。按下存檔的是你——存檔之後，這份日誌才會成為估驗對量與查驗的佐證來源。AI 也不覆蓋你已經寫過的字：工作摘要那一格只要你先寫了，它就不動。至於需要人判定的事（查驗合格與否、缺失成不成立），那些動作根本不在 AI 的工具清單裡。
三方各有立場，事實只能有一份
標誌上的三個點是機關、監造與廠商，灰線是同一份契約。三方在同一個案子裡，看同一份資料，各自只有自己該有的權限——權限與稽核留痕由資料庫強制執行：監造改不了廠商送出的原始填報，廠商也關不掉監造開立的缺失。
機關 Agent
不必再追問監造與廠商在做什麼：進度、缺失、期限與付款一目瞭然。看不到廠商成本與毛利。
監造 Agent
查驗、送審審查、缺失複查、估驗覆核。不經手請款，判定與簽認仍由工程師本人做。
廠商 Agent
現場填報、施工日誌、估驗、成本、品質與工安。現場與品管是公司內部分工，不是權限角色。
六個工作面，一條資料鏈
數量與財務資料以工項串接：標單長出工項，工項長出日誌，日誌長出估驗，估驗長出請款與進度。品質與工安的佐證掛回同一個工項。
今日待辦
球在誰手上、還剩幾天、依據哪一條。逾期、今日到期與其餘用固定色票區分。
現場與品質
施工日誌、品質查驗、ITP 檢驗停留點、自主檢查、取樣試驗、缺失與工安管理。
審查與協作
契約重點與履約需求、送審文件佇列、工程疑義 RFI、變更設計。每條要求都指回原文頁碼。
進度與金流
PCCES 標單、估驗計價、請款收款、保留款、成本、S 曲線與逐工項排程。
文件與結案
施工月報、監造報表、驗收結算與稽核留痕。文件版本與頁面級佐證都留著。
跨案總覽
一位監造主管同時看多案的計畫、實際、已計價與風險，落後幅度自動分級。
AI 起草，程式算數，人核定
這條分工不是為了給 AI 設限，是為了讓草稿能用。金額與期限由程式算，所以草稿裡的數字你不必重算一遍；引註由程式驗，所以你點一下就跳到原文那一頁；核定、判定、結案與驗收不在 Agent 的工具清單裡，所以你簽的名還是你的。
讀文件、看照片、彙整資料、寫草稿與建議。產出物一律進待覆核清單，不進業務資料表。
金額、數量、期限、合格判定與跨文件對帳。不經過模型。
接受、修改或拒絕。判定與簽名由本人執行，每一次都寫進不可竄改的稽核軌跡。
AI 只產生草稿
核定、判定、結案、驗收、凍結——這些動作不在工具白名單裡。草稿寫入待覆核清單，由人接受或拒絕。
數字由確定性引擎算
金額、期限與合格判定由程式或資料庫 Trigger 執行。AI 可以複述金額，但不自己乘除；審查要點的依據只能引本案已解析的履約需求，不編契約條號。
每個動作都留痕
角色、種類、目標、理由、佐證與人的覆核結果都記下來。這同時是稽核軌跡。
每個 AI 功能可獨立開關
閘門在伺服器端，不是把前端按鈕藏起來。每次呼叫都記錄功能、使用者、專案與成本；出事能單獨關掉一個功能。
AI 抽出的每一條履約要求，都附著它引用的那段原文與頁碼。系統會把這段文字正規化後，拿去跟那一頁入庫的文字逐字比對：對得上才標為已驗證；出現在別頁，判為未驗證，不會替它改頁碼；引文短於六個字，一律不算通過。這件事不是 AI 自評，是程式做的——而且資料庫還多擋一層：任何人，包括有審查權的人，直接寫入「已驗證」旗標都會被拒絕。
安全邊界寫在資料庫裡
權限不是前端隱藏按鈕。多租戶的資料列級安全性（RLS）、狀態轉移 Guard Trigger 與 Audit Trigger 是真正的邊界；前端隱藏只是體驗。
資料列級安全性：每個查詢都在資料庫層被限制在使用者所屬的專案與角色範圍內。
狀態轉移 Guard：估驗、送審、缺失的狀態只能依契約流程前進，繞過介面也不行。
不可竄改稽核軌跡：由資料庫 Trigger 寫入，供審計、政風與監察調閱。
佐證鏈：「這個結論是哪些文件、哪一頁支撐的」可以逐層點回去。
2026-09-16 基線，隨版本更新。示範時可以現場跑給你看。
公共工程三方最常問的六件事
AI 到底幫我做掉哪些事？
契約與規範會被逐條抽成履約要求，附原文引註與頁碼；廠商送審進來會先產出審查要點清單與一段審查意見草稿；告示板拍一張，AI 讀出板上的日期、天氣與各工項數量，直接填進當天的施工日誌表單，由你覆核數量後存檔；估驗對量由程式逐工項比對日誌、查驗與試體，把對不起來的挑出來；監造報表由程式彙整成草稿。這些全部是草稿與清單，核定、判定與簽名還是你的。
標單要重新打一次嗎？
不用。PCCES XML 直接匯入成工項樹，數量、單價與階層都帶進來，後續的日誌、估驗與計價都掛在同一個工項上。
需要機關先開放外連或雲端嗎？
系統為雲端服務，個資境內存放、未境外傳輸，並依資通系統防護基準普通級設計。字型與圖示可自行託管以符合禁止外連 CDN 的環境。實際部署方式在示範時依機關的資安要求討論。
廠商會看到我們的審查意見或機關的內部資料嗎？
不會。三方的可見範圍在資料庫層就分開：廠商看得到自己的成本，監造不經手請款，機關看不到廠商毛利。這是資料列級安全性，不是介面隱藏。
AI 講錯怎麼辦？
AI 的輸出都是草稿與建議，附來源頁碼與信賴度，需要人接受才生效。金額與期限一律由程式計算，不由 AI 生成。可以逐一比對來源段落，也可以整個功能關掉。
導入要多久？舊案能不能中途接進來？
從標單匯入到三方帳號開通，單案通常在一週內可以開始用。施工中的案子可以從當期估驗與現行文件接手，不必回溯補齊全部歷史。
監造、機關、系統，三邊我都待過
初衷不是再推一套系統、讓現場工程師多填一份表，而是把重複的內業拿掉：AI 出草稿，工程師只做覆核與簽名。
這套系統不是外包做的。從資料模型到 AI 邊界，都是我自己決定的——因為這三種立場我都親自坐過：在台灣世曦工程顧問做過監造，查驗、送審、估驗覆核都自己來；在公務機關 4 年走過簽辦、審查、發包到驗收；現在在 AI Agent 新創做產品經理，這套系統從資料模型到 AI 邊界都自己決定。
ryanxhuang1212@gmail.com用你自己的案子看一次
30 分鐘線上示範。帶一份 PCCES 標單或契約 PDF，我們現場匯入，走完一次「文件 → 履約要求 → 工項 → 估驗」，不用你先簽任何東西。
線上試用站放的是示範資料，三方畫面都看得到；預約示範是用你自己的案子跑一次。
目前有兩家建築師事務所與一個政府機關在導入洽談中。
不想預約也不想登入？直接寄信：ryanxhuang1212@gmail.com