八分钟汇报 · 逐页讲稿与提示
示范为普通话女声；实测 07:30，含逐页停顿。现场目标7:10–7:30，必须自己计时。
原PPT未修改。以下是正式讲述的建议稿，不代表系统已实现或验证。

P1 开场 | 示范 00:00–00:36
主旨：国内云订单交给境外服务商，更新后可能多传手机号。
讲稿：老师、各位同学好。

我们组今天主要讨论关于云平台跨境数据治理这个问题的研究和思考。

那为了方便大家理解这个问题呢，我们可以先设想一下这个场景：企业把订单存在国内云平台，请境外服务商分析销售，原来只允许发送地区、订单和销售额，系统更新后却把手机号也发了出去。

那么怎么在发出去之前发现并拦住多传的数据？那这就是我们接下来要讨论的问题。
指图：看听众讲订单场景；说到更新后多传手机号时稍停，再交代研究问题。
保底句：国内云订单交给境外服务商，更新后可能多传手机号。
理解：先建立业务场景：企业将国内云平台里的部分订单数据交给境外服务商分析。这就是本报告讨论的跨境传输。系统更新后可能多传原定范围以外的数据，由此引出平台持续检查的研究问题。
自测：开头为什么要讲订单和境外服务商？
答案：让听众先知道谁在传什么、传给谁、为什么要传，再理解系统更新后多传手机号的问题。
表达边界：批准有具体条件，不等于以后怎么变都可以。

P2 目录 | 示范 00:36–00:51
主旨：先解释跨境传输的需要和风险，再看规则、案例与方案。
讲稿：那这个是我们的汇报顺序，我会先从背景开始讲起，为什么需要跨境传数据，有哪些风险，然后是现行规则和实际案例，最后是我们提出的方案。
指图：扫过四部分，说完就翻，不逐条读子目录。
保底句：先解释跨境传输的需要和风险，再看规则、案例与方案。
理解：告诉老师接下来往哪走。前三部分给背景和依据，第四部分才讲方案，不用背四个英文标题。
自测：为什么不能上来就讲Agent？
答案：要先说明缺口，听众才知道Agent解决什么。
表达边界：案例用于找到问题，不等于方案已经被验证。

P3 背景 | 示范 00:51–00:56
主旨：数据交给其他机构后，泄露或超出约定使用会带来影响。
讲稿：那么首先是关于这个问题的背景。
指图：直接翻页，不停下来读小标题。
保底句：数据交给其他机构以后，需要考虑泄露和超出约定使用的风险。
理解：跨境传输让数据交由其他机构接触和使用，由此需要考虑泄露或超出约定使用的风险。下一页再区分这些风险影响企业、个人或公共利益的方式。
自测：下一页先讲什么？
答案：数据类型和风险变化。
表达边界：章节页不要重复下一页。

P4 数据类型与风险 | 示范 00:56–01:26
主旨：泄露和数据组合会影响风险，变化后要重新检查。
讲稿：如我开头提到的背景所述，这是一个很常见的场景。那么其他的场景还比如说跨境物流，可能有收件人信息，以及再比如说医学研究，有健康和遗传数据。

那么最关键的是，比如把账号和浏览记录关联起来，就会更容易识别某个人的行为，那这就是关键的风险所在，数据组合后，原来的风险判断也需要重新检查。
指图：先概括左侧数据类型，再用账号与浏览记录解释右侧采集、汇聚和分析。
保底句：泄露和数据组合会影响风险，变化后要重新检查。
理解：先讲泄露会伤害谁，再讲数据组合为什么会增加风险。业务数据可能涉及商业利益，个人信息涉及隐私等权益；敏感个人信息需要结合泄露后果理解。重要数据需按适用规则认定。账号与浏览记录关联后能指向具体个人，因此数据变化后需要重新检查。
自测：普通记录为什么连起来以后可能有风险？
答案：可能关联到具体的人，还可能推断原记录没有直接写出的敏感信息。
表达边界：血样是实物载体，涉及专门管理；不能说API网关能检查实物出境。

P5 目的与必要性 | 示范 01:26–01:48
主旨：根据任务需要，逐项判断哪些数据有必要发送。
讲稿：不过呢，还是需要强调一下，就是说这个跨境协作确实还是必要的，那具体场景具体分析，销售分析可能只需要地区和销售额，物流配送才需要收件信息。每多传一项，都要说清它对当前任务有什么必要作用。
指图：先扫用途列表，再落到底部任务、字段、人员和输出。右侧截图作为依据，不逐字读。
保底句：根据任务需要，逐项判断哪些数据有必要发送。
理解：就像设计接口：对方要一个统计结果，你不会默认返回整个用户库。先问任务，再决定提供什么。统计结果是否还能识别人，也要判断，不能自动当成匿名数据。
自测：确实要分析，为什么也不能默认传全部原始数据？
答案：分析可能只需要少量字段或结果，要具体说明多传数据的必要性。
表达边界：招聘问答说明具体场景的必要性判断，不能说所有业务都只能传统计结果。

