把二维码交给 AI 助手：它能做什么，不能做什么

它最擅长的活：给印好的一批码换去向

动态二维码经由跳转解析：桌上的贴纸不变，背后的地址可以变。印它的全部理由就在这儿。麻烦的一向是中间那段：把去年秋季活动的四十个码找出来，看看哪些还在生效，再一个一个改，同时不碰那三十个该原样留着的。

这是一场对话，不是一张表单。你描述这一批，助手把它匹配到的码逐一摆出来，连同每个码眼下指向哪里，然后你确认或纠正——在任何东西挪动之前。之后改动对下一个扫码的人生效，包括已经贴在桌上的那张。按下之前，这句话值得说出口。

• 用你自己的话问；在任何东西改变之前先对一遍清单
• 静态码会被点名为需要重印，而不是一个一个地报错
• 已发布的码会对此后所有扫码的人同时改变

第二件活：那份没人写的报告

扫描数据好看不好总结。周报意味着把本期和上期摆在一起，给动了的码安上名字，再说该怎么办。正是这一步在每周一手工去做时被跳过。

助手读的是你分析页面显示的同一批数字，然后写出摘要。要紧的是它读得诚实：零扫描的码只有在动态时才算没被使用，因为静态码根本无法测量。这个区别写进了它被要求作答的方式，所以一个安静的静态码被报告为无法测量，而不是失败。

它不会做什么，以及为什么这是有意的

把助手接进一门生意，有意思的不是它能做什么的清单。而是它不能做什么的清单，以及那些界线是被选定的，还是只是尚未搭建。

它读不到你的顾客写了什么。问卷返回分数、数量和每道题的分布——从不返回谁敲下的句子。那些由你收件箱里的人来读：顾客写的东西不归你交给第三方系统，而交给凭据的回复，最终落在持有者存放它的地方。

它不会删除码。销毁已印出之物背后的跳转无法撤销，而这不是助手能替你给出的确认。取而代之，它被提供归档：码停止解析，且可以撤销。

它不会悄悄改动任何东西。凡是会写入的工具都被标记为写入——正是这一点让客户端停下来问你。归档标记得更重，因为它的影响在工作区之外被感受到。

• 问卷中的留言：不交给任何密钥或助手
• 删除已印出的码：不提供——代之以归档，且可撤销
• 写入：始终有标记，好让你的客户端先问再动手

给的要比你以为需要的少

权限按范围授予，助手只会看到其范围允许的工具。一把能读码和分析的密钥不会创建码——更有用的是，创建工具根本不在它的清单里，所以它不会提出一件随后会被拒绝的事。

从只读开始。要一份报告，看一周它如何推敲你的数据，等你清楚它拿这些做什么，再放宽密钥。这不花什么代价：第二把带写入权限的密钥是一分钟的工作，而第一把依旧有用。

• 先只读：报告与查询，没有任何会改变的东西
• 看清运作方式后再扩展到写入
• 范围之外的工具是看不见的，而非仅仅被拒绝

两条入口，各自的用途

你自己运行的工具用 API 密钥：创建、粘贴地址，完成。对于跑在你自己机器上的助手，这是正确的路径，凭据由你掌握。

来自别人目录的连接器则走登录，你根本不碰密钥。在授予任何东西之前，你会看到是谁在请求、会涉及哪个工作区、它能做什么——而且只有所有者或管理员才能批准。两种方式下，连接都在你的工作区里可见，一按即断。

值得向任何产品提出的问题，不只是这一个

助手被接入真实生意的速度，快过安全使用它们的习惯成形的速度。有用的问题是一样的，无论谁做的这套集成。

事后能看到究竟授予了什么吗？能在一个地方撤销吗？界线是一开始就说明，还是任务做到一半才被发现？当它碰到顾客写下的内容，或碰到已经印出、已经进入世界的东西时，产品是否与对待普通记录有所不同？

• 已授予的东西是否可见、可撤销？
• 界线是事先说明还是中途发现？
• 顾客写下的文字是否与你自己的数据区别对待？