阅读说明
本页为讲义的中文译文,依次讨论云、雾与边缘计算,加速计算,生成式内容的权利问题,以及业务机会评价。没有取得相应口头文字稿,因此不补写讲义之外的发言。法律部分保留原资料的历史背景,并用译注区分需要纠正或查询现行规则的地方。
一、云、雾与边缘计算
云计算通过互联网按需提供服务器、存储、网络、分析与智能等资源,帮助组织以可扩展服务满足基础设施需求。
雾计算把部分处理放在数据源与云之间,例如现场网关或中间节点,让资料在更接近产生位置的地方被处理,减少必须发往远端的内容,并缩短部分响应时间。
边缘计算更靠近设备或数据来源,在本地进行处理与分析,减少回传量和往返时延。它不一定完全脱离云,三种方式可以共同构成一个系统。
译注:原文把雾计算描述为“不再需要发送数据到云”,应理解为可减少部分回传,而不是所有雾系统都不使用云。隐私、网络、运维与版本同步也会影响部署选择。
查看图解文字说明
边缘接近传感器,可执行现场推理;现场网关可聚合、过滤或协调;云端可集中分析、管理版本和训练。这些任务的实际分配可变化,本地处理也仍需访问控制、更新和日志保护。
图中设备负责即时处理,现场节点负责聚合,云负责跨地点分析与版本管理,说明它们可以分工协作,而不是彼此替代。
二、为什么 AI 常用加速计算
数据密集工作需要适合的软硬件。加速计算使用专门硬件,把适合并行的运算从通用处理器转交给 GPU 等设备,提高某些任务的执行效率。
CPU 是中央处理器,负责解释与执行设备里的大量指令。GPU 是图形处理器,最初广泛服务于图形渲染,拥有适合大量相似运算并行执行的结构,因此也常用于深度学习。
原讲义把 CPU 简化为串行、GPU 简化为并行。这能帮助建立直觉,但现代 CPU 也有多核、向量指令与并行能力;GPU 也不是所有任务都更快。应考虑运算形式、数据搬运、内存、软件实现和功耗。
加速计算通常是 CPU 与专门设备合作,并不是简单地“换掉 CPU”。原资料以 NVIDIA 芯片在 AI 数据中心中的应用说明这种产业方向,不构成当前产品或投资推荐。
三、训练、取用资料与输出责任是不同问题
原讲义讨论美国在 2025 年出现的 Meta 与 Anthropic 版权案件,并把当时部分训练使用的判断概括为“具有转换性、可能构成合理使用”。同时提醒,司法争议可能随上诉和后续程序改变。
需要保留的关键区别是:训练行为的法律评价,不自动决定资料取得与保存是否合法;模型输出又可能产生独立问题。原讲义把这些案件概括为“训练没有侵犯版权”,范围过大,不能推广为所有模型、所有作品、所有取得方式或所有法域的通行规则。
合理使用是特定法律制度下、结合具体事实判断的规则,不是任何人都可以使用任何受保护作品的通行证。这里保留的是历史讨论与判断问题,不把当时的新闻概括当成现在的完整案件状态。
原文用“人读书后学会写新内容”的类比解释转换性。类比有助于理解争点,但无法替代对作品取得、复制、市场影响和具体行为的分析。
四、生成式 AI 涉及哪些法律议题
不同法域的制度与进度不同,原资料列举欧盟风险分类治理、美国多层次规则,以及英国、加拿大和新西兰等地的讨论。这些是历史概览;不能据此推断某地区今天没有新规则或只有某一种监管方式。
具体议题包括:训练数据怎样收集和使用;输出是否侵犯已有权利;输出本身能否受保护;是否清楚交代内容来源与准确性;怎样保护未成年人;以及开发与使用中怎样明确责任、避免伤害。
五、AI 输出归谁,与能否获得版权并不相同
原资料指出,许多法域的版权保护强调人的创作。人的参与很少、由系统自动形成的内容,可能不能作为人的作品获得保护;平台条款也会影响双方的权利安排。
美国版权局的说明区分纯 AI 生成与人的创作贡献。人的表达、选择、编排或修改可能涉及可保护部分,但仅提供提示,并不自动确立版权。
英国对计算机生成作品有不同的法定安排,原资料提到由作出必要安排的人被视为作者;具体适用仍要结合现行条文和事实。加拿大原资料则提醒,人类作者与有限人工投入情形仍存在问题。不同地区不能用一套判断直接代替。
译注:版权局政策、平台合同、法院对个案的判断,以及某个输出是否侵犯第三方权利,是不同层次。即使平台在双方之间把输出权利让给用户,也不能凭空创造法律本来不承认的版权,或消除第三方权利。
六、怎样考察人的创作贡献
不存在适用于所有法域、所有作品的“人工参与百分比”。原讲义提出以下观察维度,帮助记录过程,不应当作各地统一的法定清单。
维度 | 需要观察什么 |
|---|---|
意图与创作方向 | 人是否设定目标、主动控制过程,而不是被动接受成品 |
原创表达 | 是否有人的创造性判断和可识别表达,而不只是技术输入 |
创作与修改 | 是否实质调整、重构或变换结果,而非只机械改色或换语气 |
选择与编排 | 对材料的取舍、结构与组合是否体现人的表达选择 |
与人创内容结合 | 人自己写的脚本、草图或叙事等是否在成品中保留 |
过程记录 | 是否能够说明提示、迭代与具体决定怎样发生 |
对成品的控制 | 最终表达在多大程度上体现人的具体构想 |
工具与代作者的区别 | AI 是辅助人的创作,还是人的参与仅剩触发生成 |
不充分的贡献 | 仅输入宽泛提示或作机械操作,不必然达到保护条件 |
原资料强调,原创不等于艺术水准高;重要的是法律要求下可识别的人的创作。提示写得很长、迭代很多次,也不能单独保证版权成立,应看表达如何实际形成。
发生争议时,生成日志、过程截图或录屏、文件元数据、协作者说明与其他证据,可能帮助理解成品怎样制作。记录过程有用,但应同时保护私人资料,不能把日志公开当成必要步骤。
七、平台条款与数据使用
平台可能对输入、输出、许可及商业使用作不同安排。原资料以 OpenAI 与 Midjourney 的条款作例子,但套餐、训练设置和商业条件会变化,不能依据旧表直接判断今天的权利。
OpenAI 的个人服务条款在双方之间、且在适用法律允许范围内,规定用户保留输入权利并拥有输出;同时存在数据使用和退出训练的安排。应针对实际产品查询适用条款,不能把个人服务与企业或 API 的数据处理方式混为一谈。
译注:原讲义把“退出训练”与“每次会话从零开始”放在一起,容易误导。模型训练、聊天历史、记忆功能与当前上下文是不同机制,不能这样一一对应。是否付费也不是个人用户能否退出训练的简单分界。
原资料最后给出四个提醒:训练的评价不等于输出责任;输出仍可能侵犯他人权利;过程记录有价值;法域差异很重要。实际使用需要同时检查当地规则、人的贡献、资料许可和平台条款。
八、从哪里发现业务机会
先看资料丰富但没有充分利用的流程,例如维护记录、客户反馈与质量测量;再看反复执行、步骤可预测的任务,例如表单、日常沟通与标准审批。
第三类是需要预测的决策点,例如资源分配、库存计划;第四类是客户或员工经常遇到的阻力,例如资料难找、等待时间长。
原资料举出通过语义检索把查询时间从 45 分钟降到 10 分钟的匿名例子。它说明可以怎样定义目标,但没有提供可验证来源,不能作为普遍效果。
九、怎样系统评价机会
技术可行不等于值得实施。需要检查四项条件。
条件 | 核心问题 | 为什么重要 |
|---|---|---|
问题定义 | 挑战是否具体、清楚、可衡量 | 问题模糊会让方案和评价都不清楚 |
数据条件 | 是否有足够、相关、质量合适的资料 | 重要的是适合问题的数据,不是数据越多越好 |
集成可能 | 能否进入已有工具与流程 | 孤立系统可能难以产生实际价值 |
业务价值 | 是否支持成本、收入或服务等目标 | 时间与资源投入需要有合理理由 |
每个岗位都可能贡献经验:前台发现排程困难,协调人员改进周报,部门管理者识别流程缺口,组织负责人重新设计服务。工具广泛可得以后,对业务的理解与判断仍然关键。
十、综合练习
原讲义再次呈现五分钟业务简报及七部分结构,与运营机会综合方案重复,完整要求统一放在该页。这里保留其位置:认识技术、边界与评价以后,再把问题、流程、指标和风险连成一个方案。
关联阅读
发现机会以后,用运营方案练习连接流程、指标与风险;内容制作中的影响另见生成式 AI 风险与责任。
参考与延伸阅读
以下为编辑补充和译注核验入口,不是对任何具体作品或案件的法律意见。
- 美国版权局:AI 与版权:英语,查询 AI 辅助创作与版权报告。
- 英国政府:AI 与版权报告:英语,查询英国制度与政策讨论,注意发布时间及适用范围。
- OpenAI 使用条款:英语,查询实际适用产品的输入输出与使用条件。
- NVIDIA:加速计算:英语,了解 CPU 与加速器如何分工。