P6 流向与责任 | 示范 01:48–02:19
主旨：沿实际发送和远程访问路径，明确各方责任与控制位置。
讲稿：那么在实际的数据传输过程中，我们就要明确整个儿的这个跨境业务链路。

那么在图中可以看到，你看首先是业务系统，然后数据存进境内云，经过出口网关，交给境外接收方。那么在这个过程中无论是向外发送还是境外人员远程查询，他就得纳入检查，对吧，企业定用途，平台控出口，接收方按约使用。
指图：主链从左到右，再指出境外远程访问，最后停在T1。
保底句：沿实际发送和远程访问路径，明确各方责任与控制位置。
理解：先沿业务系统、境内云、境外接收方解释实际路径，再补充境外远程查询。网关指检查并控制对外发送的系统。只有经过它的流量才可能由它控制。企业决定目的范围，平台负责技术控制，接收方按约使用。
自测：服务器没搬出境，为什么仍要检查跨境问题？
答案：访问或调用可能发生在境外，不能只看存储位置。
表达边界：图里是职责安排，具体法律角色看谁实际决定。不要把网关说成天然覆盖全部路径。

P7 现行规则 | 示范 02:19–02:30
主旨：跨境业务需要满足相应规定。
讲稿：那么那么在这样的一个背景之下呢，我们其实也已经有了较为完善的现存数据出境规定、合同和评估制度，这种。
指图：一句带过，翻页。
保底句：跨境业务需要满足相应规定。
理解：把数据流和政策接起来，听众就不会觉得突然换成法规课。
自测：这部分要说明什么？
答案：已有规则，仍要看它有没有落实。
表达边界：数字不是主线。

P8 监管路径 | 示范 02:30–03:02
主旨：按数据性质、人数、业务目的及参与方判断传输条件。
讲稿：那比如说，以中国为例，现在呢我们其实是有这样的一个出境程序三层安排，那么就区分了豁免、标准合同或认证、安全评估。豁免手续也仍有保护义务。

包括欧盟的标准合同条款这种，对吧，也是传输机制，重点就在于这个规则呢它是主要判断了数据性质、涉及人数、业务目的，还有参与方身份和保护能力这样的四个部分。
指图：左边三档轻扫，重点指右边四个维度，最后一句带向执行。
保底句：按具体条件确定出境程序，并持续检查实际发送范围。
理解：豁免是免办适用规定中的特定手续，不能说所有保护义务都被免除。审批条件在本方案中指经责任人确认的允许范围，不能推成每一笔传输都要行政审批。运行中的请求仍要符合适用规则及获准范围。
自测：“符合豁免，所以不用管了”，哪里不对？
答案：程序豁免不能推出全部义务都免，仍要满足适用要求。
表达边界：页面区间简化了：100万人不能说成包含在合同档；关基主体也不是任何数据都一律评估。

P9 控制节点 | 示范 03:02–03:35
主旨：把合同约定和发送记录对照，追查额外接收方。
讲稿：那么在这样的现存制度下呢，现在我们实际上是会按照图中所示的这样从收集到境外使用这种链路来管理。

大致分为五个部分昂，举个例子，比如说销售数据，那你按照图里的路径来看，它是不是就会从收集到出境准备，然后发送、境外使用和后续监督，然后一看，诶，这里多了一家合同没写的接收方，那是不是就会需要核查这次传输是否获准，这样子？
指图：横扫五个节点，不逐格念；把时间留给最后两个检查点。
保底句：把合同约定和发送记录对照，追查额外接收方。
理解：就像系统有鉴权和日志，你还会检查有没有接口绕过去，日志有没有漏掉关键路径。有措施和措施有效，需要分别确认。
自测：合同、权限和日志都在，为什么仍要核验？
答案：它们可能没覆盖真实路径，也可能跟不上业务变化。
表达边界：不能因为案例出了问题，就说所有现有措施都没用。

P10 案例 | 示范 03:35–03:43
主旨：用监管案例观察约定与实际传输的问题。
讲稿：那接下来我们看一些特别突出的几个典型的实际的例子，我们就会发现问题了：
指图：先左后右，不来回跳。
保底句：用监管案例观察约定与实际传输的问题。
理解：两案用同一组问题看：传什么、为什么传、经过谁、哪里没说清或没控制好。
自测：为什么放在一起？
答案：比较文件和实际流动之间的缺口。
表达边界：不必为每案各设计一套系统。

