BuildPrompt

BuildPrompt是什麼

BuildPrompt是由BuildScan Limited開發的企業級Agentic AI平台，目前主要服務於建築、工程、施工與運營行業。它能夠將散佈在專案文件、業務系統及資產檔案中的數據，轉換成具有明確出處、且可被核驗的決策結果。

產品的核心並非單次的文件對話，而是透過 PromptStack 建立可重複運行的多步驟工作流程。此平台適用於那些需要處理大量圖紙、表格、合約、檢查記錄以及合規文件的組織。

當前企業平台與舊版文件助手

BuildPrompt目前企業平台與應用商店中的BuildPrompt - AI for Documents並非同一產品形態。採購或試用前應先確認帳戶對應的渠道、功能與合約。

PromptStack如何處理工程數據

1. 資料讀取器連接專案檔案與企業系統，識別文件、圖紙、表格、資料庫記錄及掃描件。
2. 統一資料處理層整理欄位和實體，把需求、條款、圖紙、檢查項與業務記錄建立關聯。
3. PromptStack將複雜目標拆成分類、表格提取、偏差判斷、證據檢索等專業子任務。
4. 關鍵子任務可交給多個模型交叉處理；結果衝突時進入升級或人工複核環節。
5. 平台可輸出儀表板、報告、提醒或自然語言回答，並允許用戶回到文件頁碼、條款、行或單元格以核驗依據。

證據追溯

• 回答可定位到具體文件及頁碼，減少只給結論但無法核複的問題。
• 表格結果可追蹤到原始行或單元格，適合數量、成本和檢查記錄核對。
• 規則與需求判斷可關聯相關條款、圖紙和記錄，便於審計及審批。
• 工作流保留處理鏈路和人工反饋，方便團隊檢查模型判斷過程。

多模型驗證與人工介入

平台會根據任務、領域和複雜度來選擇適合的模型，而非將所有工作都交給同一個模型處理。如果關鍵子任務的結果不一致，系統可以觸發重新審核，而非直接選擇一個答案。

這種機制適合用於高風險的檢查，但無法消除識別錯誤、資料遺失或規則設定不當的問題。最終的簽字、合規性判斷以及現場決策，仍應由具有相關權限的人員負責。

支援的輸入、連接與輸出

主要功能與實際價值

跨文件問答與提取

使用者可以針對多個檔案提出自然語言問題，系統會搜尋相關內容並產生附有證據位置的回答。它還能提取表格、條款、日期、責任方及異常項，從而減少逐一頁面搜尋的步驟。

知識關聯與統一數據層

平台能將分散的記錄整理成統一的数据結構，並透過實體關係將需求、圖紙、檢查結果、缺陷資訊以及資產等相關內容連接起來。如此一來，團隊就能跨專案查詢同一類型的問題，而無需一一打開各個檔案。

可組合工作流

團隊可將分類、抽取、對照、驗證、升級和報告組織成重複執行的流程。相同的規則可用於新檔案或新專案，適合用於標準化的品質檢查和合規審查。

儀表盤、報告與預警

處理結果可組合成專案或資產視圖，用以顯示風險、績效、趨勢以及待處理事項。使用者能夠從彙總指標深入查看相關的證據記錄，並持續根據最新的數據進行查詢。

文字識別與歷史資料數位化

平台可處理掃描檔案、複印件和複雜表格，適合整理長期累積的紙質檔案。識別品質會受到掃描清晰度、版式和手寫內容的影響，重要欄位仍需抽檢。

典型使用流程

1. 先確定一個可驗證的業務問題，例如需求符合性、品質缺陷趨勢或租約義務提取。
2. 梳理文件、資料庫和儲存位置，確認訪問權限、敏感級別及負責人。
3. 由BuildPrompt團隊或管理員配置連接器、欄位對應、證據規則以及PromptStack工作流程。
4. 用有代表性的歷史材料運行測試，逐項檢查抽取結果、證據位置和異常升級。
5. 設定人工審批節點、角色權限和驗收指標，再將流程擴展到更多項目。
6. 透過儀表板、報告或提醒來呈現使用結果，並持續記錄誤判、遺漏和規則變更。

