這幾年，我們經(jīng)常會(huì)接到科技公司CEO的咨詢，問(wèn)題出奇地一致：我們的產(chǎn)品用了算法，到底要不要備案，備案難不難，會(huì)不會(huì)備案了反而暴露了什么？

問(wèn)的人多了，我們意識(shí)到一個(gè)事實(shí)：很多CEO把算法備案當(dāng)成一道「行政考題」，以為能拖就拖、能躲就躲。但從業(yè)內(nèi)多年的觀察看，算法備案更像是一次「合規(guī)體檢」——做完不一定立刻加分，不做卻可能在某天突然變成「查封病歷」。

下面這份指南，我們盡量不講法條翻譯，只講一個(gè)科技企業(yè)CEO真正需要知道的事：備案是怎么回事、你的企業(yè)要不要做、怎么做才能少走彎路。

01 算法備案：

不是一道選題，而是一道必答題

先回答Zui核心的問(wèn)題：什么企業(yè)需要做算法備案？

判斷標(biāo)準(zhǔn)其實(shí)就一句話——你的產(chǎn)品里有沒(méi)有「算法」，以及這個(gè)算法是否具有「輿論屬性或者社會(huì)動(dòng)員能力」。前者看技術(shù)，后者看場(chǎng)景。

自2022年3月1日《互聯(lián)網(wǎng)信息服務(wù)算法推薦管理規(guī)定》施行、算法備案系統(tǒng)同日上線以來(lái)，監(jiān)管框架在三年內(nèi)快速補(bǔ)齊：《互聯(lián)網(wǎng)信息服務(wù)深度合成管理規(guī)定》于2023年1月10日施行，《生成式人工智能服務(wù)管理暫行辦法》于2023年8月15日施行；到了2025年9月1日，《人工智能生成合成內(nèi)容標(biāo)識(shí)辦法》及其配套強(qiáng)制性國(guó)家標(biāo)準(zhǔn)《網(wǎng)絡(luò)安全技術(shù)人工智能生成合成內(nèi)容標(biāo)識(shí)方法》（GB 45438—2025）同步落地。

翻譯成大白話：如果你做的是內(nèi)容推薦、深度合成（AI生成圖片、音頻、視頻、文本）、個(gè)性化推送、排序精選、檢索或調(diào)度決策，大概率都在備案射程之內(nèi)。近兩年公開(kāi)的備案清單里，從大型平臺(tái)到只有幾萬(wàn)用戶的小工具，從音樂(lè)生成到物流調(diào)度，覆蓋范圍遠(yuǎn)比很多人想象的寬。

從CEO視角看，真正需要警惕的不是「?jìng)浒噶鞒瘫旧怼?，而是「未備案直接上線」的后果。依據(jù)《互聯(lián)網(wǎng)信息服務(wù)算法推薦管理規(guī)定》，具有輿論屬性或社會(huì)動(dòng)員能力的算法服務(wù)提供者應(yīng)當(dāng)在提供服務(wù)之日起十個(gè)工作日內(nèi)履行備案手續(xù)；監(jiān)管部門(mén)有權(quán)約談、警告、責(zé)令限期改正，情節(jié)嚴(yán)重的還可以責(zé)令暫停信息更新、下架相關(guān)服務(wù)。對(duì)一家產(chǎn)品剛起步的科技公司來(lái)說(shuō)，一次下架可能就是團(tuán)隊(duì)半年的心血?dú)w零。

02 先想清楚：

你是「服務(wù)提供者」，還是「技術(shù)支持者」？

這是備案材料動(dòng)筆前必須回答的第一個(gè)問(wèn)題，也是被問(wèn)得Zui多、Zui容易搞混的問(wèn)題。

簡(jiǎn)單說(shuō)：直接面向終端用戶提供算法服務(wù)的，是「服務(wù)提供者」，比如自己運(yùn)營(yíng)App為用戶生成內(nèi)容；把算法能力做成API、SDK提供給其他企業(yè)調(diào)用的，是「技術(shù)支持者」，比如向開(kāi)發(fā)者開(kāi)放接口的模型服務(wù)商。

兩者的自評(píng)估報(bào)告模板、填寫(xiě)維度、公示內(nèi)容都不同。服務(wù)提供者要寫(xiě)清服務(wù)入口、用戶量、在線時(shí)長(zhǎng)；技術(shù)支持者要寫(xiě)清調(diào)用方式、服務(wù)對(duì)象、技術(shù)服務(wù)頻度。模板不同，意味著「考卷」不同，拿錯(cuò)卷子，材料大概率會(huì)被打回。

