惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Jina AI
Jina AI
MyScale Blog
MyScale Blog
量子位
月光博客
月光博客
J
Java Code Geeks
A
About on SuperTechFans
H
Hackread – Cybersecurity News, Data Breaches, AI and More
U
Unit 42
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
腾讯CDC
G
Google Developers Blog
博客园 - 【当耐特】
Engineering at Meta
Engineering at Meta
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享
IT之家
IT之家
N
Netflix TechBlog - Medium
Microsoft Security Blog
Microsoft Security Blog
博客园 - 叶小钗
B
Blog
Martin Fowler
Martin Fowler
P
Proofpoint News Feed
B
Blog RSS Feed

独立开发者 👨‍💻

失业后独立站上线 7 个月 收获月度订阅收入 5000$+ - V2EX 独立开发周记 182:奖金到手,鲜香满口 - V2EX 独立开发周记 181:别人三天一个 App,而我两周还在改 Demo - V2EX 7 月份独立开发复盘 - V2EX 全职独立开发半年后的一些变化 - V2EX 独立开发周记 180:一个优惠码引发的东郭先生的故事 哪个城市生活成本低,适合搞 OPC? 正常上班,但是独立开发了 app,这种能注册啥个体户之类的吗 独立开发者(opc)收款的问题 申请加入独立开发很酷社区一直没通过 注册公司太麻烦了。😳 hacknews 小实验 Vercel 用下来太贵了 有什么类似的替代品? 独立开发周记 179: AI 带我从零开始做新 App 上架 AppStore,被拒十几次,终于上架 , app 已正常更新(多图长文) 独立开发软件真的能盈利吗?感觉人和心都好累! 大龄程序员求探讨:想做个能盈利的小网站或工具,求指点方向 分享一个推广自己产品的套路(不一定对 花了 3 个月,做了一个平台, 1 个真实用户都没有 做独立开发好难,能赚到钱更难,快一年半了一个付款用户都没有 个人开发者 APP 推送怎么做? [独立开发感悟] 江山是打下来的,优势是做出来的 给独立开发者写了个找需求的网站 findtobuild.com,需要内测用户 想问问 v 站上独立开发们都是用什么收款的? 独立开发周记 178:全新机场主题上线 独立开发的产品增长和收益遇到瓶颈,工作也不好找了,我该坚持下去吗 独立开发周记 177 :当代码和生活都出现大漏洞 问大佬们个问题, App 只要接了手机验证码就需要办理等保二级? 也来聊聊 OPC 独立开发周记 176:需求的尽头是情绪
因为一直坚持不了记账,我做了一个支持截图和酒店水单的本地...
darkrio · 2026-07-28 · via 独立开发者 👨‍💻

大家好,最近把自己做的记账 App AutoLedger 更新到了 1.6.0 ,目前已经在 iPhone 、iPad 、Mac 、Apple Watch 、Apple TV 和 visionOS 上发布。

这是我第一次觉得,它不再只是一个“可以识别支付截图的小工具”,而是逐渐变成了一个能够长期使用的个人账本,所以想来分享一下,也听听大家比较直接的意见。

为什么又做了一个记账 App

原因其实很个人:我一直知道记账有用,但始终养不成习惯。

传统记账流程对我来说摩擦比较高。每次消费后还要重新打开 App ,手动输入金额、商户、分类和时间,几天没有记录之后,基本也就彻底放弃了。

所以 AutoLedger 最初只想解决一件事:

尽量利用已经存在的消费信息,减少手动输入,让记账变成一件可以顺手完成的事。

比如支付截图、小票、剪贴板文本,或者直接说一句“午饭 28 元”,让 App 先整理出账单信息。

不同入口目前采用了两种流程:

  • 截图、小票、实时 OCR 和酒店水单等存在识别误差的内容,会先生成候选,由用户检查后再保存;
  • 快捷指令主要追求最低记录摩擦,默认直接写入账本,入账后仍然可以在历史记录中查看和修改。

我自己持续使用之后,确实慢慢建立起了记录消费的习惯。

目前支持哪些记录方式

目前的日常记账入口包括:

  • Siri 、快捷指令和 App Intent 一键入账
  • 支付截图、相册图片和相机小票识别
  • App 内语音和一句话文本记账
  • Share Extension 分享导入
  • Apple Watch 快速记录
  • 实时 OCR 扫描票据
  • 手动录入

在 App 中使用截图、票据和 OCR 等识别路径会先进入确认页面,可以检查金额、商户、分类和时间。

快捷指令一键截图记账则默认直接入账,因为用户通过快捷指令等外部方式记账并不会打开 App ,再强制确认一次,反而会削弱“一键记账”的意义。

账本部分目前包括:

  • 多账本管理
  • 自定义分类和来源
  • 月报、分类统计、消费趋势和商户排行
  • 订阅记录与周期提醒
  • 数据导入、导出和备份
  • iCloud / CloudKit 多设备同步

iPhone 、iPad 和 Mac 是主要操作平台,Apple Watch 用于快速记录; Apple TV 和 visionOS 目前主要提供只读的账本摘要、最近记录和月报展示。

为什么单独做酒店消费

后来因为自己比较喜欢旅行和住酒店,又发现普通流水模型并不适合酒店消费。

普通消费通常记录金额、商户和分类就够了,但一张酒店水单中可能还包括:

  • 酒店名称、品牌和地点
  • 入住与退房日期
  • 入住晚数和房型
  • 房费、税费和服务费
  • 餐饮及其他挂房账消费
  • 预授权和最终结算
  • 订单号、支付方式和来源文件

所以我把酒店消费做成了独立模块。

现在可以手动导入酒店水单 PDF ,提取内容后进入复核,再生成一条住宿档案和对应的普通消费流水。

它想保存的不只是一笔总金额,而是一次完整的住宿消费记录。

这也是 AutoLedger 和普通记账 App 差异比较明显的部分。不过我也承认,酒店水单是一个相对小众的场景,因此也想看看真实用户是否真的需要这种记录方式。

关于自动化的取舍

我并不认为所有记账方式都应该强制使用同一条流程。

截图、票据和酒店水单可能存在识别错误,因此更适合先生成候选、由用户确认;而快捷指令是用户主动触发的明确输入,更适合直接入账。

所以目前的设计是:

  • 需要识别和复核的内容,先确认再保存;
  • 用户主动发起、内容明确的快捷指令,默认直接入账;
  • 所有已经入账的记录仍然可以继续查看和编辑。

目标并不是单纯追求步骤越少越好,而是在准确性与记录摩擦之间做区分。

本地优先和云端边界

AutoLedger 的核心账本不需要注册账号,消费数据首先保存在本机。

启用 iCloud 同步时,数据通过用户自己的 iCloud 账户同步。基础记账不会要求把完整账单、截图或酒店档案统一上传到我的服务器。

目前也有少量可选的云端能力,例如:

  • 公共地点、币种和汇率数据
  • 酒店历史天气
  • 订阅权益验证
  • Pro 酒店水单专属收件箱
  • 用户主动开启后的脱敏整理建议

云端水单收件箱只处理用户主动转发到专属地址的邮件,不会登录或扫描用户的私人邮箱。下载后的候选仍然需要在 App 内复核,不会直接创建正式账单。

我更倾向于把自动化理解成“减少重复工作”,而不是替用户做决定。

Free 和 Pro

基础记账流程长期保持免费,目前包括:

  • 手动记账
  • 单张截图和小票识别
  • 实时 OCR
  • 语音、文本和快捷指令
  • 手动酒店水单 PDF 导入
  • 历史记录查看、编辑和删除
  • 基础订阅管理和月报
  • 基础数据导入、导出和备份

Pro 主要提供省时间的自动化能力,例如:

  • 本地邮箱酒店水单扫描
  • 专属酒店水单收件箱
  • 批量候选处理
  • 高级搜索和去重
  • 订阅异常提醒
  • 月结资料包
  • 智能整理建议
  • 高级规则自动应用

坦白说,目前 Pro 的邮箱授权和部分自动化流程仍然存在一定使用门槛,我自己也不是这些能力的高频用户。

所以现阶段的重点仍然是把免费的基础记账体验做顺,而不是急着推动订阅转化。

1.6.0 主要做了什么

这次版本主要完成了:

  • 实时 OCR 票据扫描
  • 日常账单识别与确认流程
  • 快捷指令一键入账
  • 酒店水单复核与住宿档案
  • 多账本和月报体验完善
  • iPhone 、iPad 、Mac 和 Apple Watch 多端体验
  • 启动、Tab 切换和部分大账本场景的性能优化
  • iCloud 同步流程优化
  • 韩语界面和识别支持
  • 五种语言的 App Store 截图和 App Preview

它肯定还不完美,但确实是第一个让我觉得“可以认真拿出来介绍”的版本。

目前最想听到的反馈

相比泛泛的“好不好用”,我目前更关心这些具体问题:

  • 第一次打开后,能不能快速理解如何记录第一笔账?
  • 截图和 OCR 的确认流程是否合理,还是显得太重?
  • 快捷指令默认直接入账,是否符合“一键记账”的预期?
  • 实时 OCR 和截图导入,哪种方式更符合实际习惯?
  • 酒店水单模块是否容易理解,还是显得过于小众?
  • 本地优先与可选云端能力的边界是否表达清楚?
  • iPhone 、iPad 和 Mac 上是否有明显卡顿或布局问题?

项目仓库目前公开可见,但采用的是 source-available 非商业许可证,允许学习、研究、安全审查和非商业评估,不允许直接重新发布、白标或用于商业竞争产品。

相关链接

感谢看到这里。

批评直接一点也没关系,尤其是首次使用路径、隐私边界、快捷指令流程和酒店消费定位方面的问题,对后续迭代会比较有帮助。