想象你是一名船长,正驾驶一艘满载货物的船驶向未知海域。AI 创业就是这样一场远航——产品是你的船,用户是你的乘客,而合规则是那张标注了暗礁、风暴和航道的航海图。不懂航海图的船长,不是勇敢,而是拿整船人的性命开玩笑。从第一天起,你就要学会识别风险:数据的货物该怎么分类存放?算法的出港许可办了没有?代码里的开源组件会不会像暗钉一样扎穿船底?用户隐私要上几把锁?这些不是法务部的“上岸作业”,而是每个 AI 创业者的基本功。 本文会用“出海远航”这个比喻贯穿始终,带你走一遍完整的合规航程:从数据合规、算法备案、知识产权、用户隐私这四大基础检查,到风险识别框架、合规体系搭建、成本速度平衡、应急预案处置这四大航行能力。你会发现,合规不是创业的对立面,而是让你敢开快船的那套安全装备。

岗位关联

对 AI 创业者而言,掌握这套合规与风险方法,等于从第一天就装上了避雷系统——既避免数百万罚款和业务停摆,又能把节省出的精力真正投入到产品和用户身上。

目录
  1. 可视化演示
  2. 数据合规基线
  3. 算法备案审查
  4. 知识产权护城河
  5. 用户隐私保护
  6. 风险识别框架
  7. 合规体系搭建
  8. 成本速度平衡
  9. 应急预案处置
  10. AI 应用场景
  11. Python 演示
  12. 常见误区
  13. 面试题

可视化演示

本节配有交互动效(进入视口后自动加载,约 3KB)。

风险矩阵:概率×影响四象限分布 数据隐私/GDPR:高概率+高影响=优先处理 知识产权:中概率+高影响=重点关注 算法偏见:中概率+中影响=持续监控 风险值 = 概率(0-1) × 影响(1-10) 高风险项需在产品上线前完成合规审查

数据合规基线

船启航前,最有经验的船长不是先喊“全速前进”,而是先走进货舱看货。普通货物堆前舱,易燃品单独隔离,贵重物品上锁保管——因为不同货物在风浪中的处置方式完全不同。AI 创业的数据,就是船上的货物。数据合规的第一步,是搞清楚船上到底装了些什么,并按危险程度分类摆放。

技术上的“分类分级”逻辑与理货如出一辙:《数据安全法》把数据分为一般数据、重要数据、核心数据三个等级,而《个人信息保护法》则把个人信息按敏感程度区分对待。你的 AI 模型训练集里,公开爬取的文本是普通货物,用户手机号是敏感货物,医疗记录、生物特征就是船底的弹药库。级别不同,管理动作天差地别:普通数据可以正常使用,重要数据要设专人管理,核心数据几乎不允许出境。同时,你还要审查数据来源是否合法——用爬虫抓取的数据、买来的数据包,都要能说得清出处,否则再好的模型也是“赃物”。

理货做得好,风浪来了才知道先护哪批货。数据分级清晰了,一旦面临监管问询或泄露事故,你才能在第一时间说清楚“什么数据、什么级别、存在哪里、谁能碰”。这份从容,就是货舱里的安全感。

S=∑i=1nwi⋅vi\displaystyle S = \sum_{i=1}^{n} w_i \cdot v_i
数据综合敏感度等于每个属性的敏感分乘以权重后加起来。得分越高,数据级别越高,管理和保护要求越严。
  1. 列出属性把一项数据涉及的所有属性编号,比如身份、位置、消费记录等
    v1,v2,…,vnv_1, v_2, \dots, v_n
  2. 评估敏感分每个属性按敏感程度打 0 到 10 分,分数越高越敏感
    vi∈[0,10]v_i \in [0, 10]
  3. 设定权重给每个属性一个权重,反映它在具体业务场景中的重要程度
    wi∈[0,1],∑i=1nwi=1w_i \in [0, 1], \quad \sum_{i=1}^{n} w_i = 1
  4. 加权求和把敏感分与权重相乘再累加,得到综合敏感度
    S=∑i=1nwi⋅viS = \sum_{i=1}^{n} w_i \cdot v_i

