十年财务产品经理,用AI写了个财务软件

我朋友，一个做了十年财务产品经理的人，用AI对话，零代码，写出了一个财务软件。能记账、报税、对账、生成报表，还能对接电子税务局和银行系统。

双击exe就能用。你跟它说”今天付了3000元房租”，它自动生成会计分录。你说”银行存款还有多少”，它直接告诉你。你说”帮我出个资产负债表”，它当场出。

项目叫AccoBot，MIT协议开源，v0.1.0刚发布没几天。链接就在这里，感兴趣的都可以去试试，有什么建议也可以和我们提，我们会试着进一步优化的。

仓库地址 gitee.com/yumen2278/acco-bot。

这个项目不只是在”对话”层面做文章。它有完整的会计数据库设计——科目体系、凭证、分录、会计期间，全都有。它支持多账套管理。它有会计准则配置目录。它甚至规划了对接税控系统开增值税发票、对接电子税务局获取销项进项发票、对接银行网银自动记账——这些是真正的专业级功能，不是什么”智能助手”的噱头。

什么概念呢？一个会计如果用传统财务软件，从录入发票到生成凭证到出报表，至少要切换三四个界面，点二三十下鼠标。而AccoBot的逻辑是：你用大白话告诉AI你要做什么，它帮你把后面所有步骤一次搞定。

这个体验差距，就像从命令行到图形界面的跨越。

但让我真正觉得有意思的，不是这个软件本身。而是做它的人。

我朋友不是程序员。准确说，是做了十年财务产品的人。项目5月20日左右开始提交，29次commit，三天就搞出了v0.1.0。技术栈用的是Python + FastAPI + SQLite + DeepSeek，前端原生JS，没依赖任何框架。PyInstaller打包成单个exe文件，双击运行。

三天。一个非程序员，三天写出了一个有完整会计逻辑的财务软件。

这个速度本身就够让人重新想想了。

之前写过一篇文章，名字叫《AI可以替我写，但不能替我想》。那时候我在纠结一个事：用AI写作，算不算”作弊”？后来想明白了——写作的核心不是打字，是思考。AI能帮你打字，但没法替你想。你脑子里没东西，AI写出来的就是空壳。

AccoBot这个项目，恰好从另一个维度验证了同一件事。

一个财务产品经理，脑子里装的是十年的行业认知。他知道科目怎么设置，凭证怎么流转，报表之间的勾稽关系是什么，税控系统怎么对接，银行对账的逻辑有哪些坑。他知道”管理费用”下面为什么要设二级科目，知道进项票和销项票的匹配规则在不同行业有什么差异，知道银行对账里哪些是常见的未达账项场景。

这些东西，不是你让一个程序员去看两本会计书就能理解的。

一个懂代码的人做财务软件，他做出来的是”把手工操作搬到电脑上”——还是那套流程，只是换了介质。界面再漂亮，底层逻辑没变。用户照样要点十几个按钮，照样要手动选科目、填金额、核对借贷。

一个懂财务的人用AI做软件，他做出来的是”用AI重新设计财务工作流”——因为他知道哪些环节可以砍掉，哪些判断可以交给AI，哪些地方人必须兜底。代码是AI写的，但产品是他在设计。每一个prompt背后，都是他对”这个功能到底该怎么用”的理解。

这才是AccoBot和那些”AI+记账”玩具的本质区别。

说到这里我想起一组数据。之前看到金蝶的一个调研，国内中小企业会计人员日均处理80到120张单据，60%时间花在重复性录入上，30%在跨部门沟通确认费用归属，只有10%的精力能做数据分析。

这个数据说实话挺触目惊心的。60%加30%，90%的时间都在做跟”会计专业能力”无关的事。大部分会计的日常，不是在做”会计”该做的事——对税务政策的理解、对财务异常的判断、对经营决策的支持——而是在做数据搬运工。他们的专业能力被大量的重复操作给淹没了。

AccoBot想做的事，说白了就是把那60%的重复劳动给自动化掉。AI来录入、AI来匹配科目、AI来生成凭证、AI来核对银行流水。会计只需要确认和兜底。

那这跟之前那些RPA财务机器人有什么不同？