這里必須提醒一個(gè)常見(jiàn)的坑：很多企業(yè)既運(yùn)營(yíng)自己的C端產(chǎn)品，又把同一套模型能力開(kāi)放給B端客戶。這種情況下，兩條線往往都要備案——一條按「服務(wù)提供者」走C端產(chǎn)品，一條按「技術(shù)支持者」走API服務(wù)，材料和流程需要分別準(zhǔn)備、分別提交。省掉任何一條，都可能在未來(lái)某一天被監(jiān)管問(wèn)詢時(shí)措手不及。

我們經(jīng)手過(guò)的一個(gè)生成合成類項(xiàng)目就是這樣：App端面向普通用戶，開(kāi)放平臺(tái)面向企業(yè)開(kāi)發(fā)者，Zui終按「一產(chǎn)品一算法」的原則同步申報(bào)了兩條線，才把備案這步走完整。這不是額外負(fù)擔(dān)，而是產(chǎn)品架構(gòu)天然決定的合規(guī)義務(wù)。

03 六份材料，

每一份都是寫(xiě)給監(jiān)管的「說(shuō)明書(shū)」

定好角色，接下來(lái)是材料。算法備案的核心材料可以歸為六類：

第一，主體類材料。營(yíng)業(yè)執(zhí)照、法定代表人身份證、算法安全責(zé)任人身份及工作證明、域名備案信息、相關(guān)行業(yè)專項(xiàng)許可（醫(yī)療、金融等特殊行業(yè)）。這里有個(gè)細(xì)節(jié)經(jīng)常被忽略：營(yíng)業(yè)執(zhí)照名稱必須與ICP備案主體、域名實(shí)名信息完全一致，一個(gè)字都不能差。

第二，《算法備案承諾書(shū)》。加蓋公章，承諾內(nèi)容真實(shí)、合法、可追溯。別小看這一頁(yè)紙，它是整套材料的「真實(shí)性背書(shū)」。

第三，《算法安全自評(píng)估報(bào)告》。這是全套材料里Zui核心、Zui費(fèi)功夫的一份，通常包含五個(gè)章節(jié)：算法情況（數(shù)據(jù)、模型、干預(yù)策略、結(jié)果標(biāo)識(shí)）、服務(wù)情況或技術(shù)服務(wù)支持情況、風(fēng)險(xiǎn)研判、風(fēng)險(xiǎn)防控、安全評(píng)估結(jié)論。

第四，《落實(shí)算法安全主體責(zé)任基本情況》。

寫(xiě)清算法安全專職機(jī)構(gòu)、管理制度、技術(shù)保障、監(jiān)督與審計(jì)——回答的是「出了事你們公司誰(shuí)負(fù)責(zé)、怎么管」。

第五，《擬公示內(nèi)容》。注意，這份不是交上去就完事，備案通過(guò)后它是要向社會(huì)公開(kāi)的，內(nèi)容包含算法基本原理、運(yùn)行機(jī)制、應(yīng)用場(chǎng)景、目的意圖。寫(xiě)的時(shí)候既要講清楚，又要把握好信息披露的尺度，這也是為什么很多企業(yè)寧愿找律師把關(guān)。

第六，產(chǎn)品及功能信息。產(chǎn)品基本介紹、算法相關(guān)功能描述、用戶權(quán)益保障材料，讓監(jiān)管理解「你的產(chǎn)品到底在做什么」。

材料里Zui容易反復(fù)被退回的，是自評(píng)估報(bào)告的「實(shí)」與「細(xì)」。以我們經(jīng)手過(guò)的AI生成合成類項(xiàng)目為例，監(jiān)管反饋的問(wèn)題非常具體：底層模型是什么、版本號(hào)多少；產(chǎn)品上線時(shí)間；近三個(gè)月用戶量（總活躍、日均活躍、增長(zhǎng)量、日均在線時(shí)長(zhǎng)）；服務(wù)器系統(tǒng)及配置；內(nèi)容審核API的服務(wù)合同。這些數(shù)據(jù)不是「大概齊」就能糊弄的，版本號(hào)寫(xiě)錯(cuò)、上線時(shí)間對(duì)不上、用戶量與增長(zhǎng)數(shù)據(jù)邏輯矛盾，都可能觸發(fā)一輪又一輪補(bǔ)正。

還有一個(gè)寫(xiě)作上的關(guān)鍵：報(bào)告里的「風(fēng)險(xiǎn)研判」和「風(fēng)險(xiǎn)防控」必須形成閉環(huán)。你研判了七類風(fēng)險(xiǎn)（算法濫用、算法漏洞、惡意利用、違法和不良信息生成、存儲(chǔ)、傳播擴(kuò)散、數(shù)據(jù)和用戶信息泄露），防控章節(jié)就要一一對(duì)應(yīng)給出措施，并說(shuō)明該措施對(duì)哪些風(fēng)險(xiǎn)有效。只列風(fēng)險(xiǎn)不給對(duì)策，等于把風(fēng)險(xiǎn)敞口直接寫(xiě)給了監(jiān)管看。

