所以自定义分类也必须映射到一个 FIRE 角色——你可以随便改名字、换图标，但必须回答「这类钱在你的自由计算里算什么」。当然，在这个框架内你也可以按自己的需求细分。比如我就单独拆了「个人提升」和「旅游」两个一级分类，虽然本质上都属于弹性支出，但这两块对我来说花费大、值得单独追踪，混在一起就看不出各自的趋势了。
FIRE 解决的是「没有目标」，另一个痛点「预算没用」，我用自动预算来解决。之前手动算预算的痛苦在于每次都得拉表格，所以这次干脆让 App 从历史数据里直接算出来。几个关键的设计决策：
个人判断这是一个未来可能所有数据类产品都会做的事。AI 最擅长的就是处理和分析已有数据，而记账 App 天然坐拥大量结构化的个人财务数据。上面提到的这些功能不依赖 AI 就能实现，AI 后续可以作为进一步的增强——消费趋势分析、异常支出提醒、个性化的财务建议等。目前在关注苹果提供的端侧 AI 能力，计划后续接入。
这个坑我是用真金白银踩出来的。之前一个跑了 7 天的对话，我在里面执行了一个任务，直接把 5 小时额度花了 78%，两个任务就花没了，一直到系统提醒时才发现。后来恢复额度问了 AI 才知道，因为这个对话的上下文太长了，每次交互都需要把之前所有的内容重新处理一遍，上下文越长消耗的 Token 就越多。所以建议做完一个阶段性任务就开新对话，可以在开启新对话之前让 AI 做一份交接文档，同时把设计规范、项目结构让 AI 先读取一遍，这样可以直接顺利开启下一阶段开发。
我现在维护 EON 的时候，基本上一个版本就开一个新对话，因为改动不大，一轮就能搞定。而 Coast 开发阶段改动比较多，我会按功能模块来划分对话——比如「做完 FIRE 页面」就是一个对话，做完就切新的，哪怕中间还有没聊完的话题。