算法备案审查

船不登记,港务局不放行;船要出港,必须先把船名、载重、航行区域报备清楚。AI 创业里的“出港登记”,就是算法备案。根据《互联网信息服务算法推荐管理规定》和《生成式人工智能服务管理暂行办法》,用算法向用户提供信息服务的平台,尤其是具有舆论属性或社会动员能力的应用,必须在上线前完成备案。

很多人以为备案就是填张表,其实它更像一次出港前的全船检查:你要提交算法安全自评估报告,说明算法的基本原理、数据来源、潜在风险;要提供主体信息、产品服务信息;还要承诺算法不用于不正当竞争、不侵害用户权益。如果算法做了重大变更——比如推荐策略大改、数据源切换——还要重新备案,就像船改了航线要重新报备一样。备案不是一次性的,它跟着你的业务走。

备案不是束缚航速的栏杆,而是港务局发给你的通行证。没有这张证,船到了公海才发现被列为“违规船只”,等待你的不是远方的机会,而是监管的雷达。宁可提前两周完成备案,也不要在上线前夜惊慌失措补材料。

Tstart=Tdeadline−Tlead\displaystyle T_{start} = T_{deadline} - T_{lead}
备案启动时间等于政策截止日减去准备周期。材料准备、安全评估、内部审核的时间都要提前算进去,否则赶不上节点。
  1. 确认截止日找到政策规定的最晚完成备案日期
    TdeadlineT_{deadline}
  2. 估算准备周期把材料整理、安全评估、内部审核的耗时全部加总
    Tlead=Tmaterials+Tassessment+TreviewT_{lead} = T_{materials} + T_{assessment} + T_{review}
  3. 倒推启动时间用截止日减去准备周期,得到最晚必须启动的日期
    Tstart=Tdeadline−TleadT_{start} = T_{deadline} - T_{lead}

知识产权护城河

老船长会给船底包上铜皮,在船舷加装防撞护木——不是为了让船更好看,而是为了在暗礁和海盗面前多一层防护。AI 创业公司的知识产权,就是这层护城河。你的护城河由四块装甲组成:专利保护算法创新,商标守护品牌,著作权保护代码和训练数据,商业秘密锁住核心配方。

但护城河之外还有暗雷,最大的暗雷是开源协议。今天的 AI 项目几乎离不开开源组件:PyTorch、Transformers、各类基础模型。可开源不等于“免费随便用”。MIT 协议最宽松,Apache-2.0 要求保留版权声明,而 GPL 协议自带“传染性”——如果你的项目集成了 GPL 组件并以某种方式分发,你的代码可能被迫整体开源。很多创业公司产品爆火后收到开源社区律师函,就是因为没搞懂这条规则。

认认真真给船底包铜皮的人,才能在海上走得更远。创业公司从第一天就要建立开源协议台账:用了什么组件、什么协议、有什么义务,一清二楚。版权归属同样要在入职协议里写明:员工在职期间写的代码、训练出的模型,知识产权归公司所有。否则核心算法随离职员工一起“下船”,你连追索的依据都没有。

Ltotal=max⁡1≤i≤nLi\displaystyle L_{total} = \max_{1 \le i \le n} L_i
项目整体的开源义务等级,等于所有用到的开源组件中义务最严格的那个。一个 GPL 组件就能让整个项目“被迫开源”。
  1. 枚举组件清点代码库中用到的每一个开源组件
    C1,C2,…,CnC_1, C_2, \dots, C_n
  2. 匹配协议为每个组件找到对应的开源协议及义务等级
    Li=license(Ci)L_i = \text{license}(C_i)
  3. 取最严等级项目整体义务由等级最高的组件决定
    Ltotal=max⁡1≤i≤nLiL_{total} = \max_{1 \le i \le n} L_i

