Prismira:两年半的迭代与成长
作为一名互联网打工人,我一直有记账的习惯,去年写过一篇记账九年的文章,也简单介绍过我做的产品 Prismira。Prismira 是一个开发了两年多的记账、对账产品,从一个小小的脚本文件开始,长大到现在功能齐全的平台。恰好它进入了新阶段,我想趁这个时候梳理复盘一下这个项目的开发历程,以及我走过的弯路。
作为一名互联网打工人,我一直有记账的习惯,去年也写过一篇关于记账的文章:「记账这九年:工具、方法与心态的变化」,里面详细记录了我的记账经历,同时也简单介绍了我做的一个产品:Prismira ,关于 Prismira 我也在 V2EX 上有发过一篇帖子介绍。
Prismira 是一个开发了两年多的记账、对账产品,从一个小小的脚本文件开始,长大到现在的一个功能齐全的平台,这个过程我花了不少时间精力在打磨、调优,希望将它做成一个好用的工具。在这个项目的开发过程中有走过弯路,有反复调整,也有自己感到满意的功能。
恰好 Prismira 进入了新的一个阶段,我想趁这个时候好好梳理复盘一下 Prismira 这个项目的开发历程,以及我所走过的弯路。

Prismira 两年半历程
立项:从手工录入到脚本批量导入
Prismira 这个项目的创建初衷其实是为了满足自己的日常记账,一开始自己使用 Firefly III 来记录和统计微信、支付宝、银行卡等的收支流水,但每一笔交易都需要自己来录入,于我而言太麻烦了,碰巧当时了解到微信、支付宝都可以导出账单,于是自己心想是否可以写一个简单的程序,将微信、支付宝的账单通过 Firefly III 的 OpenAPI 来导入进去,因此自己在2024年的一月份花了两天的时间写了一个脚本:

随手写的导入脚本
它做的事情很简单:解析 CSV → 关键词分类 → 推进 Firefly,这样每个月我只需要导出两份账单文件然后运行脚本就能在 Firefly III 看到我当月的开支情况。
第一次升级:脚本到 Web App
这个脚本运行了接近9个月的时间,过程中我一直在进行一些简单的修修补补,直到后面我发现脚本使用起来确实不是很方便,在导入到 Firefly III 之前想做一些筛选和调整都不行,于是萌生了想做成一个 Web 应用的想法。恰好那时 Cursor 特别火,于是我便在 2024 年的 9 月使用 Cursor 开发了 Next.js 版的账单导入程序,取名「transaction-importer 」:

第一版有用户界面的导入功能
这是 Cursor 花了两天便开发完成的项目,它与脚本的区别是把原本写在代码的账单导入流程变成用户友好的界面,代码里的各种关键词、账单文件路径都变成了网页里的一个个下拉框和文件框,还增加了交易流水分类的功能,从此我的导入效率大大提升,再也不需要手动下载账单文件到仓库文件夹,然后再去改文件名、改分类关键词了,我只需要在页面上上传账单文件,配置好交易流水的分类,点击保存就能快速完成所有操作。
这个程序我也使用了整整一年的时间,在这个过程它一直是我整理账单、记账的好帮手。
Vibe Coding 强势介入:平台化升级
2025 年 Vibe coding 盛行,而且 Claude Code 在这一年横空出世,随着 Claude 的编程模型逐渐在互联网走红,无数人在吹捧 Claude 写代码有多神,于是乎我也在那个时候正式开始了我的 Vibe coding 生涯,并在当年 9 月开始订阅 Claude 的付费套餐。

我的 claude 账户订阅记录
2025 年 8 月,我开始用 Claude Code (并于 9 月正式订阅),搭配 Cursor 来改造 transaction-importer 项目。我用了一个月的时间,把原来的项目从一个 Firefly III 的辅助导入程序改造成一个完全独立的个人记账程序,彻底抛弃了 Firefly III 作为交易流水的存储和记录,新的项目完整包含所有记账所需要的功能,从交易流水、分类设置、预算管理,到数据报表、多用户、多种数据存储模式等等。当月总共 233 个代码提交;代码行数从 2,135 涨到 43,058 行。

