序號

系統(tǒng)子項

投標(biāo)人提問

答復(fù)內(nèi)容

1

大語言模型集成與鑒權(quán)

1. 是否需要支持模型級權(quán)限細分（例如：僅允許部分用戶訪問 GPT-4）？2. 是否對模型響應(yīng)延遲和并發(fā)量的要求？3. 是否需要審計日志？

1. 支持模型級權(quán)限細分：需按用戶角色（如管理員、業(yè)務(wù)崗、普通用戶）實現(xiàn)模型級權(quán)限管控，權(quán)限配置需與政務(wù)崗位權(quán)責(zé)體系匹配。

2. 響應(yīng)延遲與并發(fā)量要求：響應(yīng)延遲需滿足 “單筆請求≤1.5 秒”（非峰值時段），并發(fā)量需支持 “同時在線用戶≥**0 人、每秒請求數(shù)≥**0 次”，并預(yù)留 **% 擴容空間以應(yīng)對政務(wù)高峰期需求。

3. 需強制留存審計日志：日志需包含 “調(diào)用用戶、調(diào)用時間、模型類型、請求參數(shù)、返回結(jié)果、調(diào)用狀態(tài)” 等信息，留存期限不少于 3 年，滿足《數(shù)據(jù)安全法》《政務(wù)數(shù)據(jù)共享開放管理辦法》對操作溯源的要求。

2

小模型管理

小模型的性能監(jiān)控和自動擴縮容需求？

1.性能監(jiān)控：需實時監(jiān)控小模型 “CPU 使用率、內(nèi)存占用、響應(yīng)成功率、錯誤率” 等指標(biāo)，當(dāng)指標(biāo)超出閾值（如錯誤率＞1%、CPU 使用率＞**%）時，需觸發(fā)短信 / 郵件告警至系統(tǒng)管理員。

2.2. 自動擴縮容：支持基于 “并發(fā)量、資源占用率” 的自動擴縮容，擴縮容響應(yīng)時間≤5 分鐘，需保障擴縮容過程中模型服務(wù)不中斷。

3

AI 問答語料

1. 語料更新頻率和人工審核流程？2. 語料的文件類型包括哪些？(文檔、ppt、音視頻)

1. 更新頻率與審核流程： - 常規(guī)語料（如政務(wù)辦事指南）每月更新 1 次；緊急語料（如政策新規(guī)、臨時通知）需在發(fā)布后 ** 小時內(nèi)更新。 - 人工審核需經(jīng)過 “部門初審（業(yè)務(wù)科室負責(zé)人）→合規(guī)復(fù)審（法務(wù) / 數(shù)據(jù)安全崗）→系統(tǒng)上線（管理員）” 三級流程，審核記錄需留存?zhèn)洳椤?

2. 語料文件類型：支持 “文檔（PDF/Word/Excel）、PPT、音頻（MP3/WAV，需配套文字轉(zhuǎn)寫稿）、視頻（MP4，需配套字幕文件）”。

4

智能識別詞庫

1. 是否支持詞庫的多語言擴展？2. 詞庫維護責(zé)任方？(人工自行更新或系統(tǒng)自動挖掘？)

1. 多語言擴展支持：當(dāng)前項目僅需支持 “中文（簡體）+ 英文” 雙語擴展，未來如需新增少數(shù)民族語言（如藏語、維吾爾語），另行簽訂補充協(xié)議明確開發(fā)范圍。

2. 維護責(zé)任方： - 基礎(chǔ)詞庫（如通用政務(wù)術(shù)語、敏感詞）由招標(biāo)人（湖北省港潤大數(shù)據(jù)產(chǎn)業(yè)發(fā)展有限公司）負責(zé)人工維護，每季度更新 1 次； - 部門專屬詞庫（如稅務(wù)、市場監(jiān)管專業(yè)術(shù)語）由使用部門提供更新需求，中標(biāo)方協(xié)助錄入系統(tǒng)，每月同步 1 次，暫不支持系統(tǒng)自動挖掘。

5

涉敏語料管理

