autoMate
本地 AI 中枢:打破 AI 工具间的数据孤岛,让任何 AI 客户端都能访问你的笔记、文件和记忆
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
本地 AI 中枢:打破 AI 工具间的数据孤岛,让任何 AI 客户端都能访问你的笔记、文件和记忆
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
你是否有过这样的困扰:在 Cursor 里问了一个问题,换到 Claude Desktop 却又得从头解释背景;让 AI 帮忙记了个重要信息,下次换个工具就找不到了;手机和电脑的数据各管各的,AI 完全不知道你上周收到了哪封邮件。
autoMate 正是为了解决这些问题而诞生的。它给自己的定位是「你的 AI 智能 NAS(网络附加存储)」——一个属于你自己的、本地的、不依赖任何特定 AI 服务商的数据中枢。任何主流 AI 客户端(OpenClaw、Claude Desktop、Cursor、Cline……)只要通过标准协议连接上 autoMate,就能访问你所有的笔记、文件、提醒和记忆,彻底打破 AI 工具之间的数据孤岛。
autoMate 的出现有其深刻背景。2024 年开始,AI 编程工具呈现爆发式增长:Cursor 基于 GPT-4o/Claude,Claude Desktop 原生集成 Sonnet,Cline 支持多模型切换。然而这些工具各自独立运作,你在 Cursor 里建立的笔记无法被 Claude Desktop 读取,你在 Claude 里整理的文件结构到了 Cursor 里就消失了。每一个 AI 助手都是一座信息孤岛。
这种困境催生了 autoMate 的核心设计理念:让数据归属于用户,而非归属于工具。作者 yuruotong1 在 README 中写道:「每个 AI 厂商都想成为你的聊天工具,大多数能调用工具,但没有一个能跨厂商记住你的数据、或者在你需要时推送通知给你。」autoMate 正是要补上这缺失的一环。
如果把 AI 客户端(Cursor、Claude、Cline)比作家里的各种电器(空调、冰箱、洗衣机),autoMate 就是那个「中央控制系统」。
过去:每台电器都有自己的遥控器和面板,互不兼容。 现在:所有电器都接入中央控制系统,你用任何一台电器的遥控器,都能统一调度所有设备。
autoMate 就是这个「中央控制系统」——它不替代你的 AI 工具,而是给所有 AI 工具提供统一的数据层和工具层。
autoMate 提供的功能可以分为五大模块:
笔记与记忆系统
autoMate 内置了完整的笔记系统,AI 可以读取、写入、搜索笔记,所有笔记通过 SQLite 持久化存储。更重要的是,autoMate 支持跨会话记忆——同一个项目的信息只需要输入一次,后续无论你用哪个 AI 客户端连接 autoMate,都能自动获取历史上下文。这解决了 AI 对话中反复「介绍背景」的痛点。
文件金库
autoMate 充当个人文件服务器(NAS),支持上传、下载、按内容搜索文件。文件通过 SHA-256 哈希去重(相同文件不会重复占用空间),并支持流式访问——AI 可以在上下文中直接读取文件内容。文件目录和笔记搜索统一通过 BM25 算法排序,你只需说「找一下上周那个项目文档」,autoMate 就会帮你搜出来。
提醒与推送
autoMate 支持设置定时提醒,并在条件满足时主动推送通知到手机。这让 AI 真正能够「后台工作」——你告诉它「明天上午 9 点提醒我发周报」,它会在指定时间准时推送。提醒数据同样存储在本地 SQLite 中,永久保存。
浏览器与桌面自动化
借助 Playwright,autoMate 可以控制真实 Chrome 浏览器执行网页操作(点击、填表、截图、爬取)。配合浏览器扩展,甚至可以从网页中直接提取结构化数据。对于桌面操作(截屏、鼠标键盘控制),通过 pyautogui 实现。代码显示,agent loop 的设计遵循标准工具调用循环:对话 → 工具调用 → 执行 → 结果反馈 → 循环直到任务完成或达到最大步数(默认 8 步)。
SaaS 集成生态
autoMate 提供了对 31 个主流 SaaS 服务的 API 集成,包括 GitHub、Notion 等。这意味着 AI 不仅能操作本地文件,还能直接调用你的 GitHub 仓库、Notion 笔记等外部服务,实现端到端的自动化工作流。
从代码结构来看,autoMate 采用了清晰的模块化架构:
automate/agent/loop.py):标准的工具调用循环,最大支持 8 步推理。发出 RunEvent 事件流,支持 WebSocket 实时推送进度。automate/agent/prompts.py):精心设计的指令模板,指导 AI 在不同场景下选择最合适的工具。比如用户说「找一下」,AI 就会调用 search.find 而非遍历所有文件再 grep。notes.*、files.*、search.*、browser.*、bx.*)。核心技术栈:FastAPI + uvicorn 提供 Web 服务层;Pydantic v2 做数据验证;MCP (Model Context Protocol) 是连接外部 AI 客户端的核心协议;Playwright 控制浏览器;SQLite + Fernet 处理本地持久化和加密。
autoMate 对部署非常友好。通过 pip install automate-hub[full] 一键安装所有依赖(含浏览器自动化),运行 automate 命令即可启动本地服务,默认在 http://localhost:8765 打开 Web UI。项目提供了完整的 Dockerfile,支持 Docker 容器化部署——一行命令即可:docker run --rm -p 8765:8765 -v automate-data:/data automate-hub。
硬件需求极低:不需要 GPU,普通树莓派级别的硬件即可运行(512MB RAM、1GB 磁盘)。默认 Web UI 通过 Gradio 实现,界面简洁,支持聊天式交互。Docker 容器内会自动跳过桌面工具(因为无显示器),但 Playwright 浏览器工具正常可用。
autoMate 也有一些不可忽视的局限:
本地运行的双刃剑。所有数据存在本地,这意味着你需要自己备份。autoMate 的数据目录在 ~/.automate/,包含 SQLite 数据库和加密文件——如果磁盘损坏,数据同样会丢失。项目目前没有内置的备份同步方案。
MCP 生态的依赖性。autoMate 的核心价值建立在 MCP 协议的普及度上。如果主流 AI 客户端未来不支持 MCP 或转向其他协议,autoMate 需要快速适配。目前支持的客户端包括 OpenClaw、Claude Desktop、Cursor、Cline,生态尚在扩展中。
文档语言混合。README 有中文版本(README_CN.md),但部分技术文档和代码注释仍以英文为主,对纯中文用户存在一定阅读门槛。
autoMate 的增长曲线值得关注。Stars 突破 3900 的背后,反映的是 AI 工具用户对「数据主权」越来越强烈的诉求。当用户同时使用 3-5 个 AI 工具时,数据碎片化的问题变得无法忽视。autoMate 通过「中立数据层」的定位,提供了一种不依赖任何单一 AI 厂商的解决方案。
从技术趋势看,autoMate 代表的 MCP (Model Context Protocol) 生态正在成为 AI 工具互联的新标准——类似于 USB 协议之于硬件设备,MCP 正在成为 AI 工具互联的通用接口。autoMate 作为 MCP 生态中的重要基础设施项目,值得持续关注。