写在开头：这是我从头到尾一个人使用 CodeX 自然语言“喷”出来的产品。为了便于发布，我将它设计为一个没有后端服务的纯粹的工具 App。尽管它的前后端结构很简单，但我依然很震撼：震撼于在我的自然语言下，这样一个让我感到舒服的 App 就这么快速地诞生了...
和大家分享我和这个 App 的故事。
从哪里开始？一个我自己的需求
我并不想做一个“理财 App”或者“记账 App”，它们赛道太挤了，而我也有用着很趁手的产品。让我动手的，是一个自己真实的痛点：我有很多地方可以看余额，却没有一个地方能让我看清楚全家的资产结构。
银行卡、券商、基金平台、保险、交易所、房产、现金、负债，每一类资产都有好多平台。它们都很好：这里有多少钱，今天涨了多少，最近一笔交易是什么。但我想问的不是这些。我想知道的是：我的家庭资产到底有多少？长什么样？哪些钱在我名下，哪些在家人名下？哪些在银行，哪些在券商，哪些是低流动性的实物资产？如果每隔一段时间回头看，它是在变得更稳，还是只是数字变大了？
Omni Assets 就是从这个问题开始的。
它现在是一个基于本地的个人 / 家庭资产台账 App。它不做交易，不托管资产，也不提供投资建议。它更像一张可以长期维护的家庭资产负债表：把人员、账户、资产、负债、每日估值快照和分析上下文放到一起。
竞品分析
如果有人能在今时今日说：我想到了一个彻头彻尾的新 App 点子💡，那我大概会认为这个朋友没有做过彻底的竞品扫描。我也做了：
- 第一类是国内用户最熟悉的记账 App，比如随手记、钱迹、鲨鱼记账、iCost 这类。我自己用的是 iCost。它们的主战场是收支流水、预算、分类、账本模板、多人协同和多端同步。
- 第二类是海外的预算和账户聚合工具，比如 Copilot、Monarch、Quicken Simplifi、YNAB、Empower 这类。它们的优势是自动连接银行、信用卡、投资账户，自动分类交易，做预算、订阅管理、现金流预测和净资产总览。这个方向很成熟，也很适合美国金融账户体系。
- 第三类是投资组合追踪工具，比如 Stock Events、Sharesight、Delta 这类。它们更关注股票、ETF、加密资产、外汇、大宗商品的实时价格、收益、仓位、提醒和 benchmark。这个方向对投资者很有用，但它天然更接近“投资组合”，而不是“家庭资产台账”。房产、车、保单现金价值、债权、养老金、自定义资产、家庭成员归属、低频手动估值，这些内容通常不是它们的重心。而且，它们往往会让你高频地查看，甚至导向交易。
- 第四类是近几年越来越多的净值跟踪工具。这个方向和 Omni Assets 最接近。比如 WealthTrunk、WealthMap、Kapito、CustomWorth、AssetPrism 这类产品，会强调手动录入、隐私、本机保存、净资产趋势、资产和负债。但是，他们一般都很贵。
看到这些产品以后，Omni Assets 的独特性在哪里呢？
我做了一些取舍：
- 它从一开始就按“家庭资产台账”建模，而不是记账 App。
- 它对国内用户的资产更友好，并努力定义一套清晰的数据结构：现金、公募基金、A 股、港股、美股、贵金属、加密资产、房产、车辆、金饰、保单现金价值、债权、养老金、自定义资产和负债都能放进同一张表。
- 它不是全自动聚合路线，而是本机优先、手动可控，外部服务由用户自己配置。
- 它重视用户体验，通过截图识别资产和大模型分析，辅助用户快速、便捷、全面地记录和审查自己的资产。
Omni Assets 不是没有竞品，它站在记账、净资产追踪、投资组合管理和本机隐私工具的交叉点上，但把重心放在“家庭资产长期整理”这件事上。
当然，还有一个原因：上面的很多 App 都太贵太贵了。在 AI Coding 盛行的当下，它们值吗？
Omni Assets 是什么？以及它的结构
Omni Assets 没有按“收支账本”来设计，而是按“资产台账”来设计。这个区别决定了后面很多东西。
流水账的核心对象是交易；资产台账的核心对象是资产本身，以及它和人员、账户、时间之间的关系。
Omni Assets 里最基础的关系是三层：
- 人员：这份资产属于谁。
- 账户：这份资产放在哪里。
- 资产：这份东西具体是什么，当前如何估值。
一笔资产必须归属到某个账户，账户再归属到某个人。在这个模型上加了估值快照。每次刷新估值后，App 会保存当天的资产状态。一天内多次刷新时，只保留当天最新一条，避免记录页被重复数据塞满。
这样一来，Omni Assets 里就有了一个比较稳定的骨架：人员和账户负责回答“属于谁、在哪里”；资产负责回答“是什么、值多少”；快照负责回答“过去是什么样，现在变成了什么样”。
本机优先，是边界也是取舍
资产类 App 最麻烦的地方不在功能，而在信任。如果一个 App 要求我把全家的资产信息都交给某个开发者服务器，我自己也会犹豫。所以 Omni Assets 的核心台账默认保存在设备本机，开发者不运营接收资产数据的后端。
iOS 版里，资产、账户、人员、快照、分析记录都在本机保存。API Key、交易所 Secret、Tushare Token 这类敏感凭据尽量放进系统 Keychain。导出 JSON 备份时，默认不会把这些密钥一起导出。
外部服务也遵循同一个原则：用户自己配置，用户自己触发。截图识别和资产分析会走用户配置的模型服务；交易所同步只支持只读 API，不做交易、转账或托管。
录入、快照和分析
资产台账的价值在录入之后，但用户最容易放弃的地方恰恰是录入之前。所以公开市场资产可以搜索，尽量自动带出名称、代码、类型和币种；现金、房产、保单、自定义资产和负债，则可以直接按总值录入。
截图识别不会直接写入资产台账，而是先生成草稿，用户逐条确认新增、更新或无法匹配的项目。这个体验亮点是“降低录入成本，同时保留确认权”。顺利的话，一键就可以完成资产更新。
估值刷新也比较克制，我不想把它做成高频看盘工具，一天一次也就够了。对家庭资产来说，重要的是隔一段时间回头看：结构有没有变化，变化来自哪里。
分析模块也是同样的思路：先把台账整理成结构化上下文，再交给用户配置的模型服务；只做结构复盘，不做具体买卖建议。
所以“录入-记录-分析”形成了一个相对完整的链路，并且在每个环节都有一些体验上的优化。当然，它还没有做的非常好，我会持续迭代。
写在最后
花了几周的业余时间做出了这个 App，我在验收迭代、处理 App 上架和备案上花的时间是最多的。我最强烈的感受是：AI Coding 一定程度上解决了开发问题，但没有解决交付问题，并且把独立开发者的重心重新分配了一遍。它把门槛从写代码迁移到了定义问题、拆解系统、验证结果和承担交付。
过去，一个人做 App，最大的阻力常常是工程实现本身，但它们不再是瓶颈。真正拉开差距的，反而变成了：你能不能把一个模糊需求描述成清晰的产品结构；能不能判断 AI 给出的实现是否符合真实使用场景；能不能在功能跑起来以后，继续打磨那些不显眼但决定体验的细节。我需要给它足够明确的要求：这个 App 要本机优先、截图识别不能直接入库、资产要绑定人员和账户、刷新记录一天只保留最新一条...这些判断不是 AI 自动替我做出来的，而是我作为产品使用者和开发者必须先想清楚。
AI 把很多实现成本降下来了，但它也会放大需求本身的质量。如果需求是混乱的，AI 只会更快地做出一个混乱的东西；如果验收是松散的，AI 也会更快地把问题藏进一个看似完成的版本里。所以我花最多时间的地方，反而不是“生成代码”，而是反复试用、检查边界、修正交互、验证数据、处理上架和合规。
这也是我觉得 AI Coding 真正有趣的地方：它让一个人有机会完成过去需要小团队才能推进的产品，但并没有取消产品判断、工程审美和责任感。它降低了动手的门槛，却提高了“想清楚”的重要性。
所以 Omni Assets 对我来说不只是一个家庭资产台账 App，也是一次关于 AI 时代独立开发的实验。它让我看到，一个普通用户只要足够清楚自己的问题，愿意不断验证和修正，就真的有机会把一个私人需求做成一个可用的产品。
我会把它作为我自己家庭资产管理的一个解决方案，持续迭代下去。也欢迎大家试用并提出建议！