適合用戶與場景

• 專案交付團隊：核對需求、交付物及工程記錄，形成可追蹤的審查結果。
• 品質管理團隊：統計檢查結果與不符合項，辨別重複出現的缺陷、責任分配以及整改趨勢。
• 健康與安全團隊：從現場記錄和檢查資料中提取風險，生成提醒與匯總視圖。
• 商業與合約團隊：提取條款、義務、日期和成本資訊，輔助合約及租約審查。
• 資產管理團隊：將歷史檔案與現有數據相關聯，用於維護、合規及組合分析。
• 受監管組織：需要證據定位、權限控制、處理鏈路和人工審批的工作流。

案例結果應該如何理解

BuildPrompt公開展示了大型基礎建設、品質管理以及房地產相關資料處理的實例。以下的數字是用來說明特定專案的物料、流程及實施成果，並不代表對其他客戶的成效保證。

價格、試用與應用內購

企業平台

目前，AECO企業平台並沒有公開的固定訂閱價格、統一的免費使用額度，或是標準的退費規則。銷售方案會根據數據範圍、連接器、工作流程、部署方式、權限以及支援需求等要素而有所調整。

舊版蘋果應用提示包

Apple的渠道中仍列有以下的單次應用內購項目，但這些都是舊版行動文件助手的內容。地區、稅費以及商店帳戶的不同，都可能影響實際金額，因此無法以此來估算企業平台的價格。

舊版應用的購買、取消及退款事宜，由對應的應用商店的帳戶及規則來處理。至於企業平台的取消、續約、服務等級、最短服務期間以及退款條件等，則應在訂單及主服務協議中明確規定。

平台、集成與開放能力

隱私、安全與資料治理

• 客戶上傳的數據、提示和回答歸客戶所有，不用於訓練基礎模型或改善面向其他客戶的服務。
• 平台說明客戶環境相互隔離，第三方模型受到不留存、不共享和不訓練約束。
• 企業可以選擇內部模型或其他大模型，具體模型、區域和部署方式應寫入合約。
• 個人資訊可能包括聯絡資訊、網路地址、瀏覽器與使用數據；提示和回答會為提供服務而記錄。
• 資料僅在提供服務、履行法律義務或處理爭議所需的期間內保存，但公開政策並未對所有資料類型規定統一的保存天數。
• 企業披露的認證包括ISO 27001:2022、ISO 9001:2015、ISO 14001:2015以及Cyber Essentials Plus。
• 任何技術和管理措施都無法讓風險降為零，客戶仍需執行最小權限、敏感資料分類以及人工複核。

舊版行動應用的隱私差異

應用商店的隱私標籤是由開發者所提交，其中可能包含追蹤聯絡資訊，以及與身份相關的位置、聯絡資料、使用者內容、搜尋記錄、識別碼和診斷數據。此類標籤適用於舊版的行動應用，企業客戶應以實際部署的資料處理協議為準。

版權、合約與使用邊界

• 網站內容、品牌和平台技術屬於相應權利人，未公開開放複製、轉售或再分發授權。
• 企業平台的商用範圍由主服務協議、訂單及資料處理協議決定，行銷網站條款不構成完整的採購合約。
• 在上傳合約、圖紙、個人資訊或客戶檔案之前，應確認組織具備處理權限及合法依據。
• 模型生成的內容可能遺漏上下文或錯誤解釋條款，不應替代工程簽字、法律意見和法定檢查。
• 數據駐留、刪除時限、備份、事故通知、審計權及分包處理方應在採購階段逐項確認。

總結

BuildPrompt適合那些希望將複雜的AECO數據轉換為可追蹤的工作流程及決策視圖的企業，其優點在於能夠處理多種格式的數據、精確定位相關資料、進行多模型驗證，以及支援流程的組合。它並非公開定價的通用聊天工具，因此在採購之前，應先以實際樣本來檢驗其辨識精度，並在訂單中明確規定部署方式、使用額度、資料管理規則、服務等級以及退出條件。