Acti

Acti 是一款将手机键盘转变为智能代理入口的产品。它允许用户在输入文本的任何地方，直接通过键盘调用 AI 来执行命令、搜索信息或完成特定任务，而无需在应用间频繁切换。对于需要在移动场景下快速处理信息、操作应用或获取答案的用户来说，它试图重新定义手机交互的起点。

今天，当用户想在手机上完成一个稍复杂的任务时，典型的工作流是碎片化的。例如，想在聊天中分享某家餐厅的评分和位置，用户需要：1. 切出聊天应用，打开地图或点评应用；2. 搜索餐厅名称；3. 复制地址或评分；4. 切回聊天应用；5. 粘贴信息。整个过程涉及多次应用切换、屏幕点击和内容复制。如果任务更复杂，比如“查一下明天飞上海的航班，把最早的三班截图发给我”，流程会变得更加繁琐，甚至需要组合使用多个应用和手动操作。

用户具体卡在“意图”与“执行”之间的断层上。手机交互的原子单位是“点击”和“滑动”，而非“意图”。用户脑中有一个明确的目标（“分享餐厅信息”），但手机系统要求他将这个目标拆解成一系列低级的、与具体应用绑定的操作步骤。这种断层在移动端尤其明显，因为屏幕小、多任务切换成本高，且应用间壁垒森严。Siri 或 Google Assistant 等语音助手试图弥合这个断层，但它们往往被设计为独立的、全屏的对话体验，打断了用户当前的操作流，并且对复杂、多步骤任务的执行能力有限，成功率不稳定。

Acti 切入的是“意图执行层”，更具体地说，是“移动端意图输入与分发层”。它没有尝试创造一个新的超级应用或另一个全屏聊天机器人，而是选择占领一个用户已经习惯的、最高频的输入界面——键盘。它将键盘从一个纯粹的“文本输入器”，改造为一个“意图接收与代理调度器”。当用户在键盘上输入“/flight NYC to LA tomorrow”，这个指令被直接传递给后台的 AI 代理去理解和执行，结果再通过键盘扩展的界面返回或直接插入当前输入框。

旧方案如 Siri、Google Assistant，或是一些自定义快捷指令工具（如 iOS 快捷指令），其不够好的地方在于交互的断裂与能力的局限。语音助手需要唤醒，且其交互与当前应用上下文脱离，执行结果往往以通知或全屏卡片形式呈现，难以无缝嵌入用户正在进行的对话或编辑中。iOS 快捷指令虽然强大，但创建和配置门槛高，本质上是一套需要预先编排的自动化脚本，无法动态理解自然语言意图并实时调用合适的工具。用户需要预先知道“能做什么”以及“如何命名指令”，而不是直接表达“想做什么”。

Acti 现在成立，核心驱动力是 AI 智能体（Agent）能力的实用化与小型化，以及移动端模型推理成本的下降。早期的 AI 助手更多是“聊天”，现在则能可靠地“执行”具体任务，如调用搜索、操作日历、处理图片、查询数据。这使得将一个轻量级但功能强大的 Agent 嵌入到键盘这样的系统级扩展中成为可能。同时，用户对 AI 的期待已经从“新奇对话”转向“无缝工具”，希望 AI 能融入现有工作流，而不是创造一个需要专门去访问的新工作流。

这透露出一个变化：AI 交互的入口正在从独立的、中心化的应用，向碎片化的、情境化的系统组件迁移。AI 不再是一个需要“打开”的东西，而是变成一种可以“随处调用”的能力。这种“能力注入”首先发生在生产力最高的节点上，对于移动设备而言，键盘就是这个节点。这预示着未来更多的系统级交互界面（如通知中心、控制中心、甚至锁屏界面）都可能成为轻量级 AI 代理的触发点。

对于 Builder 而言，今天可以直接使用 Acti 或借鉴其思路，在移动端处理快速查询、内容生成、信息整理等任务，例如在邮件客户端内直接让 AI 起草回复要点，或在笔记应用中快速整理会议纪要。它最值得学习的不是其 AI 能力本身，而是其“宿主选择”的智慧：不与应用争抢用户时长，而是寄生在用户最高频、最基础的系统交互层上，将 AI 能力转化为一种“系统级效用”。这种降低用户启动成本、最大化情境融合度的设计思路，远比单纯堆砌模型功能更重要。

这一思路可以迁移到任何存在“意图-操作”断层的数字场景。例如，在 IDE 中，代码补全提示是否可以进化为能理解自然语言任务描述（“为这个函数添加错误处理”）并直接生成修改建议的代理？在设计工具中，画布旁的工具栏是否可以理解“让这个按钮更醒目”的指令并直接调整样式参数？其核心在于，识别一个用户已经形成肌肉记忆的、低心智负担的交互界面，将复杂的 AI 能力封装成这个界面下的自然延伸，从而让高级的“意图驱动”交互，变得像点击按钮一样简单。