用户隐私保护

船上每位乘客的行李,船长都要登记造册:谁带的什么、放在哪个舱位、什么时候取回。AI 产品处理用户个人信息,就是这个“行李保管”流程。《个人信息保护法》给它定了三条硬规矩:告知同意、最小必要、敏感信息特殊保护。

告知同意,就是动乘客行李前先说明白“我要看什么、为什么看、看多久”,还必须是用户主动点头的“明示同意”,不能藏在用户协议第 38 页。最小必要,是只带路上必需的那件行李——做导航的 App 需要位置权限,但没理由读通讯录。至于人脸、指纹、医疗、行踪这类敏感个人信息,不仅需要单独取得同意,还要做更严格的安全保护,就像贵重行李要进保险柜。采集之后也不是终点,加密存储、访问留痕、到期删除,都是必须的动作。

对乘客行李保管得当的船,乘客才会放心上船。用户隐私保护做得好,不只是在免罚单,更是在积累品牌信任资产。每一条“删掉我的数据”的请求都妥善处理,每一次权限申请都给出理由,你的产品就有了口碑上的压舱石。

nmin=min⁡{n∣f(x1,x2,…,xn) 可达成业务目标}\displaystyle n_{min} = \min \{ n \mid f(x_1, x_2, \dots, x_n) \text{ 可达成业务目标} \}
最小必要数量的计算:找一个最小的字段集合,使得业务功能恰好能跑通。多一个字段都是过度收集。
  1. 定义业务函数把“要完成什么任务”抽象成函数 f
    f(x1,x2,…,xn)f(x_1, x_2, \dots, x_n)
  2. 从少到多试验从 1 个字段开始,检查业务能否正常运行
    n=1,2,3,…n = 1, 2, 3, \dots
  3. 停在最小集第一次让业务成立的 n 就是最小必要字段数
    nmin=min⁡{n∣f 可达成目标}n_{min} = \min \{ n \mid f \text{ 可达成目标} \}

风险识别框架

老船长手里都有一张海图,上面密密麻麻标注着:这里的暗礁离水面只有两米,那片海域冬季风暴频发,这条航道夏天有海盗出没。风险识别框架,就是给 AI 创业公司画这张海图的过程。步骤很简单:先把所有可能的风险列成清单,再评估每一类风险发生的概率和影响大小,最后给风险排序,把精力优先投向“既容易发生、又后果严重”的灾难。

最常见的风险清单条目包括:数据合规风险(来源不合法、未分级保护)、算法风险(未备案、算法歧视)、知识产权风险(开源违规、离职泄密)、用户隐私风险(过度收集、泄露事件)。这些风险不是一次列完就结束的——模型迭代、业务扩展、法规更新,都会画出一条新暗礁。

海图的价值在于“时刻更新”。建议每季度做一次风险复盘:新上的功能会不会引入数据泄露路径?新合作的数据供应商靠不靠谱?新法规对现有业务有没有影响?把风险识别变成例行公事,暗礁就永远是海图上的标注,而不是船底下的灾难。

R=P×I\displaystyle R = P \times I
风险值等于发生概率乘以影响程度。概率用 0 到 1 表示,影响打 1 到 5 分。得分高的风险要优先处理。
  1. 估计概率判断某类风险一年内发生的可能性
    P∈[0,1]P \in [0, 1]
  2. 评估影响按损失大小打分,1 分轻微,5 分致命
    I∈{1,2,3,4,5}I \in \{1, 2, 3, 4, 5\}
  3. 相乘定级两者相乘,数值越大优先级越高
    R=P×IR = P \times I

合规体系搭建

一艘远洋船的航行安全,靠的不是船长的个人英雄主义,而是一套体系:大副管航行、二副管货物、水手长管设备,每班八小时轮换,每个操作都有制度。AI 创业公司的合规体系也一样,由四个层面构成:人、制度、培训、审计。

