1. 周五下午三點(diǎn)那份不能出內(nèi)網(wǎng)的送審稿材料崗的周五下午往往是從一份帶密級的稿子開始的。三十頁專項(xiàng)匯報(bào)下周一上會(huì)今天下班前要把錯(cuò)別字、序號、標(biāo)點(diǎn)過一遍。稿子不能出內(nèi)網(wǎng)機(jī)器打不開公網(wǎng)頁面代理也不讓走。你打開某個(gè)網(wǎng)頁大模型把正文粘進(jìn)去光標(biāo)停在發(fā)送鍵上——然后全刪了。不是不會(huì)用是四件事同時(shí)卡住帶密級的稿貼到公網(wǎng)就是擴(kuò)大知悉范圍事后被問誰允許上傳的寫不出情況說明這臺機(jī)器根本解析不了外網(wǎng)域名就算前三條都過了模型吐回來的是一段潤色后的文字沒有定位、沒有痕跡領(lǐng)導(dǎo)問你憑什么改這句答不上來。這就是機(jī)關(guān)內(nèi)網(wǎng)文檔審查的真實(shí)處境。你要的不是更聰明的聊天框而是長在國產(chǎn) WPS 里、跑在內(nèi)網(wǎng)、改動(dòng)可核對、人來點(diǎn)頭的東西。本文聚焦機(jī)關(guān)內(nèi)網(wǎng)隔離環(huán)境下用國產(chǎn) WPS 對送審稿做自動(dòng)審查的落地路徑以 MCP 串聯(lián)批注回寫與規(guī)則校驗(yàn)并說明如何把 endpoint 改到 TaoToken 打通統(tǒng)一 Key/API 通道。適合政務(wù)/政企辦公讀者、信息中心試點(diǎn)人員、材料崗文書崗目標(biāo)是在不觸網(wǎng)的前提下完成審查閉環(huán)。先把結(jié)論放前面模型可以在機(jī)房批注必須在稿子上。下面按問題—前置—配置—驗(yàn)證—排障—入口六段走每段都能直接跟做。2. 內(nèi)網(wǎng)隔離下 WPS 自動(dòng)審查的前置準(zhǔn)備與 TaoToken 通道定位在動(dòng)手之前先把環(huán)境邊界想清楚。機(jī)關(guān)內(nèi)網(wǎng)的五道墻——不聯(lián)網(wǎng)、內(nèi)網(wǎng)隔離、國產(chǎn)化信創(chuàng)、不敢上傳、要留痕問責(zé)——決定了你不能照搬公網(wǎng)那套網(wǎng)頁大模型 復(fù)制粘貼的流程?？尚械募軜?gòu)是四塊拼在同一臺辦公機(jī)上WPS稿件始終在國產(chǎn)辦公軟件里打開是唯一的活動(dòng)文檔。智能體讀它、定位它、往它上面寫批注而不是把正文搬到別處。內(nèi)網(wǎng)模型推理用 Ollama、Xinference、OneAPI 這類 OpenAI 兼容的內(nèi)網(wǎng)端點(diǎn)或純本機(jī)模型。模型流量走內(nèi)網(wǎng)不走公網(wǎng)。本機(jī) MCP起一個(gè)本機(jī)服務(wù)固定監(jiān)聽http://127.0.0.1:62588/mcp服務(wù)名chayuan-wps-mcp?？蛻舳酥贿B這個(gè)本機(jī)回環(huán)地址端口只綁127.0.0.1從設(shè)計(jì)上就沒打算被互聯(lián)網(wǎng)碰到。人工確認(rèn)任何會(huì)改文檔的動(dòng)作寫批注、替換、脫密默認(rèn)要你點(diǎn)頭協(xié)議層叫confirmedtrue你沒說確認(rèn)一個(gè)字都改不了。那 TaoToken 在這里扮演什么角色它是統(tǒng)一 Key/API 通道層。當(dāng)你的內(nèi)網(wǎng)模型端點(diǎn)需要統(tǒng)一管理、或者試點(diǎn)階段需要把多個(gè)模型供應(yīng)商收斂到一個(gè) endpoint 時(shí)把基礎(chǔ) URL 指向 TaoToken 的 API 地址https://taotoken.net/api用統(tǒng)一的 Key 去調(diào)用客戶端側(cè)只認(rèn)一個(gè)入口。這樣做的價(jià)值在于模型可以換、供應(yīng)商可以調(diào)但 WPS 加載項(xiàng)和 MCP 客戶端的配置不用跟著改密鑰管理也集中在一處。需要說清楚的是TaoToken 是 API 通道不是替代 WPS 的編輯器也不是繞過內(nèi)網(wǎng)管控的工具。內(nèi)網(wǎng)隔離環(huán)境里模型推理仍然優(yōu)先走本機(jī)或內(nèi)網(wǎng)端點(diǎn)TaoToken 通道適用于那些已經(jīng)通過單位數(shù)據(jù)與采購規(guī)定、允許接入的模型調(diào)用場景。把 endpoint 改到 TaoToken本質(zhì)是統(tǒng)一入口、統(tǒng)一 Key而不是把材料送出去。前置清單建議逐項(xiàng)確認(rèn)項(xiàng)目要求說明安裝包來源官網(wǎng)或單位軟件倉庫核對版本號避免來路不明WPS國產(chǎn) WPS 文字已啟動(dòng)一次只裝包不啟動(dòng)加載項(xiàng)不注冊模型端點(diǎn)內(nèi)網(wǎng) Ollama / Xinference / OneAPI本機(jī)常見端口 11434MCP 端口127.0.0.1:62588只綁回環(huán)不做端口映射統(tǒng)一通道TaoToken API 地址需要統(tǒng)一 Key 時(shí)使用確認(rèn)策略confirmedtrue 才寫回默認(rèn)預(yù)覽授權(quán)才改裝完必須真正打開一次 WPS 文字確認(rèn)加載項(xiàng)出現(xiàn)。只裝包不啟動(dòng)加載項(xiàng)不注冊后面客戶端一律報(bào)WPS_AGENT_OFFLINE——這個(gè)錯(cuò)誤碼后面會(huì)反復(fù)出現(xiàn)先記住它。3. 可復(fù)制的 MCP 配置片段與 WPS 批注回寫設(shè)置這一節(jié)給可直接復(fù)制的配置。先說 MCP 掛載。以 Claude Code 為例一行命令掛上本機(jī)端點(diǎn)claude mcp add --transport http chayuan-wps-mcp http://127.0.0.1:62588/mcp如果你用的是支持 JSON 配置的客戶端Cline、Codex 等把下面這段寫進(jìn)對應(yīng)的 MCP 配置文件。注意路徑與原文一致服務(wù)名保持chayuan-wps-mcp{ mcpServers: { chayuan-wps-mcp: { transport: http, url: http://127.0.0.1:62588/mcp, headers: {} } } }Codex 用戶如果走auth.json體系把統(tǒng)一通道的 Key 和 Base URL 寫進(jìn)去三件套要齊Base URL、Key、Model ID。示例結(jié)構(gòu)如下字段名以你本地客戶端版本為準(zhǔn){ base_url: https://taotoken.net/api, api_key: 你的統(tǒng)一Key, model: 你的模型ID }再給一份 TOML 形式方便用配置文件管理的場景[mcp_servers.chayuan-wps-mcp] transport http url http://127.0.0.1:62588/mcp [model_provider] base_url https://taotoken.net/api api_key 你的統(tǒng)一Key model 你的模型ID配置完把下面這段開場白貼進(jìn)客戶端。它就是人機(jī)分工的契約建議原樣保存你通過 chayuan-wps-mcp 操作當(dāng)前 WPS 文檔。 1先校對預(yù)覽檢查錯(cuò)別字、標(biāo)點(diǎn)、明顯病句 2匯總問題列表給我不要改正文 3我回復(fù)「確認(rèn)寫批注」后再寫成 WPS 批注釘在具體文字上 4沒有「確認(rèn)替換」禁止改正文 5脫密相關(guān)工具禁止擅自調(diào)用。然后下一句對當(dāng)前文檔做錯(cuò)別字與標(biāo)點(diǎn)審查先給問題列表——智能體返回列表你核對再回確認(rèn)寫批注。批注就釘在了稿面上每處都帶原文、問題、建議。批注模板建議統(tǒng)一成三列方便會(huì)簽時(shí)討論【原文】……被標(biāo)注的文字 【問題】錯(cuò)別字 / 標(biāo)點(diǎn) / 序號 / 病句 【建議】……擬修改內(nèi)容整套流程的妙處在于它沒讓你信任 AI它讓你信任流程。預(yù)覽是默認(rèn)寫回是授權(quán)確認(rèn)一次改一次。這條契約比任何我們絕對安全的承諾都更適合寫進(jìn)科室操作規(guī)范。4. 驗(yàn)證請求與成功結(jié)果healthz 冒煙與一次送審前自檢配置完不能直接上正式稿先做三層驗(yàn)證。第一層服務(wù)在線。瀏覽器打開http://127.0.0.1:62588/healthz看到在線online算第一關(guān)。這一步不通后面全免談。第二層模型配通。在加載項(xiàng)內(nèi)跑一次拼寫與語法檢查能出問題列表算模型配通。出不了列表多半是MODEL_NOT_CONFIGURED回去檢查模型端點(diǎn)配置。第三層只讀冒煙?？蛻舳诉B上http://127.0.0.1:62588/mcp后先下一句只讀指令比如讀當(dāng)前文檔標(biāo)題和前兩段不要改、不要批注。這一步驗(yàn)證的是讀寫鏈路不產(chǎn)生任何修改。三層都過再做一次送審前自檢。用一份故意造錯(cuò)的測試稿跑完整閉環(huán)對當(dāng)前文檔做錯(cuò)別字與標(biāo)點(diǎn)審查先給問題列表不要改正文。預(yù)期結(jié)果返回一份問題列表每條帶原文定位。你核對后回確認(rèn)寫批注預(yù)期結(jié)果批注釘在具體文字上表格內(nèi)容釘在單元格。此時(shí)打開 WPS 批注窗格應(yīng)該能看到每條批注的原文、問題、建議三要素齊全。成功結(jié)果的判斷標(biāo)準(zhǔn)我建議用這三條批注錨點(diǎn)準(zhǔn)確沒有飄到表外或段落外預(yù)覽列表與最終批注條目一致沒有預(yù)覽說三處、寫回變五處原始稿未被改動(dòng)改動(dòng)只發(fā)生在另存的副本上。如果這三條都滿足說明閉環(huán)通了。接下來才是把它用到真實(shí)但非涉密的舊制度稿上只出批注、不改正文觀察誤報(bào)率。5. 本篇常見錯(cuò)排查401、local proxy failed、reading choices、OAuth排障這節(jié)按真實(shí)報(bào)錯(cuò)來遇到對號入座。401 Unauthorized。出現(xiàn)在走統(tǒng)一通道調(diào)用模型時(shí)。原因通常是 Key 沒配、Key 過期、或者 Base URL 和 Key 不匹配。檢查三件套是否齊全Base URL 指向https://taotoken.net/apiKey 是當(dāng)前有效的Model ID 拼寫正確。三者缺一或錯(cuò)一都會(huì) 401。local proxy failed?？蛻舳诉B不上本機(jī) MCP 端點(diǎn)。先確認(rèn)http://127.0.0.1:62588/healthz是否在線再確認(rèn)端口有沒有被別的進(jìn)程占用最后確認(rèn)你沒有把端口改成0.0.0.0或做無鑒權(quán)轉(zhuǎn)發(fā)——那樣雖然能連但等于把本機(jī)助手變成未鑒權(quán)文檔接口安全檢查掃到會(huì)按高風(fēng)險(xiǎn)處置。需要遠(yuǎn)程用時(shí)走帶鑒權(quán)的 SSH 本地轉(zhuǎn)發(fā)用完即關(guān)。reading choices 相關(guān)報(bào)錯(cuò)。多出現(xiàn)在模型返回結(jié)構(gòu)不符合預(yù)期時(shí)比如預(yù)覽階段模型直接吐了一段改寫正文而不是問題列表。這通常是開場白契約沒貼、或者模型能力不足?；氐降?3 節(jié)把開場白原樣貼進(jìn)去再下一句明確的只要問題列表不要改正文。OAuth 報(bào)錯(cuò)。出現(xiàn)在客戶端嘗試走 OAuth 流程連接時(shí)。本機(jī) MCP 端點(diǎn)默認(rèn)不需要 Token、不走 OAuth只連回環(huán)地址。如果客戶端彈 OAuth說明它連錯(cuò)了地址或者配置里混進(jìn)了需要鑒權(quán)的遠(yuǎn)程端點(diǎn)。把 URL 改回http://127.0.0.1:62588/mcp即可。WPS_AGENT_OFFLINE。加載項(xiàng)沒注冊。原因幾乎都是裝完包沒真正打開一次 WPS 文字。打開一次確認(rèn)加載項(xiàng)出現(xiàn)再重試。MODEL_NOT_CONFIGURED。模型端點(diǎn)沒配通?；丶虞d項(xiàng)設(shè)置里檢查基礎(chǔ) URL 和模型名先在加載項(xiàng)內(nèi)跑通拼寫與語法檢查再談外部客戶端。CONFIRMATION_REQUIRED。這不是故障是設(shè)計(jì)。它表示某個(gè)改文檔的動(dòng)作沒拿到confirmedtrue?；匾痪浯_認(rèn)寫批注或確認(rèn)替換即可。它替你挑錯(cuò)不替你擔(dān)責(zé)。排障時(shí)記住一條先分層再定位。服務(wù)層healthz→ 模型層拼寫檢查→ 鏈路層只讀冒煙→ 寫回層確認(rèn)批注。哪層斷修哪層不要一上來就懷疑模型。6. 統(tǒng)一 Key/API 通道入口與試點(diǎn)落地建議把閉環(huán)跑通之后剩下的是推廣節(jié)奏。一周試點(diǎn)可以這樣排第 1 天信息中心裝包、打開 WPS、healthz 確認(rèn)在線模型只接內(nèi)網(wǎng)端點(diǎn)第 2 天選兩名文書用故意造錯(cuò)的測試稿跑預(yù)覽與寫批注不碰正式紅頭第 3 天引入一份真實(shí)但非涉密的舊制度稿只出批注、不改正文第 4 天把開場白寫進(jìn)科室備忘錄統(tǒng)一確認(rèn)寫批注 / 確認(rèn)替換口徑第 5 天復(fù)盤誤報(bào)與錨點(diǎn)問題決定是否擴(kuò)大到處室。試點(diǎn)期正式涉密稿一律不進(jìn)公共演示機(jī)不存?zhèn)€人云密鑰這兩條寫進(jìn)紀(jì)要。三種崗位的分工也寫清楚免得出錯(cuò)三方甩鍋起草人負(fù)責(zé)事實(shí)與口徑收到批注改字核稿或文書下預(yù)覽指令、刪誤報(bào)、決定哪些條目確認(rèn)寫批注信息中心管內(nèi)網(wǎng)模型端點(diǎn)、安裝包來源、端口是否只綁本機(jī)、密鑰是否進(jìn)公共機(jī)房。三條不能讓步的界線不替代定密、不替代終審62588 不出本機(jī)脫密要密碼、預(yù)覽內(nèi)容別外貼。預(yù)覽列表里可能含公文合同原文片段復(fù)制到外部聊天、郵件、公有云就等于主動(dòng)擴(kuò)大知悉范圍。需要統(tǒng)一 Key/API 通道時(shí)從這里進(jìn)模型對話與驗(yàn)證https://taotoken.net/api?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite接入文檔https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite控制臺https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite長期編碼與 Agent 場景https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite如果你要向領(lǐng)導(dǎo)匯報(bào)一句話我們在國產(chǎn) WPS 里接上了文檔智能體模型走內(nèi)網(wǎng)改動(dòng)留批注、人來確認(rèn)材料不出單位。 機(jī)關(guān)要的不是更會(huì)聊天的網(wǎng)頁而是國產(chǎn) WPS 里可復(fù)核的審查痕跡。按本文閉環(huán)做完再去追更細(xì)的端口、分塊、多文檔文章不遲。終審、定密、印發(fā)仍然是人。