Linux 7.0新增3个AI按键，微软Copilot键成"临时

Linux 7.0内核合并了三个全新键码，专门给即将上市的AI笔记本键盘用。这是Google的手笔——从HID规范到内核补丁全是他们写的，微软Copilot键那种"临时工"方案可能要被扫进历史垃圾堆了。

Copilot键的"作弊"手法

2023年初，微软轰轰烈烈推Copilot键，号称"30年来PC键盘最大变革"。我们当时拆过：这键根本不发射新扫描码，而是向系统报告左Shift + Windows + F23的组合——F23是1980年代IBM遗留的功能键，被固件层回收利用。

这种设计让操作系统很难区分"用户真的按了这三个键"和"用户按了Copilot键"。驱动层要做一堆hack，应用层更没法统一响应。微软把硬件厂商绑在自己的快捷键体系上，Google显然看不下去了。

新补丁的三个键码走的是正经USB HID（人机接口设备）规范流程：0x254（选中执行）、0x255（上下文插入）、0x256（上下文查询）。操作系统能直接映射，不需要猜谜。

Google的"场景化"打法

三个新键的功能设计很有意思，全围着"用户正在看什么"转，而不是"我要启动一个AI应用"。

选中执行（Action on Selection）：用户高亮一段文字或图片，按这个键，AI直接对选中内容干活——解释、总结、搜索。不用复制粘贴到某个聊天窗口，操作对象就是上下文本身。

上下文插入（Contextual Insertion）：呼出一个覆盖层，用户生成或检索内容，直接丢进当前光标所在的输入框。写邮件写到一半要查个数据？不用切标签页。

上下文查询（Contextual Query）：基于当前选中的元素给建议，比如图片里的物体、代码里的函数名。

Google去年在Pixel系列上已经试水"Quick Insert"物理键，功能跟0x255高度重合。现在他们把这个思路推成行业标准，微软的"启动器"逻辑反而显得陈旧——Copilot键按下去，弹出一个独立的AI窗口，跟用户当前在干嘛基本脱节。

谁的标准？谁的键盘？

时间线值得玩味。2024年1月，微软联合英特尔、AMD、高通搞"AI PC"认证，Copilot键是硬性指标之一。当时PC厂商怨声载道：模具都开好了，硬塞一个新键？

Google的HID规范提案和Linux补丁几乎同步推进，USB-IF（USB实施者论坛）流程走完后，7.0内核直接收录。这意味着：明年上市的笔记本，键盘上可能出现Google定义的AI键，而不是微软的Copilot键。或者更混乱——两者并存，用户一脸懵。

英特尔和高通现在处境微妙。他们押注的"AI PC"认证体系建立在微软标准上，但Linux 7.0的硬件支持显然跟着Google走。Chromebook本来就是Google地盘，Windows笔记本厂商会不会为了Linux兼容性改投Google方案？

键盘布局的战争，本质是交互入口的战争。微软想把用户锁进Copilot生态，Google想让人机交互更"无感化"——AI不作为一个应用存在，而是渗入每个输入场景。

开发者的真问题

对写应用的人来说，新键码是礼物也是麻烦。礼物在于：终于有标准信号了，不用猜用户按的是哪个品牌的"智能键"。麻烦在于：得重新设计交互流程——怎么响应"选中执行"？怎么设计覆盖层的生命周期？

Google在补丁注释里给了示例流程，但具体实现留给桌面环境。GNOME、KDE、各家Linux发行版会怎么接？Windows会不会为了兼容性也支持这三个键码？微软至今没表态。

更深层的问题是：当AI交互变成键盘上的物理按键，用户的学习成本怎么摊？Copilot键至少有个品牌名，用户知道"按这个出Copilot"。Google这三个键全是功能描述，没有品牌烙印——对生态扩张有利，对普通用户认知是挑战。

笔记本厂商已经在2025年新品上试水各种AI键位设计，有的放在F12右边，有的挤进方向键区，还有的直接替换掉右Ctrl。明年这时候，你的键盘可能多了三个陌生按键——但按下去之后，响应你的是Google的规范，还是微软的Copilot？