人,是设立专职的合规负责人。小团队里这个人可能由 CEO 或 CTO 兼任,但职责必须明确写进岗位说明:对接监管、审查业务、组织评估。制度,是把数据合规、算法备案、隐私保护这些要求落成书面流程——比如“新产品上线前必须过合规评审”。培训,是让每个员工都知道底线在哪里,尤其是产品和研发人员——他们不学合规,代码写得多漂亮都可能埋雷。审计,则是定期请独立的视角来检查船体:制度有没有执行?记录有没有留痕?

一支训练有素的船员队伍,不会在风浪来临时才临时开会。合规体系的价值,在于把“遇到问题再救火”变成“平时就有制度”——监管来检查时,你能拿出一套完整的记录;业务上新功能时,合规评审能提前识别风险。体系不是行政管理负担,而是让各岗位各司其职的航行手册。

C=AdoneAtotal×100%\displaystyle C = \frac{A_{done}}{A_{total}} \times 100\%
合规成熟度等于已完成事项数除以应完成事项总数。百分比越高,体系越健全,越能从容应对监管检查。
  1. 编制清单把所有应落地的合规事项整理成清单
    Atotal={a1,a2,…,am}A_{total} = \{a_1, a_2, \dots, a_m\}
  2. 逐项销号每完成一项就在清单上打勾
    Adone⊆AtotalA_{done} \subseteq A_{total}
  3. 计算成熟度完成项数量除以总项数量,得到百分比
    C=∣Adone∣∣Atotal∣×100%C = \frac{|A_{done}|}{|A_{total}|} \times 100\%

成本速度平衡

远航船上,燃料永远有限。开得越快,油耗越高,续航越短;可开得太慢,赶不上渔汛,这趟船就白跑了。AI 创业的燃料就是钱和时间,合规动作在这头增加成本,业务速度在那头损失机会。怎么平衡?经验丰富的船长会告诉你:不是匀速行驶,而是看清航段——离港区航道复杂,必须慢行;到了开阔洋面,则全速前进。

对应到合规上,这叫“合规优先级”。第一优先级是法律红线:没有算法备案就上线生成式 AI,属于“无证航行”,必须停下解决。第二优先级是高危风险:用户数据不加密存储、隐私政策失效,这类问题像船底的裂缝,多等一天就多一分沉没的风险。第三优先级才是锦上添花:比如把合规流程自动化、申请更多认证。初创公司不需要一步到位的大而全合规体系,而应该搭建“最小化合规包”——只包含当前业务和法律要求的最小清单,然后随规模滚动完善。对还在实验阶段的小功能,可以在隔离环境中测试,不承载真实用户数据,这样既验证了想法,又不扩大合规面。

聪明的船长会把燃料花在刀刃上:该慢的航段绝不图快,该快的航段也绝不犹豫。合规和业务速度从来不是非此即彼的对手。一个 30 人以下的创业团队,完全可以用两页纸的最小合规清单启动业务,同时把“每季度更新一次”写进日历——这样既保证船在航道上,又不会让合规章程成为压垮速度的锚。

ROI=Lbefore−LafterCinvest\displaystyle ROI = \frac{L_{before} - L_{after}}{C_{invest}}
合规投入回报率等于“合规前预计损失减去合规后预计损失”再除以投入成本。比值大于 1,说明这笔合规投入值得做。
  1. 估算合规前损失测算不整改时,罚款、赔偿、业务停摆每年可能损失多少钱
    LbeforeL_{before}
  2. 估算合规后损失整改后按同样口径重新计算
    LafterL_{after}
  3. 统计投入成本把人力、系统、咨询费用全部计入
    CinvestC_{invest}
  4. 相除看回报损失减少额除以投入,比值越大越值得投
    ROI=Lbefore−LafterCinvestROI = \frac{L_{before} - L_{after}}{C_{invest}}

