想象一下，上次你把会计软件的操作权交给一个新员工时的情景。你可能带他浏览了仪表盘，告诉他点击哪里可以分类一笔费用，以及按哪个按钮可以录入日记账分录。这种入职引导假设该“新员工”有眼睛、有鼠标，并且有耐心使用图形界面。
现在，想象一下你要引导的是一位 AI 智能体。它没有眼睛。它不想点击。它想要的是一个可以运行的命令、一个可以读取的文件、以及一个可以解析的结果——瞬间完成，每天成千上万次，而且永远不会感到厌倦或出现笨拙的输入错误。
这种错位——为人类设计的软件却被机器驱动——正是加密货币会计公司 Bitwave 在 2026 年 7 月 23 日切入的领域。当时，它推出了“Bitwave Agentic”，并开源了两个专为 AI 智能体执行会计工作而构建的基础设施组件。这看起来像是一个小众的发布，但它预示着一个小型企业（不仅仅是加密原生企业）将如何与其账本交互的更大转变。
Bitwave 实际宣布了什么
Bitwave，一个以数字资产会计闻名的平台，推出了一套针对其所谓“智能体财务”的新产品：AI 智能体不仅回答关于你财务的问题，而且直接参与财务工作流程——代表企业进行采购、跟踪预算和执行交易。
该公司的论点很直白：AI 智能体已经出现在真实的业务运营中，但没有实际的方法让它们记录所做的事情，或将该工作移交给人类进行审查。传统的会计软件在设计之初从未考虑过非人类用户，因此智能体要么通过脆弱的屏幕抓取强行附加到面向人类的 UI 上，要么完全在没有会计规范的情况下运行。
初始版本包含四个部分，其中两个是开源的：
- Bitwave CLI — 一个“智能体原生”会计系统，允许 AI 智能体在本地进行簿记：创建完整的账簿、生成费用报表，并通过命令行管理传统和数字资产交易，并可选择同步到托管平台。
- KubeClaw — 一个自托管的 Kubernetes 环境，允许财务团队在受控、沙盒化的环境中运行自主智能体，并能够查看每个智能体的活动以及对其允许使用的工具进行治理。
- Bitwave MCP — 一个连接层，基于模型上下文协议构建，允许 AI 模型直接访问钱包、交易、分类和余额报告数据，无需经过面向人类的界面。
- Bitwave 数据与分析 — 基于 SQL 的访问方式，用于查询跨以太坊、Base 和 Berachain 等网络的标准化链上数据。
CEO Patrick White 直言不讳地阐述了这一发布背后的理念：“智能体不会像人类一样与会计软件交互。”整个套件故意设计为模型无关——它可与企业选择的任何 AI 模型或智能体框架一起使用，而不是将用户锁定在某个特定供应商的助手。
为什么“智能体原生”是一个与“AI 赋能”不同的设计问题
许多软件只是将一个聊天机器人附加到现有产品上，就称之为 AI 赋能。而智能体财务则提出了不同的主张：底层接口本身需要改变。
想想人类会计师需要什么：菜单、表单、可视化报告、鼠标。再想想 AI 智能体实际需要什么：一种发出命令并获取结构化、机器可读结果的方式——最好也能在输入时读取它，而无需为了弄清单个屏幕显示什么而浪费 token 进行 API 调用。
这就是为什么 AI 行业一直在趋向于模型上下文协议 (MCP)，这是一个开放标准——最初由 Anthropic 于 2024 年底发布——用于以可预测的方式将 AI 模型连接到外部工具和数据源。MCP 不是让每个供应商都发明自己的专属集成，而是为智能体提供一种通用语言来发现系统可以做什么并进行调用。Bitwave 决定将其智能体层构建在 MCP 而非专有 API 之上，这不是一个实现细节；而是一次押注，认为“智能体原生”软件将像之前的“移动原生”和“API 优先”平台转变一样实现标准化。其他会计领域的供应商——包括 Digits——已经宣布了他们对分类账数据的 MCP 支持，因此 Bitwave 是加入一个趋势，而不是从头开始。
命令行的框架也很重要。命令行是文本输入、文本输出。每条命令和每个响应都是一行你可以记录、差异对比、重放并交给第二个系统审查的内容。这正是 GUI 点击所不具备的特性——你无法差异对比一次鼠标点击。
你不需要加密货币钱包这件事才重要
很容易读到“Bitwave”和“链上数据”就认为这是一个针对持有数字资产的资金团队的故事。其实不是，而这正是值得深思的地方。
剥离掉区块链特定部分后，剩下的就是一个模板，任何小企业最终都会遇到：一个 AI 智能体监控你的收件箱寻找发票，将其与采购订单匹配，草拟日记账分录，并生成费用报表——所有这些都是通过一个它运行的命令和一个它写入的文件完成的，而不是通过一个它必须登录的浏览器标签。一个独立顾问的智能体可能会将 Stripe 付款与客户发票进行核对，并在差异成为二月的意外之前标记出来。一个五人代理机构的智能体可能会在最终交付物发出后立即结清项目的作业成本账，而不是等待有人记得在月底去做。
这些都不需要加密货币。它需要 Bitwave 押注的相同的底层转变：一种无需人类在旁边点击“确认”即可由智能体操作的会计基础设施。无论是哪个供应商最终赢得这部分小型企业市场——会有几个供应商尝试，就像有几个供应商在尝试赢得传统分类账的 MCP 支持一样——其界面将看起来更像一个命令行界面或结构化 API，而不是仪表盘。
每个小企业主真正应该担心的部分
这些都不是假设性的。行业调查显示，目前约有 6% 的财务领导者采用了智能体 AI，预计到 2026 年底，44% 的人将在生产中部署它——一年内增长七倍。Gartner 预测，到 2028 年，60% 的常规财务任务将由自主智能体而不是人类执行。无论具体数字是多少，趋势是毋庸置疑的。
问题是，让软件对你的账本拥有自主权，提高了簿记一直关心的一个问题的风险：谁对发生的事情负责，你能证明吗？
审计师和像 SOC 2 这样的合规框架已经期望每个特权操作都能追溯到责任方——“是智能体干的”不能作为“为什么这个供应商被支付了两次”的可接受答案。随着智能体开始录入日记账分录和发起付款，合理的期望从“人类点击了按钮”转变为“存在一个推理轨迹，显示智能体看到了什么，考虑了哪些因素，以及为什么采取行动。”再加上欧盟 AI 法案更全面的执行窗口于 2026 年 8 月 2 日开启，推动向持续的“动态合规”而非时间点审查转变，拥有一个真实的审计追踪（不仅仅是表面上合理的）的压力只会增加。
这是在采用任何“让 AI 处理簿记”的方案之前，应该通过的实际过滤器：
- 你能看到智能体的推理过程，而不仅仅是其输出吗？ 一个没有解释的分类交易是一个黑盒，你会在报税时后悔。
- 每个变更是否都可归因且可差异对比？ 你应该能够精确指出智能体修改了什么、何时修改，并在发现错误时回滚——这是你对初级簿记员也会要求的标准。
- 超过一定金额阈值是否有审批门控？ 对 40 美元办公用品收据的自主权与对 4000 美元供应商付款的自主权是完全不同的。
- 它是否将你锁定在一个 AI 供应商？ 像 Bitwave 这样的模型无关工具可以保护你免于陷入困境，如果今天最受欢迎的模型在下个季度被更好的模型取代，考虑到当前 AI 的发展速度，这几乎是必然的。
- 底层数据是否保持可移植？ 如果智能体的工作只存在于专有数据库中，那么你只是用一个黑盒（可能离开的人）换来了另一个黑盒（可能涨价或关闭的供应商）。
更深的模式：纯文本是为此刻而生
如果你曾经用一个你真正理解的电子表格而不是一个你必须信任的仪表盘来记账，那么下面的部分应该会感到熟悉：Bitwave 描述为“智能体原生”的一切——用命令行代替 GUI，用结构化数据代替专有屏幕，可差异对比和可归因的变更，跨工具的可移植性——几乎精确地描述了纯文本会计模型。
当你的分类账是一个由 git 跟踪的文本文件时，AI 智能体不需要屏幕抓取技巧或定制的 MCP 服务器来与其协作。它可以读取文件，将变更作为提交来提议，你可以像开发者审查拉取请求一样审查该提交——逐行进行，拥有完整历史，在任何修改触及你的实际账簿之前。变更了什么没有歧义，因为差异对比本身就是审计追踪。没有供应商锁定，因为文件是你的，用文本编辑器就能读取。没有“相信我”的黑盒，因为曾经录入的每一条分录都安静地躺在提交日志中。
Beancount.io 建立在“智能体财务”成为营销术语之前的这个理念之上：透明、受版本控制、人类和机器都可读的纯文本会计。无论你是否曾经让 AI 智能体操作你的账本，将它们保持为智能体（以及人类审计师）可以实际检查的格式，是让“让 AI 辅助簿记”这个对话本身变得安全的基础。免费开始，看看下一代工具——无论是人类的还是智能体的——来临时，纯文本、git 原生的会计会是什么样子。