BVRAI 打造的軟體,旨在幫助人們更輕鬆地達成並超越他們在工作和電腦上的目標。我們的主要產品 Automax 將通常需要數十個獨立應用才能實現的功能,整合到一個連貫的介面中——並將傳統自動化與統一的智能體能力進行了周到而有效的融合。
BVRAI 的存在,是為了挑戰 AI 的極限,並兌現它的承諾。如今模型的能力,已經遠遠走在圍繞它構建的軟體之前;AI 本可以為人們做到的大部分事情,仍在等待真正能交付這份能力的工具。我們的貢獻很具體:打造一款與其內在智慧同樣多才多用的軟體,並把它做扎實。
Automax 正是這項工作的核心,它也旗幟鮮明地表明立場:增強,而非取代。許多自動化的設計初衷,是繞開人——讓流水線在幕後運轉,再把結果遞回來。而 Automax 的使命,是讓坐在桌前的每一個人能量倍增。判斷與品味,始終屬於人;智慧體則帶來觸達的廣度與速度。這是一款讓人把工作做得更好的軟體。
數十年來,軟體逼著人們二選一:要嘛在一件事上鑽得深,要嘛攤開做得廣。深度代價高昂,所以廣度往往等於淺薄。AI 輔助開發正在鬆開這道枷鎖——而非把它徹底抹去。Automax 就是明證:十多款應用同處一個屋簷下,每一款都遠遠做過了一把「瑞士刀」工具理應止步之處。廣度終究還是要拿一些深度來換;只是這代價已遠比從前低廉,而且差距還在持續收窄。
人不會赤手空拳地做真正的工作;他會伸手去拿試算表、文件編輯器、瀏覽器、電話。把這些拿走,等於廢了他的武功。代理也是一樣。給代理一款為任務量身打造的真正應用,它便能借力而行;逼它去借用一套不屬於自己的軟體,每一個動作都成了外部相依——緩慢、脆弱、不在它的掌控之中。所以我們把這些應用直接內建進來。代理不必越過網路去操作別人的工具;這些工具,本就是它自己的。
在多數商務工作中,代理回報最高的用法,並不是讓它把同一件事一遍遍地做下去——而是讓它把這件事設置成能自行運轉。把一套確定性的自動化配置好一次,它便會穩定運行,且幾乎不花成本;反之,每次都仰賴模型親手重做同一份活,你便要在成本與一致性上,為每一次執行付出代價。這正是 Automax 內建一整套自動化工作室的原因:代理最有價值的一步,往往是先把流水線搭好,然後功成身退。
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.
最初的 Automax。一套透過分層經紀代理編排、端到端撰寫租約文件的命令列系統。沒有介面 —— 只是一個持續運行、監聽郵件、撰寫文件的程序。
一次根本未起飛的方向重置。上午建立,下午即放棄。有時一個世代最好的事,就是迅速結束。
一款駐留於 Outlook 旁的 Python + PyQt 應用。圍繞郵件鏈處理、AutoDoc 表單生成,以及讓 Automax 始終貼附當前 Outlook 視窗的「側邊吸附」視窗配對模式打造。
一份 Next.js 鷹架與一個情境資料夾,與 v3 並行短暫嘗試。二十四小時內即被擱置 —— 桌面應用才是合適的形態。
一個多工具工作區:郵件、AutoDoc、試算表、瀏覽器、電話、地圖、行銷、漏斗、行事曆、團隊聊天,以及第一條自動更新管線。v5 驗證了桌面形態;許多介面被移植入 v6。
在「極致模組化」教義下的全新重寫。每個介面都是自成一體的工作區;代理透過註冊過的工具面驅動它們。v6 引入了統一的 work-node 結構、多代理派遣、標籤系統、語音模式以及遠端開發循環。
最初的 Automax。一套透過分層經紀代理編排、端到端撰寫租約文件的命令列系統。沒有介面 —— 只是一個持續運行、監聽郵件、撰寫文件的程序。
一次根本未起飛的方向重置。上午建立,下午即放棄。有時一個世代最好的事,就是迅速結束。
一款駐留於 Outlook 旁的 Python + PyQt 應用。圍繞郵件鏈處理、AutoDoc 表單生成,以及讓 Automax 始終貼附當前 Outlook 視窗的「側邊吸附」視窗配對模式打造。
一份 Next.js 鷹架與一個情境資料夾,與 v3 並行短暫嘗試。二十四小時內即被擱置 —— 桌面應用才是合適的形態。
一個多工具工作區:郵件、AutoDoc、試算表、瀏覽器、電話、地圖、行銷、漏斗、行事曆、團隊聊天,以及第一條自動更新管線。v5 驗證了桌面形態;許多介面被移植入 v6。
在「極致模組化」教義下的全新重寫。每個介面都是自成一體的工作區;代理透過註冊過的工具面驅動它們。v6 引入了統一的 work-node 結構、多代理派遣、標籤系統、語音模式以及遠端開發循環。