应急预案处置

即使海图画得再精确,船检做得再仔细,海上的意外依然可能发生。真正的船长,把救生艇放在随手可及的位置,每个月组织一次弃船演练,因为真正致命的不是风暴本身,而是风暴来了才发现没有人知道怎么放救生艇。AI 创业的数据泄露、算法滥用、监管问询,就是这样的风暴。

应急预案的第一个要素是响应团队:确定谁是负责人、谁是技术联系人、谁是法务对接人,确保事件发生时能一小时内拉齐会议。第二个要素是分级响应:小问题(如单个用户投诉隐私泄露)走常规流程;大事故(如百万级用户数据泄露)要立即启动全公司响应,第一时间控制传播面、保护证据、通知受影响用户。第三个要素是监管沟通:事故达到法定上报门槛时,要在规定时限内向主管部门报告,任何隐瞒和拖延都会把一次事故升级成信任危机。最后,处置完毕后进入整改复盘循环——找出根因、修补漏洞、更新制度,把教训沉淀成组织能力。

救生艇的价值不在平时,而在倾覆的那一瞬间。做过演练的船队,即使面对真正的风暴,也能按部就班地执行预案——先救人、再报信、后复盘。AI 创业公司请记住:应急预案不是给监管看的文档,而是给未来的自己留的一条生路。

RTO=min⁡{t∣关键业务恢复},且 RTO≤Tmax\displaystyle RTO = \min \{ t \mid \text{关键业务恢复} \}, \quad \text{且 } RTO \le T_{max}
恢复时间目标 RTO:在可接受范围内,关键业务从故障到恢复的最短时间,且必须小于监管或合同规定的最大时限。
  1. 划定关键业务先确定哪些业务中断一天都会造成重大损失
    关键业务集={b1,b2,…,bk}\text{关键业务集} = \{b_1, b_2, \dots, b_k\}
  2. 测算恢复耗时从故障发现到业务恢复的时间 = 发现时间 + 响应时间 + 修复时间
    t=tdetect+trespond+trecovert = t_{detect} + t_{respond} + t_{recover}
  3. 对照容忍上限监管或合同会给出硬性时限,实际恢复必须快于它
    RTO≤TmaxRTO \le T_{max}

AI 应用场景

创业公司上线前“合规体检”

阶段:风险识别与合规规划

解决的问题:传统方式靠人工翻阅法条,覆盖不全面且效率低,容易遗漏“算法未备案”“隐私政策过期”这类高风险项。AI 合规体检工具可以自动扫描产品功能、数据流和上线清单,对照最新的法规库生成风险矩阵,直接标注出“未通过项”。

具体案例:一家做 AI 客服的创业公司,在产品上线前用自动化合规体检工具扫描,发现数据采集环节缺少用户授权弹窗、模型服务未备案两个高风险项。团队用一周完成整改,避开了上线后被约谈停服的风险。

算法备案材料智能辅助

阶段:监管合规申报

解决的问题:算法备案涉及安全自评估报告、算法机理说明、数据来源说明等大量材料,专业门槛高,人工编写耗时且容易返工。AI 辅助工具可以基于产品功能描述自动生成材料提纲,并提示需要补充的技术细节。

具体案例:某企业上线辅助写作的生成式 AI 应用,使用 AI 工具将散落的产品文档、模型说明整理成标准备案材料框架,再由算法工程师补充技术细节,最终在两周内完成备案提交,比预期快了近一倍。

数据跨境传输自动识别

阶段:数据治理与跨境合规

解决的问题:数据出境合规判断路径复杂,需要先判定数据类型,再确定走安全评估、标准合同还是认证路径。AI 工具可以自动对数据字段打标分类,识别其中是否包含个人信息、重要数据,并生成合规路径建议。