敏感語料的定義范圍？(例如：涉及國家安全、商業(yè)機密或個人隱私)

敏感語料定義范圍嚴(yán)格遵循《中華人民共和國國家安全法》《個人信息保護法》及政務(wù)數(shù)據(jù)分級分類標(biāo)準(zhǔn)，具體包括：1. 國家安全類：涉及國家秘密、軍事機密、外交決策的信息；2. 商業(yè)機密類：招標(biāo)人及下屬單位未公開的財務(wù)數(shù)據(jù)、采購底價、合作協(xié)議；3. 個人隱私類：公民身份證號、手機號、家庭住址、醫(yī)療記錄、社保公積金明細等可識別個人身份的信息；4. 政務(wù)敏感類：未公開的政策草案、信訪舉報數(shù)據(jù)、案件調(diào)查材料。

6

內(nèi)容生成約束規(guī)則

規(guī)則是否支持動態(tài)識別？

需支持動態(tài)識別。

8

語料同步

1. 是否需支持增量抓取與去重？2. 目標(biāo)網(wǎng)站類型及抓取頻率？

1. 需支持增量抓取與去重

2. 目標(biāo)網(wǎng)站類型及抓取頻率： - 核心網(wǎng)站（人民網(wǎng)、中央部委官網(wǎng)、湖北省政府網(wǎng)、宜昌市政府網(wǎng)、枝江市政府網(wǎng)）：每日抓取 1 次（凌晨 2:**-4:**，避開網(wǎng)站訪問高峰）； - 行業(yè)網(wǎng)站（如湖北省政務(wù)服務(wù)網(wǎng)、宜昌市稅務(wù)局官網(wǎng)）：每周抓取 2 次（周二、周五凌晨）。

9

智能體構(gòu)建

智能體的交互形式？(純文本 / 多模態(tài))

需支持 “純文本 + 多模態(tài)” 兩種交互形式：1. 純文本：基礎(chǔ)交互形式，支持文字輸入、關(guān)鍵詞聯(lián)想、歷史對話回溯；2. 多模態(tài)：支持 “圖片上傳（如身份證、營業(yè)執(zhí)照識別）、表格導(dǎo)入（如 Excel 數(shù)據(jù)統(tǒng)計分析）、語音輸入（中文語音轉(zhuǎn)文字，識別準(zhǔn)確率≥**%）”。

**

智能體歡迎引導(dǎo)

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

智能體權(quán)限控制

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

智能體引用

智能體對外開放方式？(API 接口、頁面、SDK)

支持三種對外開放方式，中標(biāo)方需全部實現(xiàn)：1. API 接口：支持與招標(biāo)人現(xiàn)有政務(wù)系統(tǒng)（如辦公 OA、政務(wù)服務(wù)平臺）對接，接口文檔需符合《政務(wù)信息系統(tǒng)接口規(guī)范》；

3.頁面嵌入：提供可嵌入的頁面，支持自定義樣式（如匹配招標(biāo)人官網(wǎng)色調(diào)）；

4.SDK 開發(fā)包：提供 Java/Python 語言的 SDK，含完整開發(fā)手冊及示例代碼，支持后期二次開發(fā)。

**

智能體調(diào)試

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

API 調(diào)用信息

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

意圖庫

1. 是否支持用戶反饋糾正意圖？2. 意圖分類的粒度？(粗粒度 & 細粒度)

1.需支持用戶反饋糾正。

2. 意圖分類粒度：采用 “粗粒度 + 細粒度” 雙層分類： - 粗粒度：按業(yè)務(wù)領(lǐng)域劃分（如 “社保查詢”“企業(yè)注冊”“投訴建議”）； - 細粒度：按具體需求劃分（如 “社保查詢” 下細分 “養(yǎng)老保險繳費查詢”“醫(yī)療保險報銷查詢”“社保卡掛失”），細粒度分類需覆蓋枝江市政務(wù)高頻事項（≥**0 項）。

**

意圖配置

意圖沖突的處理策略？(例如：多個意圖匹配同一語句)

需采用 “優(yōu)先級 + 模糊匹配” 雙重處理策略，具體方案由投標(biāo)人提供。