P11 案例分析 | 示范 03:43–04:25
主旨：产前检测需说清责任与去向，第三方传输需说明必要性并满足相关要求。
讲稿：那你看比如说，这个产前检测案例，他当时涉及诊所、合作方和实验室，那么就出现了一个责任和数据去向说明不清楚、不一致这种问题；

再比如说最近这个比较火爆的deepseek，对吧，他当时就把用户输入传给了火山引擎。那你看关键是他说“使用火山引擎的云服务，是为了修复安全漏洞、改善用户界面和用户体验”，但韩国监管认为传输用户输入并无必要。对吧这些都反映了，约定和说明需要与实际传输核对，这样子，对吧。
指图：每案一个关键发现，右边点用户输入，最后回到两案下方的共同问题。
保底句：产前检测需说清责任与去向，第三方传输需说明必要性并满足相关要求。
理解：左边抓责任和去向，右边抓额外传输和必要性，不背全部机构名称。监管发现是事实；我们从中提炼共同缺口，是小组分析。
自测：能说“以前都合规，后来才出问题”吗？
答案：不能。材料不能证明这个先后过程，只能支持文件、披露与实际流动之间存在缺口。
表达边界：DeepSeek引语是PIPC通报中公司解释的中文译述；“传输用户输入并无必要”是监管判断。两个案例不能证明此前曾完全合规。

P12 动态授权失配 | 示范 04:25–04:53
主旨：接口增加手机号后，原许可未必覆盖新内容。
讲稿：那这个问题的本质其实就是：一个原本获准的传输安排，那他在系统更新的时候，是不是就可能多传数据？这个问题我们就称之为“动态授权失配：业务运行过程中，实际数据传输的内容、接收方、用途或路径与既有授权条件不一致的状态”，那本质上就是现在传的超出了原来允许的范围。
指图：先指左边三项，再指右边手机号。“系统还在正常跑”稍慢一点，再讲差别。
保底句：接口增加手机号后，原许可未必覆盖新内容。
理解：这是本组设想的系统更新场景。原来允许发送地区、订单和销售额，后来接口增加手机号，发生变化的是发送内容。原许可未必覆盖新增内容，需要重新判断；不要把“传输对象变化”说成接收方一定变化。
自测：请求能成功，为什么仍可能有问题？
答案：技术上能传，不代表字段、接收方和用途仍在批准范围里。
表达边界：动态授权失配是本组用于分析问题的概念，所述定义为本报告的工作定义，不是法规中的法定术语。

P13 方案 | 示范 04:53–05:01
主旨：把检查放到数据发出之前。
讲稿：那在这样的问题背景下呢，我们就提出持续检查、按规则执行的方案。
指图：翻页时记住发现、执行、决定。
保底句：把检查放到数据发出之前。
理解：现在开始回答谁执行、在哪执行、怎么执行。
自测：下一页最需要说清什么？
答案：Agent、网关和负责人各做什么。
表达边界：这页不要堆新名词。

P14 架构与分工 | 示范 05:01–05:41
主旨：主体业务按规则运行；在线智能体定期或在变化后检查。
讲稿：我们期望构建这样的一种机制和数据链路：就是在常规的，正常的主体业务中，我们就还是按负责人确认的规则，由出口网关检查并放行数据。

但是同时呢我们维护一个持续在线的agent bot，在整个跨境主体业务的工作过程中，我们这个bot会定期或者在配置变化后，对照审批、设置和日志。

它主要是在做找差异、报给负责人复核这样一个检查，不能自行扩大授权。网关每次执行规则，也不用等它临时判断。
指图：先中间上到下，再左侧。说到当前请求时指网关，最后提醒出口覆盖前提。
保底句：负责人形成规则，智能体查差异，网关每次发送前执行。
理解：持续在线指检查服务保持可用，定期或在配置变化后进行核对。智能体对照审批、配置和日志报告差异，由负责人审核；网关在每次发送时独立执行已审核规则。
自测：持续在线是否意味着每次发送都要等待智能体？
答案：不需要。智能体定期或在配置变化后检查；网关每次发送时独立执行已审核规则。
表达边界：网关不能凭用途标签证明真实用途；管理员导出、备份、下载链接等要分别纳管。

P15 一次变更，两道检查 | 示范 05:41–06:21
主旨：拒绝清单之外的内容，记录规则版本与处理结果。
讲稿：那比如说多传手机号这种问题，以此为例，在这种接口更新的情况下，他会先查出新增字段，再与审批记录比较，发现没有获准，就报告负责人。