具体案例:一家出海 SaaS 公司,使用数据分类打标工具对用户数据库进行全量扫描,自动识别出手机号、位置信息等敏感字段,并提示“涉及出境需走标准合同备案”,法务据此在两周内完成申报,保障了海外业务如期上线。

Python 演示

python60 行
# -*- coding: utf-8 -*-"""AI创业合规风险登记与评估工具"""from dataclasses import dataclass  @dataclassclass RiskItem:    name: str    category: str    probability: float  # 0.0 到 1.0    impact: float        # 1 到 5  class RiskRegister:    def __init__(self):        self._risks = []     def add_risk(self, risk):        """登记一条风险"""        self._risks.append(risk)     def score(self, risk):        """风险评分 R = P x I"""        return risk.probability * risk.impact     def level(self, value):        """对照矩阵划分风险等级"""        if value >= 3.0:            return "高"        if value >= 1.0:            return "中"        return "低"     def advice(self, lv):        plan = {            "高": "立即整改, 暂停相关业务并上报负责人",            "中": "限期整改, 纳入月度监控清单",            "低": "持续观察, 每季度复核一次"        }        return plan[lv]     def report(self):        print("风险名称          类别      等级  处理建议")        for r in self._risks:            s = self.score(r)            lv = self.level(s)            print("{:<16}{:<8}{:<6}{}".format(r.name, r.category, lv, self.advice(lv)))  def main():    reg = RiskRegister()    reg.add_risk(RiskItem("算法上线未备案", "算法合规", 0.7, 4))    reg.add_risk(RiskItem("过度采集用户信息", "数据合规", 0.5, 5))    reg.add_risk(RiskItem("开源代码未署名", "知识产权", 0.2, 3))    reg.add_risk(RiskItem("隐私政策未更新", "用户隐私", 0.3, 3))    reg.report()  if __name__ == "__main__":    main()
目的:这是一个极简的合规风险登记与评估工具,把正文中的“风险值 = 概率 × 影响”落成可运行的代码,帮助创业团队用一张清单管理全部合规风险。
  1. reg.add_risk(RiskItem("算法上线未备案", "算法合规", 0.7, 4))把每条风险登记进清单,概率 0.7 表示“大概率会发生”,影响 4 表示“很严重”
  2. return risk.probability * risk.impact实现 R = P × I 公式,算出风险值
  3. if value >= 3.0风险值大于等于 3 判为高风险,触发“立即整改”建议
  4. self._risks.append(risk)用列表存放全部风险,属性名加下划线避免与方法名冲突
  5. reg.report()一键输出整张风险处理清单,相当于把海图打印出来给全船人看

常见误区

误区我们团队才 10 个人,产品还没上线,用户数据也没多少,等做到一定规模再考虑合规也不迟。现在搞合规只会拖慢进度。

正解这个想法就像小船觉得暗礁只撞大船。实际上,监管处罚不看公司规模,只看是否违法。小公司抗风险能力更弱,一次数据泄露的罚款和停服就可能直接结束创业。而且起步阶段修改成本最低——等数据架构定型后再补合规,改动量是当初做合规的十倍。

为何常见:初创团队容易把合规想象成“大公司的法务部门才会做的事”,低估了自己已经触碰的法规范围,也低估了早期整改的时间成本。

误区我已经招了一个法务专员,合规就交给他了。技术团队只要把功能做出来就行,出了问题找法务解决。

正解合规不是一个岗位的事,而是从产品设计阶段就要参与的原则。数据采集功能怎么写接口、算法审核日志怎么留、用户授权弹窗怎么设计,这些全是技术决策。法务只能告诉你“不能做什么”,但“怎么做到合规”必须由产品和技术团队落地。合规是整条船上每个水手的职责。

为何常见:因为对“法规”的直觉联想是法律职业,而看不到数据合规、算法备案这些事项天然嵌入在技术架构里。

误区备案嘛,把模板材料往上一交,等审核通过就完事了,反正没人真的会看我们的算法细节。