第一版,开始有模有样
接着我又用了一个月的时间持续打磨,做了完整的落地页,并给项目命名为 Prismira ,项目终于在 2025 年 9 月正式上线。

2025-09 第一个官网
虽说项目正式上线了,但这个阶段并没有做宣传和推广,只是自己在用。我的想法很简单,先服务自己,让自己用得爽了再让别人来用,否则拿一个半成品去推广不会有留存的。
第一个版本我持续用了三四个月,期间没有太多的改动,主要原因是工作发生了一些调整,突然变得特别忙,没有时间投入去开发和迭代了。而且当时的 Vibe coding 还是需要人在电脑前,由人来指导 AI 应该怎么编写代码,要按照什么流程去开发和测试的。虽说这个阶段我已很少人肉写代码,但 AI 生成的代码我还是会进行 review ,确保架构的合理性和代码的健壮性。
gpt-5.3-codex & Openclaw & Codex Remote:Vibe coding game changer
转折点发生在 2026 年春节,那时刚好因为某些原因我提前回家了,在家的期间我终于可以腾出时间去折腾和体验各种 AI 功能,恰巧当时 OpenAI 发布了 gpt-5.3-codex 模型,并推出了 Codex 的 GUI 客户端。印象很深刻的是当时 Codex 的额度给得很大方,20刀的套餐可以用很久,而且 gpt-5.3-codex 这个模型真正进入到了能用、好用的阶段,因此在春节期间我基本上每天都在重度 Vibe coding,让 Codex 给 Prismira 开发了特别多的功能。
在同期 AI 界还诞生了一个现象级产品,即 Clawdbot ,后改名 Moltbot 、Openclaw 。它让个人 AI Agent 不再是幻想,简单安装好 Openclaw 后只需要连接到 Telegram、Discord 等即时通讯工具,你就拥有一个可以随时随地使用的 AI 助理。因此那个阶段我的 Vibe coding 是这样的:在电脑前,直接用 Codex 开发功能,不在电脑前的时候,用手机的 Telegram 远程给 Openclaw 下发任务去开发功能。为了让 Openclaw 能更独立、更稳定地运行,我还购买了一台 Mac mini 来给 Openclaw 使用。
因此这个时候我拥有了远程 Vibe coding 的能力,只要我想到了某个功能,我就可以快速让 Openclaw 帮我完成开发。在 2026 年 2月到3月这个阶段,Prismira 的代码量和功能进入了第一个爆发期,代码量从 48,515 涨到 163,822 行。
2026 年 6 月,Codex 正式发布了 Codex Remote ,我的远程 Vibe coding 又增加一枚强劲的工具,因此从这个月起 Prismira 进入了第二个功能爆发期,代码量从 20 万 涨到 46 万。

我的 codex token 消耗热力图
功能大跃进:从想到啥做啥,到维护有心无力
你可能很好奇,为什么代码量会从 4 万行暴涨到 40+ 万行,原因是我让 AI 在这短时间内做了这些功能:
- 完整的原生 iOS App 和 macOS App
- PDF 账单识别、图片账单识别
- 复杂的 Prismira AI agent
- 会员系统以及会员兑换码系统
除了这些功能之外,在这段时间内我还让 AI 改版了几次网页的 UI 样式,以及 iOS、macOS app 的 UI 样式也做了两个大版本,AI agent 功能也是重构了两次。

新版后台界面

iOS App 界面

