2026年2月的一个星期五，数百家会计师事务所打开邮箱后发现，负责为其客户记账的 AI 记账平台即将永久关闭，而且几乎是立刻生效。Botkeeper 是一家由风险资本支持的自动化公司，花了 11 年时间、耗资近 9000 万美元，把自己打造成数百家会计师事务所的后台支持系统，却在出现问题迹象的短短数周内便消失了。
如果你把财务记录的任何一部分外包给了第三方平台——而到了 2026 年，几乎每个人都是如此——这件事值得你花点时间好好想想。这并不是因为 AI 记账工具不好，事实上大多数都相当有用。而是因为"供应商可能会消失"是一种真实存在的运营风险，而不是空想，可绝大多数小企业都没有应对这种情况的计划。
Botkeeper 到底发生了什么
Botkeeper 的业务建立在一个简单直接的构想之上：让 AI 来处理交易分类、对账和报表生成，这样会计师事务所就能扩大记账服务规模，而不必按同等比例增加人手。这个想法足够有效，吸引了近 9000 万美元的风险投资，并维持了十多年的运营——按初创公司的标准来看，这已经算得上是"永恒"了。
然而到了 2025 年底，一波意料之外的整合浪潮席卷了整个会计行业。Botkeeper 的客户结构相当集中：据估计，其收入的 30%至 40%仅来自十家大型会计师事务所客户。当其中几家事务所在这波整合中被合并、被收购，或转用其他平台时，Botkeeper 的收入基础并非逐渐流失，而是一下子崩塌了。
首席执行官 Enrico Palmerino 后来将其形容为一场"宏观经济变化的完美风暴"，并表示公司的财务前景在"短短数周内"发生了剧变。值得注意的是，Botkeeper 自 2021 年 11 月以来就再未融资——在 AI 公司争相融资的年代，四年没有新一轮融资，事后看来，这要么说明公司当时正悄悄盈利，要么说明它已经在逐渐收窄的资金缓冲中勉力维持。当最大的几家客户开始动摇时，公司已经没有足够的资本或现金跑道来吸收这次冲击。尽管四处寻找收购方或过桥融资，Palmerino 表示公司"没有达到足以承受行业快速变化的产品市场契合度"，最终没能找到能挽救公司的方案。
后果几乎是立竿见影的：大约 600 名员工在几乎没有任何预警的情况下失去了工作，数百家会计师事务所不得不仓促寻找替代的记账基础设施，而成千上万的终端客户——那些账本其实一直跑在 Botkeeper 系统上、却大多根本不知道这个品牌名字的小企业——也经历了对账、分类和报表流程的中断。在收购尘埃落定后，竞争对手 Xendoo 接手了 Botkeeper 的核心技术（"Botkeeper Infinite"），但这对那些急需当下就能延续服务、而不是未来某天完成整合的事务所来说，几乎没什么帮助。
为什么这不仅仅是 Botkeeper 一家公司的问题
把这件事当作一家公司运气不好的故事来看，未免太轻松了。它其实揭示了几乎所有现代财务软件合作关系中都存在的一种结构性风险。
集中度风险是双向的。 Botkeeper 之所以倒下，部分原因在于它过度依赖少数几个大客户。但站在合作关系另一端的会计师事务所和小企业，也面临着镜像的问题：它们把关乎业务运转核心的某项职能，完全押注在了一家供应商身上。当 Botkeeper 集中的客户基础崩塌时，每一家把自己完全押在 Botkeeper 身上的企业也一同崩塌了。
速度比大多数人计划的还要致命。 这不是一场持续一年、有充分预警的缓慢衰退。财务状况恶化和关闭决定都是在数周内发生的。那些能有几个月时间从容规划退出的事务所才是例外；大多数供应商倒闭事件，都会把"寻找替代方案"的时间窗口压缩到只有几天。
你的数据不会自动跟着你走。 Botkeeper 建议受影响的事务所在访问权限被切断之前，导出所有数据——历史交易、对账记录、分类规则、客户配置等等。这个建议本身没错，但它是在危机当中才给出的建议，而此时导出工具可能只由极少数留守人员维护，数据格式也未必能顺利对应到你正在争分夺秒搭建的替代平台上。
在美国，没有安全网。 欧盟的《数据法案》现在要求在当地运营的 SaaS 供应商支持数据导出，并让客户能够在有限的通知期内更换服务商。美国没有对应的联邦法律。当供应商倒闭时，你的权利完全取决于你的服务协议怎么写——而大多数小企业从来不会去读那一条款，直到真正需要用到它的时候。
如何在真正需要之前保护好你的账本
你不需要去预测下一个倒下的会是哪家供应商，你只需要让"倒闭"这件事变得可以承受。几个具体的习惯就能解决大部分问题：
尽早导出，经常导出。 不要等到收到关闭通知才去了解自己有哪些导出选项。按固定周期（对大多数小企业来说，每月一次比较合理）导出完整数据——交易记录、科目表、对账历史——并把副本存放在供应商平台之外的地方。如果某家供应商把这件事变得困难、缓慢或收费高昂，那就应该把它当作这段合作关系的一个警示信号，而不只是个小麻烦。
坚持使用标准格式。 在采用任何记账或会计工具之前，先确认它是否能导出为开放、通用的格式（CSV、标准分类账格式、纯文本），而不是只有你目前这家供应商的软件才能读取的专有格式。一个能用文本编辑器打开、能导入任何其他系统的文件，才能在供应商倒闭后存活下来；被困在专有数据库结构里的文件做不到这一点。
在签合同之前，先读懂退出条款，而不是等到真正需要用它的时候才去看。 特别要留意关于数据所有权、导出权利、服务终止的通知期，以及退出可能涉及的任何费用的相关条款。如果供应商的条款在这些方面含糊其辞，那就是一个值得在销售洽谈过程中直接提出来问清楚的问题。
不仅要关注自身的集中度风险，也要留意供应商那一端的集中度风险。 一家客户基础狭窄且集中的供应商（就像 Botkeeper 那样，三分之一的收入依赖十家主要客户）要比客户群体广泛、多元的供应商更脆弱。这一点从外部很难判断，但融资历史、员工规模变化趋势，以及公司距离上一次融资已经过去了多久，都是在你做出承诺之前，值得花几分钟搜索一下的公开信号。
把你的权威记录（source of truth）与任何单一供应商的应用层分离开来。 这才是更深层次的教训。如果你真正的财务记录——记录了发生了什么、何时发生、为何发生的账本——只存在于一家公司的专有数据库里，那么你离一场手忙脚乱的危机，只差一封关闭通知的距离。如果你的记录保存在一种持久、可迁移、人类可读的格式里，任何工具都能读取它，那么供应商倒闭带来的就只是一点不便，而不是一场危机。
最后这一点，正是纯文本记账（plain-text accounting）的核心主张。当你的账本以纯文本文件的形式保存在版本控制之下——这正是 Beancount.io 所依据的模式——就不存在会失去访问权限的专有数据库，不存在可能哪天就失灵的导出按钮，也不存在某家供应商的破产申请决定了你下个月还能不能看到自己交易历史的情况。你的账本存在于你自己拥有的文件里，任何工具都能读取，你可以备份到任何你喜欢的地方，而且无论开发你记账软件的那家公司是否还在营业，Git 都会完整保留它的历史记录。免费开始使用，亲身体验一下不依赖任何单一供应商是否还在经营的记账方式。
值得关注的更大趋势
Botkeeper 的倒闭不是一次孤立事件，而是一次预演。随着越来越多的记账和会计职能被 AI 驱动的平台自动化，也随着最初的炒作周期过去、这些平台获得的风险投资逐渐收紧，类似的倒闭事件很可能会越来越多，而不是越来越少。过去几年里，AI 记账这个赛道吸引了一大批资金充裕的新玩家；并不是所有玩家都能找到可持续的商业模式，而相邻行业的整合（就像发生在 Botkeeper 的会计师事务所客户群体身上的那样）也可能以单个供应商无法完全掌控的方式，一举打掉它们的收入来源。
这一切并不意味着你应该回避自动化——生产力的提升是真实存在的，而且大多数供应商都会安然无恙。这只是意味着"如果这家公司下个季度就消失了，我的账本会怎么样"这个问题，值得你在真正需要答案之前就想清楚，而不是等到火烧眉毛才去想。
让你的记录不仅自动化，还要可迁移
自动化是一项功能，可迁移性才是一份保险。当你评估任何一款记账平台——无论是不是 AI 驱动的——不要只问"这能不能帮我节省时间"，还要问"如果这家供应商六个月后就不在了，我能带走什么"。Beancount.io 的纯文本方式意味着你的财务记录永远属于你自己：透明、受版本控制，而且只需要一个文本编辑器就能读取，不需要任何花哨的工具。了解 beancount.io，把你的账本建立在一个不依赖任何一家公司能否存续下去的基础之上。