← 返回概念解读

Concept Fable精修版

数据使用权

Data Usage Rights · Procurement/Privacy

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

酱园借出了祖传方子,却差点让别人拿去开新铺

老酱园请来一位算账先生,帮他们整理多年订单和配方批次。先生说,只要看看账,就能找出哪种酱卖得最好。

掌柜把账册交了出去。几周后,先生确实给出建议,酱园省了不少料。大家都觉得合作划算。

直到掌柜听说先生正在给别的酱园做一套“通用酿酱秘诀”。里面没有写老酱园的名字,却用了相似的批次经验、客诉规律和配方调整方法。

先生辩称自己只是从服务中学习,并没有偷走原本的账册。掌柜这才发现,当初只约定了整理账本,没有写清这些数据能不能用于改进先生自己的生意。

后来再合作,掌柜把用途分开写:哪些数据只为本次服务使用,哪些可做匿名统计,哪些绝不能用于训练新工具或服务其他客户。

他还要求每种用途都有记录,有些必须单独同意,有些到期删除。算账先生仍能把本店账算好,却不能把祖传经验变成自己的公共资产。

新条款让谈判慢了几天,但省去了更大的疑虑。伙计也终于敢把真实账本接入系统,因为他们知道数据不会被悄悄改造成别人的优势。

掌柜明白,数据交给供应商使用不等于放弃它的命运。要先说清服务、分析、改进、训练和转用之间的界线。后来,又来了一件更棘手的活。表面看只是旧问题放大,实际把藏在流程里的缝隙都逼了出来:谁先接手、谁能改动、出了错怎样回到上一步,过去靠熟人默契混过去的地方,现在都必须说清楚。主事人没有再催大家更用心,而是把现场重新走了一遍。他让人记录每次交接、每次失败和每次补救,哪些地方只是慢,哪些地方会误伤结果,哪些地方一旦错了就很难追回。新规矩推开后,最初几天并不顺手。有人嫌多了一道检查,有人觉得旧经验被冒犯。可当下一次异常出现时,大家第一次能沿着痕迹找到问题发生的位置,而不是围着结果互相猜。

揭示

这个故事讲的是:数据使用权

Data Usage Rights 是合同中定义供应商是否以及如何使用客户数据的权利边界,常覆盖服务交付、分析统计、产品改进、模型训练、微调、日志留存和对第三方共享。企业采购 Agent 时,这一条直接影响数据隐私、商业机密和模型训练风险。客户需要区分“为我提供服务所必需的处理”和“为供应商改进自有产品或训练模型的再利用”,并要求选择权、排除权、留存期限和审计证据。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 酱园账册和配方批次:客户数据、业务数据和商业机密
  • 算账先生:AI / Agent 供应商
  • 通用酿酱秘诀:供应商产品改进或模型训练成果
  • 没有写清用途:数据使用权条款缺失
  • 服务、匿名统计、训练分开:不同数据用途的边界
  • 单独同意和到期删除:同意机制、留存期限和删除义务
  • 不把祖传经验变成公共资产:保护客户数据不被再利用为供应商优势

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

data processingtraining opt-outDPAcustomer datamodel training