macOS App 界面
Vibe coding 的感觉太爽了,一旦开始就停不下来。但我开始发现事情不对劲了:AI 做了那么多功能,但我压根来不及仔细验收和测试。很多时候 Codex 完成代码编写,我只简单看了截图便把代码合并进去了。在真正使用到这些功能时发现功能要么有 bug 不能用,要么做出来的效果不是我想要的。为了解决这个问题,我开始补各种测试,无论是单测、集成测试还是冒烟测试,甚至做了一套用于 Vibe coding 开发流程的技能来限制 AI 编程工具的行为,希望能通过这些规范和约束来提高功能的稳定性以及迭代的有效效率。效果不能说没有,只能说提升有限。这些规范和工具并不能解决项目的核心资源缺口,那就是人的审美和评审标准。
我对于产品的细节把控比较细,经常会让 AI 反复修改某个功能的样式和交互。当 AI 生成出来的样式和功能不符合我的标准,那我便不会用它。正是因为我没有太多的时间去一一把控 AI 开发出来的那一堆功能的细节,导致这个阶段 Prismira 项目并没有提升我的记账效率,反而我因为需要频繁修复 bug 、优化样式交互,导致新功能迟迟用不上。直到现在,原生的 iOS App 和 macOS App 自己都没有正式用起来,因为要改的地方实在太多了,改不过来。
当代码逐渐变得廉价,真正值钱的是项目的审美和灵魂,而审美和灵魂是需要人注入大量的时间精力去创造的。AI 能大大提升开发效率,但开发完成不代表达到上线标准。
而且在这个事情上有个更残酷的现实是,AI 开发的这些功能,真正有帮助我提升记账效率的屈指可数。我仿佛在持续做一些我认为重要但不会用到的功能,给自己凭空创造了很多伪需求,白白浪费了 token 。
回归初心:能解决问题才是有价值的
后来我一直在思考一个问题:究竟做什么功能才是有价值的?功能做得再好再强大,没人用的话毫无意义。功能之所以会被使用,那肯定是因为它解决了一个确切的问题。因此我重新回忆起现在的记账流程究竟还有什么问题,我想了想,应该有两个:麻烦、不确定记得准不准。
麻烦是因为虽然 Prismira 做了账单文件的导入功能,但不同平台的账单文件还是需要用户手动在邮件里下载下来再手动到平台进行导入,不够便捷。
不确定记得准不准,是因为缺少核算,平台导入的流水往往会有多个账单来源,这里面可能会有交叉记录,虽然平台有智能识别重复交易流水的功能,但万一忘记检测那账本就是不准的。
因此我做了两个功能:专属账单邮箱和对账功能。
专属账单邮箱
Prismira 为每一个用户提供了独立的账单邮件收件箱,你可以使用这个邮箱去接收各个支付渠道的账单文件,无论是微信、支付宝还是各种信用卡的账单都可以。当账单文件发送到专属邮箱后,程序会自动识别并提取账单文件,如果账单文件有加密,Prismira 会引导用户输入解密密码,并解析文件中的所有交易流水保存到导入草稿中,这样用户可以省去手动下载、手动上传的步骤。
对于信用卡的账单,你甚至可以把专属账单邮箱设置为信用卡的账单接收邮箱,这样每个月信用卡的账单会自动发送到 Prismira ,由 Prismira 来自动进行导入,以后你只管消费,Prismira 来负责帮你收集和解析账单,效率大大提升。
对账
Prismira 支持给交易流水关联资金账户,如果想要验证记账究竟准不准确,可以直接分析每个资金账户的余额记录与真实的账户余额是否一致即可。因此 Prismira 为每个资金账户提供了余额的功能,并提供了余额自动校准的能力,当用户导入一批流水后,资金账户的余额会同步进行更新,此时只需要确认平台上显示的余额与真实账户余额是否一致就能知道是否有记错、记漏、重复记入了。
当出现余额不一致,Prismira 会尝试从已有的交易流水中分析可能存在的重复交易,专门用于解决交叉记录的流水,通过对账的功能便能一眼看出有哪些流水重复记录。Prismira 不仅能让你轻松记账,还能让你放心记账,不用担心数据不准确。
两年半的演进:项目的「多」与「少」
Prismira 从 2024 年开始写第一行代码算,至今已经有两年多了。两年多以来我和 AI 写了 46 万行代码,平台能力逐渐完善,实打实地解决了我的记账需求。它的「多」体现在代码行数、commit 数、功能数上。
除了前面提到的两个功能外,现在的平台提供了非常多能帮助用户更简单地记账、更智能地分析数据、更直观地管理预算的功能,它从小小的一个脚本文件成长为一个完善的平台。

代码行数历程