**

意圖調(diào)試

意圖觸發(fā)的方式？(關(guān)鍵詞 & 語義)

需支持 “關(guān)鍵詞 + 語義” 兩種觸發(fā)方式，且需實現(xiàn)協(xié)同觸發(fā)。

**

文檔抽取集成

文檔類型 (是否包括圖片？是否包括非結(jié)構(gòu)化文檔？是否包括版式分析、表格識別、公式識別、閱讀順序識別能力)

1.文檔類型覆蓋： 需支持圖片 、支持非結(jié)構(gòu)化文檔（如掃描版 PDF、手寫筆記照片，需配套 OCR 文字識別，識別準(zhǔn)確率≥**%）。

2.核心能力要求：需全部具備以下能力： 版式分析、表格識別、公式識別、閱讀順序識別。

**

能力調(diào)用集成

無明確疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

序號

系統(tǒng)子項

投標(biāo)人提問

答復(fù)內(nèi)容

1

光學(xué)字符識別（OCR）

1. 如何處理識別后的糾錯與校驗？是否需要人工審核流程？2. 對結(jié)構(gòu)化信息 (如發(fā)票上的金額、日期) 的提取是否有要求？3. 主要應(yīng)用場景？是標(biāo)準(zhǔn)文檔 (掃描版 PDF), 還是自然場景圖片 (街拍、廣告牌)?4. 精度要求？可接受的錯誤率是多少？5. 語言范圍？除中文外，是否需要支持少數(shù)民族語言或特定小語種？

1. 糾錯與校驗：系統(tǒng)需具備自動糾錯、人工審核功能。

2. 結(jié)構(gòu)化信息提取要求：需提取 “關(guān)鍵字段 + 格式保留”。

3. 主要應(yīng)用場景：以 “標(biāo)準(zhǔn)文檔（掃描版 PDF，如政務(wù)表單、審批文件）” 為主，“自然場景圖片（如街拍、廣告牌）” 僅作為輔助場景，占比不超過 **%。

4. 精度要求：標(biāo)準(zhǔn)文檔識別準(zhǔn)確率≥**%（可接受錯誤率≤2%），自然場景圖片識別準(zhǔn)確率≥**%（可接受錯誤率≤**%），單頁文檔錯誤率超過 5% 視為不合格，需重新識別。5. 語言范圍：需支持 “中文（簡體）”，暫不要求支持少數(shù)民族語言及小語種。

2

計算機視覺（CV）

1. 是需要通用的 CV 能力，還是針對特定場景的定制化模型？2. 對識別速度 (實時性) 和準(zhǔn)確率的優(yōu)先級如何排序？

1. CV 能力類型： 通用 CV 能力（如目標(biāo)檢測、圖像分類）作為基礎(chǔ)支撐，無需額外定制。

2. 優(yōu)先級排序：準(zhǔn)確率優(yōu)先于識別速度。

3

知識圖譜構(gòu)建（向量模型）

1. 知識圖譜的數(shù)據(jù)來源是什么？結(jié)構(gòu)化數(shù)據(jù) (數(shù)據(jù)庫，還是非結(jié)構(gòu)化數(shù)據(jù) (文檔、網(wǎng)頁)?2. 構(gòu)建圖譜的規(guī)模預(yù)期是多少 (實體、關(guān)系的數(shù)量級)?3. 圖譜需要覆蓋的領(lǐng)域有多專業(yè) (如通用常識 vs. 法律條款 vs. 基因關(guān)系)?

1. 數(shù)據(jù)來源：以 “結(jié)構(gòu)化數(shù)據(jù)” 為主，“非結(jié)構(gòu)化數(shù)據(jù)（文檔、網(wǎng)頁）” 為輔。

2. 規(guī)模預(yù)期：首期構(gòu)建規(guī)模為 “實體數(shù)量≥**萬個，關(guān)系數(shù)量≥**萬條，預(yù)留 **% 擴容空間。

3. 領(lǐng)域?qū)I(yè)度：覆蓋 “通用政務(wù)常識（如辦事流程）+ 枝江市特色領(lǐng)域（如當(dāng)?shù)禺a(chǎn)業(yè)政策、園區(qū)企業(yè)信息）”，暫不涉及高度專業(yè)領(lǐng)域（如法律條款、基因關(guān)系），若后續(xù)需擴展，需另行約定。