正解算法备案不只是提交一份材料,它要求算法提供者完成安全自评估,说明算法的数据来源、模型机理、潜在风险。监管会实质审查,发现虚假承诺要承担法律责任,且后期还有“回头看”检查。备案更像出港前接受船检,船检官会真的敲一敲船底板。

为何常见:因为很多人把备案类比成“工商注册”这类程序性事务,没意识到 AI 监管领域对算法安全评估的实质要求。

误区我们开过一次会,把可能的风险列成了一页纸,贴在墙上了。这事就算做完了,下次再说吧。

正解风险清单是海图,不是护身符。海图不更新,暗礁可不会等你。模型版本升级、数据范围扩大、新法规出台,每一项都会改变风险版图。正确的做法是建立动态机制:每季度重评一次已有风险,每次业务改版前做增量检查,像闹钟一样固定周期触发,而不是等出事再翻开那张纸。

为何常见:因为静态清单是最容易交付的合规动作,人们容易把“做过一次识别”误当成“在管理风险”,而忽略了风险管理的本质是持续循环。

误区我们的模型是基于开源项目做的,代码也是网上找的开源库拼起来的,既然都是开源的那就不存在知识产权问题,随便用。

正解开源不等于“放弃权利”,各种开源协议的条件完全不同。MIT 确实宽松,但 GPL 系协议带有“传染性”,可能把你的闭源代码拖下水;一些模型权重使用非商业授权,商用即违约。正确做法是建立开源组件台账,逐个核对协议条款,再决定能不能商用、要不要开源衍生代码。

为何常见:因为“开源免费”的直觉掩盖了“开源有license”的事实,很多人把开源社区想象成知识公有地,而忽略了作者保留的权利。

面试题

Q1. AI创业公司采集用户数据时,最应当遵守哪一项原则?

单选题 · easy

  • A.能多收集就多收集(数据是资产)
  • B.坚持最小必要原则(只采集必需)← 正确答案
  • C.匿名化之后就不需要任何授权
  • D.只要技术部同意即可使用

答案:B。最小必要原则要求收集的数据与业务功能直接相关,且是达成业务目标的最小集合,这对应正文中“行李只带必需的”这个比喻。多收集数据既违反法律规定,也扩大泄露风险。匿名化数据可以降低义务,但并非完全免责;技术部同意更不等于用户同意。

Q2. 根据我国监管规定,提供生成式人工智能服务前必须完成?

单选题 · mid

  • A.商标注册登记
  • B.算法备案和评估← 正确答案
  • C.域名备案申请
  • D.服务器采购

答案:B。生成式 AI 服务属于算法备案的监管范围,经营者需在上线前完成安全自评估并提交备案,就像船出港前必须先做船检登记。商标、域名、服务器都是运营基础设施,但都不属于监管合规的前置条件。

Q3. 下列哪些情形需要重点关注数据跨境合规?

多选题 · mid

  • A.用户数据存储到境外服务器← 正确答案
  • B.向境外提供完全匿名的统计
  • C.调用境外API处理境内数据← 正确答案
  • D.境外员工查看已脱敏数据

答案:AC。把用户数据存到境外服务器,以及调用境外 API 处理境内数据,都属于数据出境情形,需要走安全评估或标准合同路径。完全匿名的统计数据和已脱敏数据因无法识别个人,通常不属于个人信息出境监管范围,风险较低。

Q4. 开源协议中“传染性”最强、最可能导致衍生代码必须开源的是?

单选题 · easy

  • A.MIT 这类宽松协议
  • B.Apache-2.0 宽松协议
  • C.GPL 这类传染性协议← 正确答案
  • D.BSD 这类极简协议

答案:C。GPL 协议要求基于它的衍生作品在分发时也必须以兼容许可开源,就像船板上一颗 GPL 的铆钉可能让整艘船的图纸都要公开。MIT、Apache-2.0、BSD 都是宽松型协议,允许闭源使用,只需保留版权声明。

