第一句对话就要说明这是机器

网站上的对话窗口，要在访问者把问题发出去之前说明对面不是人。按公开的欧盟人工智能法案文本，这件告知从2026年8月2日起适用。写在页脚或用户协议里，人已经说完话了再补，都晚了。下面是上线时可以照着做的核对，不是法律意见。

第一句要短，并且每次新开都在

一句够用：说明这是自动回复，不能代替人工处理投诉、付款或合同。不要把活动口号、品牌介绍和这句绑在同一段里。绑在一起，对方先看见口号，看不见对面是机器。

新开一次对话就要再出现。不要只在用户第一次注册时出现。很多人从活动页直接进入窗口，没有经过注册页。

欢迎语若盖住第一句，就把第一句放在欢迎语之前，或放进欢迎语的第一分句。盖住等于没有。检查时用没有登录过的方式新开，不要用你们内部已看过提示的账号。

右下角的客服窗口不要靠豁免

“看上下文就能明白”的豁免很窄。窗口的位置和名字若像人工客服，上下文传递的是有人接待。这种窗口直接写明是机器，比事后主张豁免更稳。

豁免是否成立，由法务对着文本看。操作默认不把豁免写进发布清单。发布清单只有一项：第一句可见。

临时活动页上的窗口同样算。活动结束但页面还在，窗口还在，第一句就要还在。项目群解散不能当作窗口已下线。

谁把窗口放出来，谁来看第一句

模型供应方可以提供默认文案。默认文案没有出现在你的窗口里，访问者就没有被你告知。上线检查在你自己的页面上做，不在对方的功能清单上勾选。

客服外包合同可以要求对方配置，验收仍看你的网站。三条新开对话里有一条没有第一句，就不通过。不通过的原因写成原文缺失，不写成供应商未配合。未配合是内部追责，访问者看见的是缺失。

只对员工开放、不对网站访问者开口的工具，不放进这次检查。一旦同一入口两边都能进，对外的路径单独保留第一句。

抽查留下原文

每次改版后抽三条，把第一句的原文、时间和入口地址记在共享表里。只写“已检查”而不留原文，下次改版盖住了也看不出来。

原文和标记、和高风险日期分开记。第一句缺失，当天改文字，不等其他合规事项的会议。文字不依赖模型升级。

公开文本里透明度义务的上限有金额表述，引用时写以法规文本为准，不要写成已经对某一家开出的罚单。罚则不是这周的动作。这周的动作是三条对话里的第一句。

改版当天留下三条原文

改版发布后的一小时内完成三条抽查，不等第二天。第二天页面可能已被缓存或再次修改。一小时内的原文，才是访问者在发布时看见的那一句。

三条分别来自不同入口。同一入口开三次，只能证明这一个入口。活动页和帮助中心若没有抽到，就在表上写未抽，不要留空。留空会被读成没有这个入口。

原文里如果先出现口号、后出现“自动回复”，记成不通过。不通过的处理是把说明挪到口号之前，再抽一次，新原文另起一行。不要在旧原文上改字。旧原文是改版当时的样子。

缓存和未登录都要看到同一句

抽查时用从未登录过的方式打开，并且换一个不会带上你们内部状态的环境。内部账号可能已经点过“知道了”，页面就不再显示第一句。访问者第一次进来没有这个状态，他看不见，你的检查却会通过。

若页面有缓存，发布后等缓存更新再抽，或者在抽查记录里写明当时缓存是否已更新。缓存未更新就记成未抽完，不记成通过。未抽完的入口在下一小时补抽。补抽的原文另起一行。用未更新的页面证明第一句存在，证明的是旧版本，不是这次改版。

活动页下线要有人确认

活动结束后，指定一个人打开活动页，确认窗口是否还在。还在，第一句就要还在，抽查照旧。确认已经打不开，在抽查表写关闭日期和确认人。没有关闭日期的活动页，默认仍需抽查。默认仍需抽查，是为了避免项目群解散之后页面继续对访问者开口。

确认人不要只看项目管理表。项目管理表可能写已结束，页面却仍可访问。以打开页面的结果为准。打得开就抽第一句，打不开才记录关闭。两种结果都留原文或留打不开的说明，不留“应该已经下线”。

你下次改版网站对话窗口，用未登录方式新开三条，确认第一句在问题发出前说明对面是机器，并把原文留下。