4

自然語言處理（NLP）

文本處理的對象是規(guī)范的書面語，還是口語化、含有錯別字的網(wǎng)絡(luò)用語？是否需要處理方言或特定領(lǐng)域的 “行話”?

1.文本處理對象：以 “規(guī)范書面語（如政策文件、辦事指南）” 為主，“口語化 / 網(wǎng)絡(luò)用語（如用戶咨詢對話）” 為輔，需支持對口語化表達的規(guī)范化轉(zhuǎn)換。

2.方言與行話處理： - 方言：僅支持 “宜昌方言” 的基礎(chǔ)理解（如 “搞么子”“克哪里”），其他方言暫不支持； - 行話：需支持枝江市政務(wù)高頻領(lǐng)域行話（如 “一窗通辦”“最多跑一次”），行話清單由招標(biāo)人提供，中標(biāo)方需嵌入 NLP 模型。

5

數(shù)據(jù)采集技術(shù)（RPA）

1. 是否確定目標(biāo)網(wǎng)站或應(yīng)用？(目標(biāo)網(wǎng)站或應(yīng)用的 UI 結(jié)構(gòu)一旦變更，RPA 流程就會失效，需要頻繁維護)2. 采集的數(shù)據(jù)源是內(nèi)部系統(tǒng)還是外部網(wǎng)站？是否需要登錄？采集的頻率和量我是多少？

1. 目標(biāo)網(wǎng)站 / 應(yīng)用：已確定，具體清單由招標(biāo)人在中標(biāo)后 3 個工作日內(nèi)提供（含枝江市政務(wù)服務(wù)網(wǎng)、宜昌市公共資源交易網(wǎng)等 ** 個核心平臺）；針對 UI 結(jié)構(gòu)變更問題，中標(biāo)方需提供 “RPA 流程監(jiān)控與快速適配服務(wù)”，當(dāng) UI 變更時，** 小時內(nèi)完成流程調(diào)整，避免服務(wù)中斷。

2. 數(shù)據(jù)源及采集要求： - 類型：內(nèi)部系統(tǒng)（招標(biāo)人業(yè)務(wù) OA、數(shù)據(jù)中臺）與外部網(wǎng)站（政府公開平臺）均需覆蓋； - 登錄：內(nèi)部系統(tǒng)需支持 “單點登錄（SSO）”，外部網(wǎng)站無需登錄（僅采集公開信息）； - 頻率：內(nèi)部系統(tǒng)每日采集 1 次，外部網(wǎng)站每周采集 2 次； - 量：單次采集數(shù)據(jù)量≤**GB，避免占用過多帶寬影響系統(tǒng)運行。

6

多模態(tài)交互（圖片、聲音、表格）

1. 交互的具體形式是什么？多模態(tài)交互的典型用例 (例如，語音問答關(guān)于圖片內(nèi)容” 還是 “上傳表格并語音命令生成圖表”) 請描述 1-2 個最典型的多模態(tài)交互用例)2. 對響應(yīng)速度的要求是多少？

1. 交互形式及典型用例： - 用例 1：圖片 + 文本交互（用戶上傳身份證圖片，系統(tǒng)識別后生成 “身份證信息確認文本”，用戶核對后提交，用于政務(wù)辦事材料預(yù)審）； - 用例 2：表格 + 語音交互（用戶上傳 Excel 格式的 “月度辦事數(shù)據(jù)” 表格，通過語音指令 “生成近 3 個月辦事量趨勢圖”，系統(tǒng)自動分析數(shù)據(jù)并生成可視化圖表，用于政務(wù)工作匯報）。2. 響應(yīng)速度：多模態(tài)交互單次響應(yīng)時間≤3 秒，其中圖片 / 表格處理時間≤2 秒，文本 / 語音生成時間≤1 秒。