不同在于，RPA是”按规则执行”——你设定好流程，它就机械地跑。遇到规则没覆盖的情况就卡住了，发票格式跟模板差一点就报错。

AccoBot是”按理解执行”——你说”今天付了5000块房租”，它理解”房租”对应”管理费用-租赁费”，理解”付了”意味着”银行存款减少”，然后自动生成对应的借贷分录。你没教过它这个规则，但它知道。

这种”理解”能力，来自大模型。但这种”理解什么该理解”的设计，来自产品经理。AI不知道什么时候该提醒你申报截止日，是产品经理知道。AI不知道哪些操作需要风控校验，是产品经理知道。AI不知道生成资产负债表之后用户最想看什么，是产品经理知道。

我再换个角度说。

现在Vibe Coding很火。Cursor、Claude Code、Windsurf这些工具，让不会写代码的人也能”写”出软件。我自己就是深度用户，之前写了好几篇关于Claude Code的文章，用cc搭过排版工具、写过自动化工作流。说实话，用AI编程这个事，我已经不觉得新鲜了。

但你看市面上大部分Vibe Coding的作品——待办清单、记事本、简单的CRUD应用——都是”能做出来”但”没人真用”的东西。

为什么？

因为做这些东西的人，没有领域知识。他们能快速搭出一个界面，但不知道一个真正的财务软件需要科目余额表、需要凭证号连续、需要借贷平衡校验、需要会计期间的概念。他们甚至不知道”管理费用”下面为什么要设二级科目。

而AccoBot的作者知道。他知道，所以他的prompt里会包含这些。他知道，所以AI生成的代码里会有这些逻辑。他知道，所以这个软件”能用”而不是”能看”。

这就是我想说的：Vibe Coding时代，真正的壁垒不是代码能力，是业务理解。

代码能力已经被AI拉平了。你花十年学编程，和你花三天学用Claude Code，在中等复杂度的项目上，产出可能差不多。这个判断我越来越确信。

但业务理解没被拉平。十年的行业经验，AI替代不了。它不知道什么时候该做风险提示，不知道进项票和销项票的匹配规则在不同行业有什么差异，不知道银行对账里哪些是常见的未达账项场景。

这些知识，只能靠时间积累。靠在行业里摔过跟头、踩过坑、解决过真实问题才能获得。

所以AccoBot这个故事真正让我兴奋的点，不是”零代码能做软件”——这个我们已经知道了。而是一个信号：当领域专家开始掌握AI编程工具，他们会做出什么？

答案是：他们会做出真正解决行业问题的软件。不是demo，不是玩具，是能跑在生产环境里的工具。

想想看。中国有多少个行业，每个行业有多少个细分领域，每个细分领域里有多少个”懂业务但不会写代码”的人？他们脑子里装着无数个”如果有个软件能这样就好了”的想法。但以前只能等着程序员来实现，或者等着SaaS公司来做——而SaaS公司做的是通用方案，永远不可能完美适配每个细分场景。你是个做餐饮的，财务软件给你一套制造业的科目模板，你说能用吗？

现在，他们可以自己做。

一个做了十年的餐饮老板，可以自己做一个适合自己门店的进销存系统。一个做了十年的HR，可以自己做一个适合自己公司的招聘流程管理工具。一个做了十年的财务产品经理，可以自己做一个适合中小企业和代账公司的AI财务助手。

这不是”编程民主化”这么抽象的概念。这是具体的、真实的、正在发生的事情。AccoBot就摆在那里，你去看代码，去看commit记录，三天，一个人，从零到v0.1.0。

AccoBot才v0.1.0，1个Star，0个Fork，还很早期。银行对接、税务对接这些最硬的功能还在路线图里。

它能不能跑通，能不能被真正的会计用起来，现在说还太早。

但方向是对的。做它的人是对的人。

我建议你去看一眼 gitee.com/yumen2278/acco-bot。不是因为它现在有多完美，而是因为它代表了一种可能性——一种我越来越确信会发生的事情：

AI时代最好的行业软件，可能不是程序员做出来的，而是最懂那个领域的人做出来的。

最近建了一个AI群，欢迎大家来交流，关于这个财务软件或者有什么想做的事情，也可以在群里提。