每次发送时，网关还会独立核对允许清单。只要能读出数据，并规定清单外字段不准发送，就能拦住手机号。负责人再决定删除字段，或者审查后更新规则，记录当时的处理依据。

那这样的话就可以拦住额外传输，就可以让系统更新后的发送持续受到审批条件约束。
指图：手机号、左边告警、右边阻断、下方处理，按这个顺序指。
保底句：拒绝清单之外的内容，记录规则版本与处理结果。
理解：允许清单必须明确拒绝额外字段，网关也必须能够解析请求。规则只检查必要字段是否存在时，新增手机号仍可能通过。巡检与网关分别运行，负责人决定删除字段或审查后更新规则，并记录规则版本和处置结果。
自测：为什么有了字段检查，手机号仍可能被放过？
答案：如果只检查必需字段是否存在，却允许额外字段，新增手机号就可能通过。还要确认载荷能被解析、出口受控且规则正确生效。
表达边界：阻断依赖可解析请求、拒绝额外字段的规则及受控出口。日志需关联判定与执行结果；判定允许不等于成功交付。

P16 可行性与验证 | 示范 06:21–07:01
主旨：测试阻断、误拦、等待时间和绕行路径；境外使用继续审查。
讲稿：那这种检查与执行的分工，其实已经有亚马逊的敏感数据识别服务、OPA和Envoy很好的组件支持，也在逐渐成为我们把方案具体化的基础，所以有实际实现的路径。

当然我们也认为仍有一些需要进一步细化深化、具体问题具体分析的细节需要考究，比如误拦和延迟，或者说绕过网关的路径、境外实际用途，那这也是希望我们，以及做业务、技术和合规的同学来一起验证和完善，希望可以形成经得起实际测试的方案。
指图：上方说明已有组件，中间交代需要衔接的流程，下方讲测试项目和四个限制。
保底句：测试阻断、误拦、等待时间和绕行路径；境外使用继续审查。
理解：组件已有实现路径，方案仍需验证审批和接口的对应、规则更新及控制覆盖。用未授权请求阻断、合法请求误拦、增加的延迟及旁路测试观察效果。智能体准确性与人工复核成本也需测试。
自测：需要什么证据才能说明方案有效？
答案：实现并测试明确范围的接口，记录未授权请求阻断、合法请求误拦、额外延迟、规则更新生效及旁路情况；目前没有这些测试结果。
表达边界：组件可用不等于系统已验证，别说完全合规、零误判或没有性能代价。

P17 收尾 | 示范 07:01–07:16
主旨：用明确规则和每次发送前的检查，处理系统更新后的多传问题。
讲稿：那么我们以上从背景、规则、案例到方案这些方向讲了跨境数据的持续治理，希望可以和大家一起把允许范围与实际传输对应得更清楚。
指图：先看听众，再扫四项总结，最后一句放慢，说完停住。
保底句：用明确规则和每次发送前的检查，处理系统更新后的多传问题。
理解：用开头的问题收回来，再说清三方分工。不要临时增加新观点。“谢谢大家”说完就结束。
自测：老师最应该记住哪句话？
答案：Agent找变化，网关执行规则，人做决定，让实际出境持续符合要求。
表达边界：别把有边界的机制扩大成全面解决跨境治理。

P18 参考文献 | 示范 07:16–07:23
主旨：说明参考资料，然后翻回致谢页。
讲稿：那这一页是我们研究过程中主要参考的一些文献和资料等。
指图：简短说明来源后，按左箭头回到第17页致谢。
保底句：那这一页是我们研究过程中主要参考的一些文献和资料等。
理解：这一页说参考资料说明，随后回到第17页说最后的感谢与请老师指正。
自测：还要讲什么？
答案：不用讲，保留来源即可。
表达边界：来源不替方案效果作背书。

（翻回到thanks页）
那，感谢老师和各位同学聆听，请老师指正。

术语速查
Cross-border data flow | 跨境数据流动 | 看数据传到哪里，也看谁从哪里访问。
Governance | 治理 | 谁定规则、谁执行、出了问题谁处理。
Compliance | 合规 | 符合适用要求；技术安全不代表其他条件都满足。
Approved baseline | 当初批准的内容 | 字段、接收方、用途和适用条件。
Drift | 跟原来的要求对不上了 | 正式叫漂移，讲例子时可以用大白话。
Dynamic authorisation mismatch | 动态授权失配 | 先说“现在传的和原来批准的不一样”，再给它命名。
Agent | 智能体 | 对照审批、配置和日志找变化的助手。
Gateway enforcement | 网关按规则检查 | 当前请求能否放行，由审核后的规则约束。
OPA / API / SDK | 规则引擎 / 接口 / 开发工具包 | 字母分别读；不需要念完页面所有产品名。
NIFTY / AKI / PIPC | 产前检测 / 爱沙尼亚监管机构 / 韩国监管机构 | 讲清事件和发现，比背机构全名更有用。
DeepSeek / phone_number | 迪普西克 / 手机号字段 | 用中文说法，不逐字拼字段。
Purpose limitation / data minimisation | 用途明确，只用必要的数据 | 先问任务是什么，再说明需要哪些数据。