序號

系統(tǒng)子項

投標(biāo)人提問

答復(fù)內(nèi)容

1

智能擬稿場景

1. 擬稿的具體文檔類型 (如：通知、請示、工作報告) 及其標(biāo)準(zhǔn)模板范例？2. 可接受的內(nèi)容準(zhǔn)確率和規(guī)范性標(biāo)準(zhǔn)？

1. 文檔類型及模板：需支持枝江市政務(wù)常用 6 類文檔，標(biāo)準(zhǔn)模板范例由招標(biāo)人提供： - 通知（如會議通知、工作通知）； - 請示（如經(jīng)費請示、項目請示）； - 工作報告（如月度總結(jié)、年度報告）； - 批復(fù)（如對下級單位請示的批復(fù)）； - 函（如部門間協(xié)調(diào)函）； - 新聞稿（如政務(wù)活動報道）。

2. 準(zhǔn)確率與規(guī)范性： - 內(nèi)容準(zhǔn)確率：核心信息（如時間、地點、金額、責(zé)任部門）準(zhǔn)確率 **0%，表述邏輯準(zhǔn)確率≥**%； - 規(guī)范性：需符合《黨政機關(guān)公文處理工作條例》及枝江市《公文格式規(guī)范》，格式錯誤（如字體、行距、頁碼）不超過 1 處 / 頁。

2

智能改稿場景

改稿的重點是側(cè)重于語言文字，還是文章結(jié)構(gòu)與邏輯？

需 “語言文字 + 文章結(jié)構(gòu) + 邏輯” 三者并重，具體優(yōu)先級：1. 第一優(yōu)先級：邏輯正確性（如請示理由是否充分、報告數(shù)據(jù)是否連貫）；2. 第二優(yōu)先級：文章結(jié)構(gòu)（如通知需包含 “標(biāo)題、主送機關(guān)、正文、落款” 四要素，缺一不可）；3. 第三優(yōu)先級：語言文字（如錯別字修正、用詞規(guī)范、語句通順）。

3

智能排版場景

是否由針對不同類型文檔的具體排版規(guī)范文檔或格式要求？

有，招標(biāo)人將在中標(biāo)后提供不同文檔類型的具體要求，例如： - 通知：標(biāo)題用 ** 號黑體，正文用 ** 號仿宋 GB****，行距 ** 磅； - 工作報告：標(biāo)題用 ** 號黑體，一級標(biāo)題用 ** 號黑體，二級標(biāo)題用 ** 號楷體，正文用 ** 號仿宋 GB****，行距 ** 磅； 中標(biāo)方需按手冊要求開發(fā)排版功能，排版結(jié)果需 **0% 符合規(guī)范。

4

智能摘要場景

對摘要的字?jǐn)?shù)、格式 (段落式 / 要點式) 有無具體要求？

1. 字?jǐn)?shù)要求：根據(jù)文檔長度動態(tài)調(diào)整。例如原文字?jǐn)?shù)≤**** 字，摘要≤**0 字；原文字?jǐn)?shù)＞ **** 字，摘要＞**0并且≤**0 字。2. 格式要求：需支持 “段落式 + 要點式” 兩種格式，供用戶自主選擇。

5

文件解讀場景

這個功能是作為理解輔助工具，還是可以替代人工解讀？

作為 “理解輔助工具”，不替代人工解讀。

6

公文智能檢索

需要支持的檢索條件？(如關(guān)鍵詞、文號、日期、發(fā)文單位、主題詞)

需支持 8 類檢索條件，用戶可組合使用：1. 關(guān)鍵詞檢索；2. 文號檢索；3. 日期檢索；；4. 發(fā)文單位檢索；5. 主題詞檢索；6. 文檔類型檢索；7. 密級檢索（公開、內(nèi)部、秘密，需權(quán)限控制）；8. 附件檢索（支持按附件名稱、附件類型檢索）。

7

智能問答場景

是否需要支持多輪對話？是否需要支持答案溯源？

1.多輪對話：需支持多輪對話，且對話上下文保留時間≥** 小時。

