雙智能體

設計態把需求收成可釋出配置，執行態在授權範圍內問數、匯出與辦理——兩條鏈路分開，許可權與審計不混用

方案定位

雙智慧體是加速層，不是第七套引擎。設計態用自然語言生成配置，進設計器複核、發布並可回退。執行態在授權範圍內問數、匯出與辦理，不超過本人頁面許可權。兩條鏈路分開。

企業上 AI 常卡在四件事：資料不通、進不了業務流程、上線運維太重、業務與技術對不齊。智慧體長在平臺上，不另起系統：設計態對接表單與流程，執行態對接可見庫與既有介面。

進流程、降運維，平臺可以直接做。資料清洗與口徑要業務牽頭，隱性規則要專家寫進知識庫，權責制度要企業自己定。平臺降技術門檻，企業做業務治理，才能從演示走到生產。

建議先做設計態，人工複核並可回退後再發布。執行態等許可權與可見範圍理清後，再小範圍試點。發布記錄留在設計器，並把試點範圍寫進驗收，再與六大引擎、七條產品線一起用。

適用場景

Design設計態

實施與二開用自然語言建應用、模組、表單、頁面與流程；產物須進設計器改完再發布。
編輯器內可用對話與 ⌘K 改指令碼或 SQL；仍須設計器複核發布，禁止旁路上生產。

Runtime執行態

按訂單、庫存、質量、交付問數；可看圖文，或匯出 Office、HTML、Markdown。
業務人員經平臺業務介面建立表單並辦理稽核；校驗與許可權跟頁面一致，不直寫資料庫。

設計態與運行態

Design

設計態智能體

誰用: 實施顧問、業務關鍵使用者、二開人員
幹什麼: 用自然語言建/改應用分類、應用、模組、表單模型、欄位與模型關係，以及表單/列表/Vue/報表/大屏頁與流程；二開可在編輯器對話並用 ⌘K 輔助改指令碼/SQL
得到什麼: 可進入設計器繼續調整併發布的真實配置，而不是停留在對話裡的草稿說明

Runtime

運行態智能體

誰用: 管理層、業務負責人、車間/倉/質量等運營角色（按授權）
幹什麼: 在授權範圍內問數，並檢索平臺知識庫；結果以對話方塊圖文呈現，或匯出為 Office、HTML、Markdown。經平臺業務介面幫助業務人員建立資料、辦理稽核
得到什麼: 同一次取數的多種交付，以及經介面寫入的業務資料或稽核結果。匯出不替代制度口徑；建立與稽核不超過該賬號的頁面許可權，且可審計

交接只發生在發布之後：執行態按已發布版本問數與辦理，未發布的設計稿不進入經營取數。

能力要點

可配置物件覆蓋設計態覆蓋應用分類、模組、表單、欄位、頁面與流程；自然語言產出須進入設計器調整，確認後再發布。
開發者加速二開可用對話輔助，也可用 ⌘K 改指令碼或 SQL；仍經設計器複核與發布閘口，不開聊天直發生產。
智慧問數與多種交付授權範圍內取數，輸出結論與圖表；可圖文呈現或匯出 Office、HTML、Markdown，不改已發布指標。
介面辦理授權範圍內經介面建立表單或辦理稽核；校驗、許可權與審計與頁面一致，不直寫庫，不能辦的同樣拒絕。
人工複核，可回退生成結果須經設計器人工確認後再發布，不對可退回上一版；執行態宜先小範圍試用，再逐步擴大覆蓋。
權限、知識庫與審計設計態負責建模落地、執行態管問數與辦理；許可權、知識庫與審計內建，越權可追溯，不另建獨立底座。

與六大引擎協作

智慧體不替代任何引擎：設計態加速可配置物件落地，執行態消費可見業務庫與既有業務介面。六個引擎各自守住主資料、授權、建模、編排、用數與連線邊界。

組織引擎

設計態選人、選部門與任職，都消費組織主資料。執行態可見範圍隨任職與許可權生效，避免調崗後仍按舊組織取數。

許可權引擎

設計態與執行態都受功能、資料範圍與組織邊界約束。關鍵操作可審計到具體人員，智慧體仍不能繞過最小許可權。

表單引擎

設計態可生成並調整表單模型，釋出前須進設計器複核。執行態建單走業務介面，欄位校驗與許可權跟頁面錄入一致。

流程引擎

設計態可建改審批與業務流，並可預覽元件許可權。執行態經介面辦理稽核，不越過該賬號範圍，也不代替加簽規則。

報表引擎

設計態可新建報表頁與大屏頁。執行態問數可匯出檔案供階段性彙報；凍結口徑仍歸報表引擎，匯出不改正式口徑。

集成引擎

整合失敗須在整合引擎側可見並可處置。執行態問數匯出不改通道配置、對映治理與憑證隔離，也不充當運維入口。

方案示意

典型斷點

斷點現象	常見誘因	治理抓手
聊天結果直接上生產	跳過設計器複核	釋出前人工複核與回滾
繞過介面直寫資料庫	未走業務介面	建立與稽核只呼叫既有業務介面
智慧體看見超範圍資料	未繼承資料許可權	與許可權/組織一致
把問數匯出當制度報表口徑	未進報表設計治理	正式制度口徑仍走報表引擎
試點範圍過大無回滾	一次全廠推廣	先小範圍人工複核試點
設計態覆蓋他人未釋出稿	版本閘口缺失	個人草稿與釋出分離
把智慧體當整合運維入口	通道配置仍靠人工	失敗處置仍在整合引擎