依据与工具调研
课程任务与老师建议 | ../00-原始文档和建议/汇报题目.md | 本地要求：中文可用、英文PPT、八分钟硬限制、无正式提问。
最终PPT | ../03-最终产物/Group4_CrossBorder_Data_Flows.pptx | 原稿未修改；本包只新增讲述与练习材料。
网信办2024规定 | https://www.cac.gov.cn/2024-03/22/c_1712776611775634.htm | 已核验：程序分层和适用前提；P8口头不逐条背数字。
网信办2025年10月问答 | https://www.cac.gov.cn/2025-10/31/c_1763633376984070.htm | 已核验：Q5境外调用；Q6系统变化不必然触发重新申报，须看法定条件。
网信办2026年7月问答 | https://www.cac.gov.cn/2026-07/24/c_1786638883119336.htm | 已核验：Q3以招聘场景解释数据出境必要性。
韩国PIPC 2025年4月通报 | https://pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS074&mCode=C020010000&nttId=11145 | 已核验：第三方收到用户输入；通报同时记录后续整改。
爱沙尼亚AKI 2024年命令 | https://www.aki.ee/sites/default/files/documents/2024-04/Ettekirjutus-hoiatus%20isikuandmete%20kaitse%20asjas%20-%20AS%20Kliinik%20Elite.pdf | 已核验：职责和去向的不确定性；不能推出“早期完全合规”。
Toastmasters练习指南 | https://content.toastmasters.org/image/upload/8101-ice-breaker-ff.pdf | 采用分段练习、录音回看、开头结尾熟记、提纲提示。
Assertion–Evidence方法 | https://www.assertion-evidence.com/ | 借鉴每页一句主旨并指向证据；此处不重排PPT。
社区经验：练习页间过渡 | https://www.reddit.com/r/powerpoint/comments/1v3kena/best_presentation_tip_i_ever_got_rehearse_the/ | 经验帖仅作为练习启发，不作为科学有效性证明。
edge-tts | https://github.com/rany2/edge-tts | 采用：免费在线语音服务的开源客户端，可导出音频与字幕；不是离线模型。
pdf-presenter | https://github.com/htlin222/pdf-presenter | 备选：现成PDF演示、备注和计时。当前需逐页示范同步，使用本地轻量页面组合现有素材。
Pympress | https://github.com/Cimbali/pympress | 备选：Linux双屏PDF演示。正式场地弱提示，不依赖双屏功能。
reveal.js Speaker View | https://revealjs.com/speaker-view/ | 备选：备注和计时成熟；本次不转换整套PPT。
iamspeaker | https://github.com/spark798/iamspeaker | 功能最接近完整AI教练；模型下载和多语言链路验证成本不适合本次四小时主路径。未部署测试。
NotebookLM音频概览 | https://support.google.com/notebooklm/answer/16212820?hl=en | 支持中文概览，但概览不等于逐页逐字演讲；本次不作为精确控时示范。
PowerPoint Speaker Coach | https://support.microsoft.com/en-us/powerpoint/rehearse-your-slide-show-with-speaker-coach | 查阅时官方说明只理解英文，不选作中文练习核心工具。
自然讲述：Speechwriting 101 | https://www.toastmasters.org/magazine/magazine-issues/2018/oct2018/22-communication | 采用一句一行、出声检验、从本人说法整理，不要求逐字背诵。
汉语学术报告话语标记研究 | https://dwhj.cbpt.cnki.net/portal/journal/portal/client/paper/993e8e84c507f0cce4f74ec5a0e2737d | 读取摘要：借鉴有功能的承接，不机械堆语气词。
问题式提纲 | https://www.gsb.stanford.edu/insights/matt-abrahams-tips-techniques-more-confident-compelling-presentations | 准备时想清楚每页回答什么，讲述时不必每页设问。
讲述依据与追问 | 讲述依据.html | 字段清单、接收方、用途核验、智能体职责及验证方法。
听众理解检查 | 听众理解检查.html | 逐页核对背景、指代、因果、术语解释和转场。