2.答案溯源：需支持答案溯源。

9

后續(xù)構(gòu)建的智能體梳理

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

枝江公務(wù)員辦公門戶集成智能體對接開發(fā)

需要門戶開發(fā)團隊提供清晰、穩(wěn)定的 API 接口，上述系統(tǒng)是否具備對接條件，能否提供接口文檔？

1.對接條件：枝江公務(wù)員辦公門戶已具備對接條件，招標(biāo)人將協(xié)調(diào)門戶開發(fā)團隊配合對接；

2.接口文檔：招標(biāo)人將協(xié)調(diào)門戶開發(fā)團隊，組織三方（中標(biāo)方、門戶開發(fā)團隊、招標(biāo)人）技術(shù)對接會，明確對接細節(jié)。

**

已有文檔庫集成對接開發(fā)

文檔庫中是否存在大量無效、重復(fù)或敏感數(shù)據(jù)，需要在同步前處理？

1.數(shù)據(jù)現(xiàn)狀：已有文檔庫存在少量無效、重復(fù)數(shù)據(jù)，敏感數(shù)據(jù)已標(biāo)記；

2.處理要求：中標(biāo)方需在同步前完成 “數(shù)據(jù)清洗”工作。

**

系統(tǒng)部署及聯(lián)調(diào)

需要先明確服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫版本、中間件等軟硬件環(huán)境要求。

服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫版本、中間件等軟硬件環(huán)境不做強制要求，需為主流軟硬件環(huán)境，滿足后期安全性、拓展性、易維護性等。

**

原始數(shù)據(jù)收集及入庫

數(shù)據(jù)類型？數(shù)據(jù)清洗和標(biāo)注的標(biāo)準(zhǔn)？

1. 數(shù)據(jù)類型：包括 “語料數(shù)據(jù)（政務(wù)文檔、政策文件、問答記錄）、業(yè)務(wù)數(shù)據(jù)（辦事流程、審批記錄、用戶反饋）；2. 清洗與標(biāo)注標(biāo)準(zhǔn)： - 清洗標(biāo)準(zhǔn)：無空值、無亂碼、無敏感信息（按涉敏語料定義剔除）、格式統(tǒng)一； - 標(biāo)注標(biāo)準(zhǔn)：語料數(shù)據(jù)需標(biāo)注 “業(yè)務(wù)領(lǐng)域（如社保、稅務(wù)）、數(shù)據(jù)類型（如文本、表格）、敏感級別（公開 / 內(nèi)部 / 秘密）”，標(biāo)注準(zhǔn)確率≥**%，標(biāo)注記錄需留存。

**

系統(tǒng)培訓(xùn)

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

**

單位內(nèi)部常用知識語料整理

無疑問

無補充說明，按招標(biāo)文件技術(shù)參數(shù)執(zhí)行即可。

序號

系統(tǒng)子項

投標(biāo)人提問

答復(fù)內(nèi)容

1

AI 系統(tǒng)的持續(xù)數(shù)據(jù)獲取與處理

1. 數(shù)據(jù)源的法律授權(quán)：需要提供書面的、明確授權(quán)的數(shù)據(jù)來源清單和使用協(xié)議，能否配合提供？2. 需要領(lǐng)域?qū)＜疑疃葏⑴c審核，能否安排專家配合？

1. 法律授權(quán)：招標(biāo)人將配合提供 “數(shù)據(jù)源授權(quán)文件”，包括： - 公開政務(wù)數(shù)據(jù)集（如政府官網(wǎng)公開文件）：提供《數(shù)據(jù)使用授權(quán)函》； - 非公開數(shù)據(jù)集（如內(nèi)部業(yè)務(wù)數(shù)據(jù)）：簽訂《數(shù)據(jù)保密與使用協(xié)議》，明確使用范圍（僅用于本項目）、保密義務(wù)及違約責(zé)任； 所有授權(quán)文件在中標(biāo)后提供。

