帮助你更快完成更高质量工作的 软件。
BVRAI 打造的软件,旨在帮助人们更轻松地达成并超越他们在工作和电脑上的目标。我们的主要产品 Automax 将通常需要数十个独立应用才能实现的功能,整合到一个连贯的界面中——并将传统自动化与统一的智能体能力进行了周到而有效的融合。
Bugster安全测试中 · 2026年9月1日
挑战极限。
兑现
AI 的承诺。
BVRAI 的存在，是为了挑战 AI 的极限，并兑现它的承诺。如今模型的能力，已经远远走在围绕它构建的软件之前；AI 本可以为人们做到的大部分事情，仍在等待真正能交付这份能力的工具。我们的贡献很具体：打造一款与其内在智能同样多才多用的软件，并把它做扎实。
Automax 正是这项工作的核心，它也旗帜鲜明地表明立场：增强，而非取代。许多自动化的设计初衷，是绕开人——让流水线在幕后运转，再把结果递回来。而 Automax 的使命，是让坐在桌前的每一个人能量倍增。判断与品味，始终属于人；智能体则带来触达的广度与速度。这是一款让人把工作做得更好的软件。
我们一路走来
得到的几点洞见。
深度与广度之间的取舍，正在被瓦解。
数十年来，软件总是逼人做出选择：要么在一件事上深耕，要么在许多事上铺开。深度代价高昂，所以广度往往意味着浅尝辄止。AI 辅助开发正在松动这道枷锁——不是抹去它。Automax 就是明证：十几个应用集于一处，每一个都远远超出“瑞士军刀”式工具本该止步的地方。广度仍要以一定的深度为代价；只是如今的代价远比从前小，而且这道差距还在不断收窄。
智能体需要软件，理由与人完全相同。
人不会赤手空拳地完成真正的工作；他会去打开电子表格、文档编辑器、浏览器、电话。把这些拿走，他便寸步难行。智能体也是一样。给智能体一款为任务而生的真正应用，它便能借力而行；逼它去借用并不属于自己的软件，每一个动作就都成了外部依赖——迟缓、脆弱、不受自己掌控。所以我们把应用内建进来。智能体不必跨越网络去操作别人的工具；这些工具，本就是它自己的。
智能体最好的用法，是让人从此不再需要它。
在大多数业务工作里，智能体回报最高的用法，并不是让它把同一件事反复做上一遍又一遍——而是让它把这件事配置成能够自行运转。把一套确定性的自动化配置一次，它便能可靠运行，且近乎零成本；可一旦依赖模型每次都手动重做同一份活儿，你就要为它付出代价——成本上的，一致性上的——而且每跑一次都要付一次。这正是 Automax 内置了完整自动化工作室的原因：智能体最有价值的一步，往往是搭好流水线，然后功成身退。
Six generations.
BVRAI iterates aggressively — every version is built, torn down, and rebuilt against what the previous one taught us. Scroll through the timeline. Dates pulled directly from the commit log.
面向物业自动化的 Python 命令行工具。
最初的 Automax。一套通过分层经纪代理编排、端到端起草租约文档的命令行系统。没有界面 —— 一个持续运行、监听邮件、撰写文档的进程而已。
- 9 月 23 日首次提交。物业管理自动化雏形搭建。
- 10 月 3 日文档处理器端到端起草 LEAA 文档。
- 10 月 5 日续约起草流程完成约 95%;OCR 重试逻辑趋于稳定。
- 10 月 17 日由 LLM 生成的邮件正文接入流水线。
存根。同日弃。
一次根本未起飞的方向重置。上午建立,下午即弃。有时一个版本最好的事,就是结束得快。
- 10 月 18 日创建了 utilities/ 目录。零提交。再无后续。
与 Outlook 配对的租约管理插件。
一款驻留在 Outlook 旁的 Python + PyQt 应用。围绕邮件链处理、AutoDoc 表单生成,以及让 Automax 始终贴附当前 Outlook 窗口的「侧边吸附」窗口配对模式构建。
- 11 月 21 日首次提交。带有 Active Email 视图的 Outlook 租约管理。
- 11 月 28 日侧边吸附按钮将 Automax 与 Outlook 窗口配对。
- 12 月 1 日漏斗数据表与本地 Excel 同步;并行 LLM 顾问。
- 12 月 11 日电子签集成,带拖放式界面。
- 12 月 17 日用于 HTML 邮件编辑的 WordEditor API 取代自研补丁。
在 v3 之外并行进行的 Web 应用可行性测试。
一份 Next.js 脚手架与一个上下文目录,与 v3 并行短暂尝试。二十四小时内即被搁置 —— 桌面应用才是合适的形态。
- 11 月 26 日创建了 Next.js 脚手架与上下文目录。
- 11 月 27 日最后的修改。Web 应用方向作罢。
首个成熟的 WPF 桌面应用。
一个多工具工作区:邮件、AutoDoc、电子表格、浏览器、电话、地图、营销、漏斗、日历、团队聊天,以及第一条自动更新流水线。v5 验证了桌面形态;它的许多界面被移植入 v6。
- 12 月 19 日V5 基础。Active Items + 重整的导航。
- 12 月 22 日带 PDF 视觉的 AutoDoc 抽取流水线。
- 1 月 4 日邮件客户端四面板视图(文件夹 / 列表 / 预览 / 代理)。
- 1 月 7 日浏览器工作区;Twilio 电话集成搭配 WebView2 拨号器。
- 1 月 24 日基于 Azure Blob Storage 的 Velopack 自动更新。
- 1 月 30 日Firebase 团队聊天,@提及 AI 集成。
- 2 月 16 日v5 最终版本(5.1.10)。
模块化优先的重写。以工作区为驱动,代理原生。
在「极致模块化」教义下的全新重写。每个界面都是自成一体的工作区;代理通过注册过的工具面驱动它们。v6 引入了统一的 work-node 模式、多代理调度、标签系统、语音模式以及远程开发循环。
- 3 月 23 日在模块化教义下从零重写。
- 3 月 28 日调度器升级:智能重排、日历↔待办同步。
- 4 月 4 日自定义机器人、系统提示编辑器、对话历史。
- 4 月 7 日电话、弹出窗口、记忆系统、地图标签页。
- 4 月 10 日Stage 7 语音模式(Realtime API)。多代理调度。
- 4 月 12 日贯穿全部 11 个阶段的统一 work-node 模式。
- 4 月 17 日标签系统重写。工具整合至 49 项。
- 4 月 23 日密码保管箱 + AI 拨打电话。v6.0.5 发布。
- 5 月 1 日v6.0.14 —— 当前构建。
面向物业自动化的 Python 命令行工具。
最初的 Automax。一套通过分层经纪代理编排、端到端起草租约文档的命令行系统。没有界面 —— 一个持续运行、监听邮件、撰写文档的进程而已。
- 9 月 23 日首次提交。物业管理自动化雏形搭建。
- 10 月 3 日文档处理器端到端起草 LEAA 文档。
- 10 月 5 日续约起草流程完成约 95%;OCR 重试逻辑趋于稳定。
- 10 月 17 日由 LLM 生成的邮件正文接入流水线。
存根。同日弃。
一次根本未起飞的方向重置。上午建立,下午即弃。有时一个版本最好的事,就是结束得快。
- 10 月 18 日创建了 utilities/ 目录。零提交。再无后续。
与 Outlook 配对的租约管理插件。
一款驻留在 Outlook 旁的 Python + PyQt 应用。围绕邮件链处理、AutoDoc 表单生成,以及让 Automax 始终贴附当前 Outlook 窗口的「侧边吸附」窗口配对模式构建。
- 11 月 21 日首次提交。带有 Active Email 视图的 Outlook 租约管理。
- 11 月 28 日侧边吸附按钮将 Automax 与 Outlook 窗口配对。
- 12 月 1 日漏斗数据表与本地 Excel 同步;并行 LLM 顾问。
- 12 月 11 日电子签集成,带拖放式界面。
- 12 月 17 日用于 HTML 邮件编辑的 WordEditor API 取代自研补丁。
在 v3 之外并行进行的 Web 应用可行性测试。
一份 Next.js 脚手架与一个上下文目录,与 v3 并行短暂尝试。二十四小时内即被搁置 —— 桌面应用才是合适的形态。
- 11 月 26 日创建了 Next.js 脚手架与上下文目录。
- 11 月 27 日最后的修改。Web 应用方向作罢。
首个成熟的 WPF 桌面应用。
一个多工具工作区:邮件、AutoDoc、电子表格、浏览器、电话、地图、营销、漏斗、日历、团队聊天,以及第一条自动更新流水线。v5 验证了桌面形态;它的许多界面被移植入 v6。
- 12 月 19 日V5 基础。Active Items + 重整的导航。
- 12 月 22 日带 PDF 视觉的 AutoDoc 抽取流水线。
- 1 月 4 日邮件客户端四面板视图(文件夹 / 列表 / 预览 / 代理)。
- 1 月 7 日浏览器工作区;Twilio 电话集成搭配 WebView2 拨号器。
- 1 月 24 日基于 Azure Blob Storage 的 Velopack 自动更新。
- 1 月 30 日Firebase 团队聊天,@提及 AI 集成。
- 2 月 16 日v5 最终版本(5.1.10)。
模块化优先的重写。以工作区为驱动,代理原生。
在「极致模块化」教义下的全新重写。每个界面都是自成一体的工作区;代理通过注册过的工具面驱动它们。v6 引入了统一的 work-node 模式、多代理调度、标签系统、语音模式以及远程开发循环。
- 3 月 23 日在模块化教义下从零重写。
- 3 月 28 日调度器升级:智能重排、日历↔待办同步。
- 4 月 4 日自定义机器人、系统提示编辑器、对话历史。
- 4 月 7 日电话、弹出窗口、记忆系统、地图标签页。
- 4 月 10 日Stage 7 语音模式(Realtime API)。多代理调度。
- 4 月 12 日贯穿全部 11 个阶段的统一 work-node 模式。
- 4 月 17 日标签系统重写。工具整合至 49 项。
- 4 月 23 日密码保管箱 + AI 拨打电话。v6.0.5 发布。
- 5 月 1 日v6.0.14 —— 当前构建。