AMPI：让 AI 协调现有系统，围绕个人目标组织计算环境

AI-Mediated Personal Infrastructure（AMPI），AI 中介式个人基础设施。 我在 2026 年 10 月 14 日公开了这一思路的 v0.1 概念说明。这篇网站文章介绍它的核心主张与实践背景；完整论述、相关工作和实现边界见文末的正式发表版本。

未来的个人计算环境不一定需要另一个超级应用，而可能是一套 AI 协调层：保留现有软件各自的专业能力，通过语义理解、工具调用、持久状态和可验证执行，将它们整合为以个人目标为中心的基础设施。

从个人目标出发

个人工作常常跨越多个系统：要求在一个平台里，草稿在编辑器里，录音来自设备，最终材料保存在文件夹中。每个工具都能完成自己的工作，但资料对应的是哪件事、哪个版本才是当前版本、哪些步骤仍需处理，以及操作是否真正完成，仍然需要有人协调。

AMPI 将持续进行的个人任务作为组织单位。任务可以跨越软件和聊天会话，同时保留它的来源、人的决定和最终成果。编辑器继续负责编辑，专业软件继续完成专业计算，文件与平台继续承担各自的存储职责。AI 负责理解这些材料之间的关系，并选择合适的能力来完成下一步。

我用一句话概括这种分工：AI 不必亲自执行每一个步骤，它更应该知道哪些事情交给哪个现有系统来做。

哪些责任应当持续存在

语义理解与协调。 AI 可以解释要求、关联来源、提出处理方案；这些解释与方案需要保留为可检查的建议。
持久状态与证据。 常规程序维护任务标识、来源记录、人的判断和执行回执。平台上的事实、个人的完成判断与 AI 的建议分别保存。
具体操作的权限。 读取资料、生成草稿、修改文件和提交到外部平台具有不同后果。授权应对应具体目标、操作和待执行材料。
结果校验与恢复。 校验文件或回读外部平台后，才能确认结果。原件与人的修改需要保护；失败或响应不明确时，应先核查已有结果，再决定是否重试。

可验证执行是一项需要落实和检验的设计责任。程序能够执行明确的检查，并不意味着输入、规则或语义判断一定正确；一个内部的“完成”状态，也不能替代外部平台的实际回读。

我提出并实践了什么

AcademicWorkspace 是我私下使用的学习工作环境。AMPI 的说明来自其中的实际架构与使用：复用现有客户端和普通文件，维护跨系统任务记录，区分来源事实、个人判断与 AI 建议，并通过受约束的执行路径保护材料和检查结果。

我的贡献是这一具体的架构综合、责任分工、设计取舍，以及实现和使用经验的明确表述。工具调用、工作流持久化、个人 AI 助手和语义协调都有重要先例，v0.1 说明已讨论相关工作。这里并不声称这些组件由我首次发明，也不根据一个人的使用经验推断普遍的效率提升。

公开材料中包含经过脱敏的实践案例，并明确记录现有实现的不足。它描述一项持续发展的实践；私有代码、学习资料和运行记录不随这份说明公开。

GUI Agent 可以参与，但不是前提

GUI Agent 能通过点击、输入等操作使用界面，是一种有价值的执行通道。AMPI 可以接入它，同时也可以使用直接接口、现有命令和确定性程序。

我的选择原则是：在权限、可观察性和恢复条件合适时，优先复用能够直接表达任务的现有能力；需要界面中的能力或上下文时，再使用 GUI 操作。直接接口并不天然更安全，GUI 操作也不能只凭点击序列完成就认定任务成功。两种路径都需要权限边界和结果校验。

v0.1 专节讨论了 AMPI 与 OS-level GUI Agents 的关系，并以豆包手机助手的官方说明为例。其官方介绍同时包含模拟交互、工具调用和标准化服务接口，因此应理解为可以组合多种执行方式的系统。文稿没有声称 AcademicWorkspace 已与豆包手机助手集成。

阅读与引用

作者：Omica Chow · 版本：0.1 · 公开日期：2026-10-14 · 原创材料许可：CC BY 4.0。 这是一份未经同行评议的概念说明 / position statement，AI 辅助已在正文披露。

建议引用正式版本：

Chow, Omica. (2026). AI-Mediated Personal Infrastructure: From AI-Built Apps to AI-Coordinated Personal Systems (Version 0.1). Zenodo. https://doi.org/10.5281/zenodo.23359981