提交次数历程
但你估计也猜到了,这个项目应该没什么人用。它的「少」体现在宣传少、知道的人很少,使用的人更少,很多时候是在为自己服务。
产品只有自己一个人用,我并不觉得这是一件丢人的事。只有当你花费巨大的时间和精力甚至是金钱做出来一个看起来很厉害的产品,但连自己都不用,那才叫丢人,浪费。
Prismira 从始至终都是为了解决我自己真实的需求,我允许自己花那么多的时间和精力去做一个复杂的产品,因为我认为用自己的技能来解决自己的实际需求是一件很浪漫的事情,作为开发者我有创造的能力,只要我想,那我大概率能做到。在自己力所能及的情况下去实现自己的一些小小愿望我觉得很美好,很幸福。项目所使用的各种 AI 工具也是因为应付工作之外还有富余的资源,本着不浪费的角度充分利用手头的资源,本来也是一件很理所当然的事情。
作为 side project,Prismira 成功了一半。
AI 与独立开发者:理想与现实,焦虑与转型
Prismira 成功的另一半,是要让它被更多的人用起来,解决更多人的需求和问题。
事实上,在很长一段时间内,自己对它的定位不仅仅是解决自己的需求,我对它抱有更大的期待,希望自己能通过这个项目来验证独立开发者这条路究竟能不能走通。
过去互联网营销号为了流量会刻意制造一些焦虑,例如程序员35岁一到就会进入斩杀线,公司裁员大龄程序员变成了行业的共识,乃至社会的共识。我的亲朋好友和我聊天也经常提到这一点,对话中充满了对我职业生涯的担忧。起初我并不以为然,认为只要能证明自己对公司的价值还在,那你就不会被裁。
但今年以来我的想法发生了巨大的变化,裁员、行业的颠覆可能来得要比想象中的快很多,原因是 AI 。我相信这并不只是自己一个人的想法,我的同事、同行都开始在讨论 AI 什么时候会淘汰程序员,毕竟 AI 写代码这么厉害,当程序员都不写代码了,那还需要程序员干嘛。
对我冲击最大的是今年年初 Openclaw 爆火的那段时间,亲眼目睹了 AI 从一个只会跟你聊天、生成一些图片、帮你写一些代码的工具,转身变成了什么事情都能帮你做的助理,这太超前了,我感受到前所未有的危机感,甚至曾经悲观地认为今年我们都要完蛋了,以后公司不再需要昂贵的、效率低下的人类员工,只需要养一堆龙虾员工,它只需要电力、token,便能解决公司的所有需求和问题。
去年年底到今年上半年,我的工作也发生了巨大的变化,本就不轻松的工作突然进入地狱模式,工作时长大幅增加,加班成为常态,连喘口气、睡一个充足的觉都成为奢望。这更加剧了我对工作的抗拒之心,内心渴望逃离这种环境。
在 AI 浪潮来袭、工作难度巨变的背景下,我逐渐启动自救模式,开始探索其他可能性。独立开发者,成为我所向往和追求的目标。
很久以前我便想成为一名独立开发者,我觉得通过自己的努力和能力做出一个产品,然后靠它获得人们的认可以及获得商业上的成功,这是一件多么酷的事情。以前停留在想,现在自己开始在做。
AI 是一把双刃剑,虽然它确实会挤压程序员这个行业的生存空间,但它确实也赋予每一个有想法的人非常强大的力量,以往只能停留在脑海的想法,现在都可以通过这个百宝箱来快速落地完成。这对独立开发者来说是一个天大的好事,甚至它可以帮你补齐你所缺失的能力,你不再需要是一个六边形战士,你只要懂得怎么用好 AI 这个工具,你便是六边形战士。
Prismira 的演进历程便是我尝试成为独立开发者的证据。虽然这个过程并不顺利,也不成功,但我认为我已经成功踏出第一步了,接下来便是让市场来验证我的时刻。
后记
创作文章不易,创作项目更不容易。希望有看到这篇文章的朋友可以体验一下 Prismira ,留下一些宝贵的意见和建议,无论好与坏我都虚心接受。
Prismira 项目网站:https://prismira.app