推進與驗收

設計態：抽一條表單、流程或報表，走完生成、改稿到發布；⌘K 改指令碼後仍須複核。
執行態：問數可圖文呈現或匯出 Office 等檔案；數字可回溯，越權與直寫庫被拒絕。
審計：智慧體相關操作可追溯到賬號與時間；試點須寫明範圍，並備好回滾說明。
知識庫：抽一條平臺 FAQ 檢索，答案須追溯到具體知識條目，不能靠模型空想。
許可權：同一賬號問數或辦理時，可見表與行的資料範圍須與許可權引擎保持一致。
收尾：試點結束時不應留下未發布配置，臨時擴大許可權的賬號均已回收完畢。
分冊：設計態與執行態賬號必須分開使用，禁止長期共用高許可權令牌做分析取數。

實施分期

一期：設計態人工複核釋出一條業務鏈；許可權最小化
二期：許可權與可見庫表理清後，執行態問數與辦理小範圍試點
三期：擴大組織/庫表範圍前做許可權迴歸；正式經營口徑仍走報表引擎

製造落地提示

設計態：加速 QMS 檢驗表單、SRM 審批流、WMS 例外放行，以及列表、頁面與車間大屏。
二開：可用 ⌘K 輔助改校驗指令碼或取數 SQL，改完仍須人工複核後再釋出。
執行態：就訂單、庫存、檢驗、交付問數，可圖文呈現或匯出 Office、HTML、Markdown。
辦理：業務人員可經介面建立單據，也可經介面辦理稽核。
口徑：已釋出指標與大屏仍走報表引擎，問數匯出不改這些口徑。
邊界：讀數與寫入都不超出賬號許可權，配置變更只經設計器釋出。

不適用場景

希望智慧體替代六大引擎之一——它是加速層，不替代組織/許可權/表單/流程/報表/整合
不按分期推進、一上手就全廠鋪執行態——應先完成口徑與許可權基線，再小範圍人在環試點
無審計要求的「匿名助手」改生產——不符合推薦底線
把問數匯出的檔案當成已釋出的制度口徑——匯出供彙報與歸檔，正式口徑仍在報表引擎
指望平臺自動把歷史髒資料變乾淨——資料清洗與口徑統一不在智慧體職責內，需業務方牽頭治理
指望平臺自動讀懂企業多年沉澱的隱性業務經驗——知識庫內容需業務專家持續整理與維護，平臺不代勞
指望用一套系統解決組織與制度問題——流程權責、崗位職責與考核機制的調整，需企業自身推動

常見問題

職責邊界、落地前提與平臺分工的高頻疑問，先看這裡；仍有疑問可聯繫我們

設計態和執行態分別做什麼？

設計態用自然語言建/改應用分類、應用、模組、表單模型、欄位關係，以及表單/列表/Vue/報表/大屏頁與流程，產物進入設計器可繼續改再發布；二開可用 ⌘K 輔助改指令碼/SQL。執行態在授權範圍內問數，結果可在對話方塊以圖文呈現，也可匯出為 Office、HTML 或 Markdown；並可經平臺業務介面建立表單資料或辦理稽核。

二開的 ⌘K 與編輯器對話算不算旁路釋出？

不算。對話與 ⌘K 只加速寫出指令碼/SQL 或配置草案，仍須在設計器中開啟、修改、釋出並保留回滾；禁止把聊天結果直接當生產物件。

執行態能建立資料或辦理稽核嗎？

可以。在本人許可權內，經平臺業務介面建立表單資料或辦理稽核，校驗、許可權與審計與頁面操作一致。不能越權，不能繞過介面直寫資料庫。

執行態和報表/駕駛艙是什麼關係？

執行態問數可在對話方塊輸出圖文，並匯出 Office、HTML 或 Markdown，供彙報、傳閱與歸檔。駕駛艙、大屏與已釋出指標定義仍走報表引擎，匯出檔案不改寫正式口徑。

JEDP 智慧體需要單獨開發一套 AI 系統嗎？

不需要。智慧體長在平臺之上，直接對接表單、流程與可見業務庫，知識庫檢索、許可權與審計鏈路隨平臺內建，私有化部署可按需評估；無需從零搭建 AI 工程底座，也不存在 AI 與業務兩張皮的二次對接。

智慧體能替代六大引擎嗎？

不能。它是加速層：設計態縮短配置路徑，執行態縮短從資料到可彙報結論的路徑。組織、許可權、表單、流程、報表、整合仍由對應引擎守住邊界。

許可權還沒理清就能全廠開放問數與辦理嗎？

不建議。執行態只在許可權範圍內問數、匯出和辦理；許可權未抽檢、可見範圍未凍結時，應先完成基線再擴大組織範圍。

設計態生成的配置能直接上生產嗎？

不能。必須在設計器中打開、修改、發佈，並保留回滾。聊天草稿不是可上線對象。

平臺能連資料治理和組織問題一起解決嗎？

不能。平臺只降低技術門檻：歷史資料的清洗、隱性業務規則的梳理、AI 使用的權責制度與組織配套，仍需業務團隊深度參與並持續運營。平臺提供工具與邊界，企業主導業務治理，二者結合才能從演示走到生產級應用。