Acti 的巧思：把手机键盘从输入工具改成行动入口

2026 年 6 月 30 日，Acti 在 iOS 和 Android 上线，把 AI agent 放进了手机键盘。Acti 的核心入口不是另一个聊天窗口，而是键盘上方的 Acti Bar：按下它正常输入，长按它召唤 agent，看到预览后再把结果应用到当前文本框。1 2

这个选择很具体：让 AI 进入用户已经表达意图的地方。Acti 值得拆开的地方有两个，一是把「输入」和「行动」压在同一套键盘手势里，二是把重复任务做成可以绑定按键的 Skill。前者解决切换应用的摩擦，后者解决每次都重新描述同一件事的摩擦。

普通键盘的职责是把按键变成文字，AI 键盘通常负责纠错、改写或听写。Acti 给键盘加了一层行动模式：在消息、邮件、笔记和浏览器等有文本框的地方，用户都可以长按 Acti Bar，用自然语言或语音描述任务。官方文档把流程写成「Type. Hold. Preview. Apply.」：先输入需求，再长按，查看即将产生的回复、链接或摘要，最后点击应用。2

这里的设计重点不在「键盘也能调用 AI」，而在入口位置和手势含义。用户写「把这段翻译成英文」时，本来就已经在文本框里；如果还要切到另一个应用，再把结果复制回来，AI 的能力就被多了一次切换抵消了。Acti 让请求和结果都留在原来的文本框附近，动作完成后可以继续发送或修改。Digital Trends 实测介绍了把地点、附近餐厅、比分和可交互的 mini app 放回聊天场景的用法。3

长按也承担了一个容易被忽略的责任：它把「我正在输入」和「我允许 agent 执行」分开。官方写明，Acti 会先展示结果，用户确认后才插入、发送或打开，动作不会静默发生。2 对涉及链接、会议或外部工具的任务来说，预览不是装饰，而是最后一道人工检查。

代价同样来自这个入口。长按藏在键盘里，第一次使用时不如独立按钮直观；而「任何文本框都能触发」也会让用户更在意当前 Skill 到底会读什么、改什么。Acti 选择了更短的操作路径，也必须承担更高的可发现性和信任解释成本。

Acti 的第二个选择，是把 agent 能力从一次性请求变成可安装的 Skill。官方列出的例子包括生成 Google Meet 链接、按关键词找 Notion 文档、根据复制的 X 帖子草拟回复，以及翻译或分析消息情绪。Skill 可以绑定到具体按键，用户也能用自然语言创建自定义 Skill，再选择只自己使用或发布到 Skill Hub。4 5

把 Skill 做成键位对象，改变了用户和 AI 能力的关系。用户不需要每次都回忆提示词，也不必把「查找资料、整理格式、插入链接」重新描述一遍；熟悉的任务可以变成一个按键动作。对产品设计师来说，值得借鉴的不是「按键越多越好」，而是把高频意图保存成可命名、可复用、可审查的对象。一个好的 Skill 让用户记住的是任务名称，模型负责处理任务内部的步骤。

Acti 还把 Skill 连接到应用和 API。官方说明支持通过 OAuth 连接 Gmail、Slack、Notion、日历等工具，也提供 150 多个可调用的 API。4 这让键盘从「文本生成器」变成一个统一的命令层，但也把权限问题推到了键盘旁边，而不是藏在某个独立的 agent 页面里。

Acti 在 2026 年 7 月 8 日更新的隐私政策写明，键盘不会收集、存储或传输用户输入，除非用户主动触发需要这些文字的 Skill；Skill 运行时，只有被配置为输入的文本会发送给 Acti 服务，并可能交给第三方模型服务。政策还列出键盘网络访问和剪贴板权限，并说明连接 Gmail 等工具需要用户走 OAuth 授权，Skill 只在明确触发时调用。6

这组边界说明了 Skill 化的成本：按键让行动变快，却不能让权限变得隐形。用户需要知道一个 Skill 会读取剪贴板、当前选中文本，还是调用某个已连接账户；用户也要能在执行前看见结果。Acti 的「Preview」和「显式触发」是必要的安全壳，但它们能否被普通用户理解，仍取决于每个 Skill 是否把输入范围和外部动作写清楚。

Acti 的巧思不是把更大的模型塞进键盘，而是重新定义键盘在手机里的职责：它既是输入表面，也是用户触发行动的最短入口。Acti Bar 用「按下输入、长按行动、预览后应用」把控制权留在当前文本框，Skill Keys 则把反复出现的意图保存成可以复用的动作对象。

这个方向有一个明确的判断标准：AI 是否出现在意图刚形成的地方，以及它执行前是否让用户看见范围和结果。Acti 把第一件事做得很彻底，第二件事则要靠预览、Skill 说明和权限边界一起成立。对任何准备把 agent 放进系统级入口的产品来说，少一次切换很有价值，但让用户知道「这次会读什么、会改什么」更不能省。