Q5. 某风险发生概率为 0.8、影响程度打分为 5(1–5 分制),按 R=P×I 计算,该风险属于哪个等级?

单选题 · mid

  • A.低风险,评分小于 1
  • B.中风险,评分在 1 到 3
  • C.高风险,评分大于等于 3← 正确答案
  • D.无法判断,缺少数据

答案:C。R = 0.8 × 5 = 4,大于 3,属于高风险。用船长的海图语言说,这是一块“离水面极近又频繁遇到的暗礁”,必须优先处理。注意影响分制的区间划分:1 分轻微、5 分致命,所以高概率+高影响相乘必然触发高危处置流程。

Q6. 搭建 AI 创业公司合规体系时,通常需要包含哪些要素?

多选题 · hard

  • A.明确合规负责人和职责← 正确答案
  • B.数据全生命周期管理制度← 正确答案
  • C.一次性的员工签名承诺
  • D.定期开展合规审计与演练← 正确答案

答案:ABD。合规体系由人(负责人)、制度(数据全生命周期管理)、培训与审计三根柱子撑起来。一次性的签名承诺不是体系,因为合规是持续过程而不是一次性动作——就像船员不能只在第一天宣誓,而要每季度演练放救生艇。C 选项恰恰是最常见的“假合规”表现。

Q7. 处理用户个人信息前,最基础的前提条件是什么?

单选题 · easy

  • A.取得用户的知情同意← 正确答案
  • B.告知用户投诉的渠道
  • C.完成一次数据安全评估
  • D.在公司内部进行公示

答案:A。知情同意是《个人信息保护法》确立的基石,动乘客行李前必须先说明并征得同意。安全评估针对的是高风险场景(如数据出境、敏感信息大规模处理),属于后续义务;投诉渠道和内部公示虽然重要,但不能替代取得用户同意这一前提。

Q8. 下列哪些属于 AI 创业公司常见的知识产权风险?

多选题 · hard

  • A.用未授权图片训练模型← 正确答案
  • B.违反开源协议使用代码← 正确答案
  • C.员工离职带走核心算法← 正确答案
  • D.域名到期忘记续费

答案:ABC。用未授权图片训练模型涉及版权侵权,违反开源协议使用代码涉及许可违约,员工离职带走核心算法涉及商业秘密保护——这三者都是 AI 领域频发的知识产权雷区。域名到期是运营管理问题,虽然会造成损失,但不属于知识产权风险范畴。

Q9. 关于合规成本与业务速度的平衡,以下哪种做法最合理?

单选题 · mid

  • A.一步到位,暂缓业务上线
  • B.零合规,先冲用户规模
  • C.最小合规包,再滚动完善← 正确答案
  • D.只做面子上的合规记录

答案:C。最合理的是先搭“最小可行合规包”——只覆盖当前业务和法律必需项,随规模增长滚动完善。这就像船长在复杂航道慢行、开阔海域提速,而不是一味踩油门或一直等完备的装备。一步到位会错失窗口期,零合规和假记录都是拿船体安全赌博。

Q10. 某公司以动态链接方式集成 GPL 协议的开源库,以下关于开源义务的说法哪一项最准确?

单选题 · extreme

  • A.动态链接不构成衍生作品,完全无需开源
  • B.若程序被分发,则可能需以兼容许可开源相关代码← 正确答案
  • C.只有收到律师函才产生开源义务
  • D.只要不收费就不需要履行开源义务

答案:B。动态链接是否构成“衍生作品”一直存在争议,但主流解读倾向于认为动态链接也已使用并形成衍生作品,若公司分发该程序,很可能被要求以 GPL 兼容许可提供源代码。因此 A 太绝对。开源义务源于协议条款而非律师函,且 GPL 义务与企业是否收费无关,所以 C、D 也不成立。这是开源合规中最前沿的法律灰色地带。