04 從申報(bào)到公示：

一次備案的完整旅程

材料齊了，申報(bào)本身并不復(fù)雜。登錄互聯(lián)網(wǎng)信息服務(wù)算法備案系統(tǒng)，按四步走：第一步填寫(xiě)算法基礎(chǔ)屬性信息（算法類型、角色、名稱、上線時(shí)間、應(yīng)用領(lǐng)域，上傳自評(píng)估報(bào)告和擬公示內(nèi)容）；第二步填寫(xiě)算法詳細(xì)屬性信息；第三步填寫(xiě)產(chǎn)品及功能信息；第四步確認(rèn)提交。

但「提交」不等于「結(jié)束」。提交后通常要經(jīng)歷反饋、補(bǔ)正、再提交的循環(huán)。以我們經(jīng)手過(guò)的項(xiàng)目為例，第一輪反饋集中在模型版本、產(chǎn)品上線時(shí)間和用戶量，第二輪反饋涉及內(nèi)容審核機(jī)制與標(biāo)識(shí)規(guī)范的落實(shí)——每一輪補(bǔ)正都要重新核對(duì)數(shù)據(jù)、更新材料、重新蓋章上傳。

這里給CEO三個(gè)實(shí)操建議：

第一，給備案留足時(shí)間預(yù)算。從材料準(zhǔn)備到正式公示，通常以「月」為單位計(jì)算，別把它排在上線前一周。產(chǎn)品都快發(fā)布了才想起備案，是Zui常見(jiàn)的災(zāi)難現(xiàn)場(chǎng)。

第二，指定專人對(duì)接，zuihao懂技術(shù)也懂法務(wù)。

備案材料里大量?jī)?nèi)容涉及模型架構(gòu)、數(shù)據(jù)流轉(zhuǎn)、服務(wù)器配置，法務(wù)不懂技術(shù)填不了，技術(shù)不懂合規(guī)寫(xiě)不對(duì)，需要兩邊協(xié)作。

第三，材料一次到位，減少補(bǔ)正輪次。把「實(shí)」和「細(xì)」做在前面，寧可多花一周核對(duì)數(shù)據(jù)，也不要每輪反饋都等半個(gè)月。

05 備案通過(guò)之后：

合規(guī)是一場(chǎng)長(zhǎng)跑

拿到備案編號(hào)不是終點(diǎn)，而是起點(diǎn)。備案通過(guò)后，企業(yè)仍需配合監(jiān)管部門(mén)的監(jiān)督檢查，算法機(jī)制機(jī)理、服務(wù)內(nèi)容等發(fā)生重大變更的要重新備案，日常運(yùn)營(yíng)中也要?jiǎng)討B(tài)更新風(fēng)險(xiǎn)防控措施。

更重要的，是借備案這件事把公司的合規(guī)能力建起來(lái)。我們見(jiàn)過(guò)太多企業(yè)，備案時(shí)七拼八湊，通過(guò)后就把材料鎖進(jìn)抽屜。等到AI生成內(nèi)容標(biāo)識(shí)規(guī)范、深度合成內(nèi)容管理的新要求陸續(xù)落地，又被打個(gè)措手不及。

所以，給CEO們?nèi)湓挘?/p>

第一，把備案當(dāng)作產(chǎn)品上線的「必選項(xiàng)」，而不是「可選項(xiàng)」，在產(chǎn)品規(guī)劃階段就把合規(guī)預(yù)算和時(shí)間算進(jìn)去。

第二，合規(guī)不是法務(wù)一個(gè)部門(mén)的事，模型、數(shù)據(jù)、審核、運(yùn)營(yíng)都要有人對(duì)「算法安全」負(fù)責(zé)，組織架構(gòu)里要有一個(gè)能拍板的人。

第三，監(jiān)管規(guī)則仍在快速演進(jìn)，保持對(duì)法規(guī)動(dòng)態(tài)的敏感，必要時(shí)讓專業(yè)律師參與，別在細(xì)節(jié)上省該花的錢。

說(shuō)到底，算法備案這件事，本質(zhì)上是讓企業(yè)把「算法黑箱」變成「算法白箱」——向監(jiān)管說(shuō)清楚，也向用戶說(shuō)清楚。一個(gè)愿意把算法攤開(kāi)來(lái)接受審視的企業(yè)，才配得上技術(shù)帶來(lái)的長(zhǎng)期紅利。

技術(shù)可以狂奔，但合規(guī)必須在線。愿每一家科技企業(yè)，都能在規(guī)則之內(nèi)，把產(chǎn)品做得既快又穩(wěn)。