2. 專家配合：招標(biāo)人將組建 “領(lǐng)域?qū)＜覍徍私M”，成員包括枝江市政務(wù)服務(wù)、數(shù)據(jù)安全、法律等領(lǐng)域?qū)＜?，專家將?“數(shù)據(jù)審核、模型優(yōu)化、需求確認” 等關(guān)鍵環(huán)節(jié)參與，具體時間由雙方協(xié)商確定。

2

AI 系統(tǒng)的持續(xù)數(shù)據(jù)清洗與預(yù)處理

1. 數(shù)據(jù)清洗的規(guī)則和標(biāo)準(zhǔn)由誰制定？2. 當(dāng) AI 輸出與人工驗證結(jié)果沖突時，以哪個為準(zhǔn)？如何利用沖突案例優(yōu)化模型？

1. 規(guī)則與標(biāo)準(zhǔn)制定：由 “招標(biāo)人 + 中標(biāo)方 + 領(lǐng)域?qū)＜摇?三方共同制定《數(shù)據(jù)清洗規(guī)則與標(biāo)準(zhǔn)手冊》，手冊需明確 “數(shù)據(jù)格式、清洗流程、質(zhì)量校驗指標(biāo)”，經(jīng)三方簽字確認后執(zhí)行，后續(xù)調(diào)整需書面審批。

2. 沖突處理與模型優(yōu)化： - 沖突判定：以人工驗證結(jié)果為準(zhǔn) - 模型優(yōu)化：將沖突案例納入 “模型優(yōu)化數(shù)據(jù)集”，通過 “微調(diào)模型參數(shù)、補充訓(xùn)練數(shù)據(jù)” 優(yōu)化模型，優(yōu)化后需重新測試，確保沖突率下降。

3

AI 系統(tǒng)的持續(xù)數(shù)據(jù)增強

1. 數(shù)據(jù)增強的策略是針對所有語料還是針對模型表現(xiàn)薄弱的環(huán)節(jié)？2. 如何避免過度增強導(dǎo)致模型過擬合或?qū)W到無意義的噪聲？3. 數(shù)據(jù)增強主要解決什么問題？是解決訓(xùn)練數(shù)據(jù)不足，還是提升模型在特定任務(wù)上的魯棒性？4. 數(shù)據(jù)增強可能引入不可控的誤差，需要一個嚴(yán)格的測試流程來把關(guān)，能否提供配套的業(yè)務(wù)流程驗證要求？

1. 增強策略：采用 “重點突破” 策略，優(yōu)先針對模型表現(xiàn)薄弱的環(huán)節(jié)。

2. 如何避免過度增強：由投標(biāo)人提供專業(yè)且合理的解決方案。

3. 解決問題：主要解決兩大問題： 訓(xùn)練數(shù)據(jù)不足和模型魯棒性不足。

4. 業(yè)務(wù)流程驗證要求：招標(biāo)人將向中標(biāo)單位提供相關(guān)標(biāo)準(zhǔn)，明確 “增強前數(shù)據(jù)審核、增強中過程監(jiān)控、增強后質(zhì)量驗收” 三個環(huán)節(jié)的驗證要點，中標(biāo)方需按清單執(zhí)行并提交驗證報告。

4

AI 系統(tǒng)的持續(xù)模型研發(fā)

1. 模型更新的頻率是多久？是月度、季度還是按需更新？2. 是否有回滾機制？當(dāng)新模型表現(xiàn)不佳時，能否快速切換回舊版本？3. 對技術(shù)風(fēng)險的認知: “持續(xù)模型研發(fā)” 是探索性工作，可能投入大量資源后效果不及預(yù)期？能否接受這種不確定性？

1. 更新頻率：按需更新。

2. 回滾機制：需具備完善的回滾機制，需支持 1 小時內(nèi)回滾至舊版本，并自動發(fā)送告警信息至管理員。

3. 技術(shù)風(fēng)險認知：招標(biāo)人已充分認知 “持續(xù)模型研發(fā)” 的探索性，接受合理范圍內(nèi)的不確定性，但需中標(biāo)方： - 提前制定風(fēng)險預(yù)案； - 及時同步風(fēng)險情況。