开发者们最近自荐了 3 个好用的 App

编注：本期内容为少数派 Matrix 社区应用自荐文章合集。文章代表作者个人观点，作者与文中产品有直接的利益相关（开发者、自家产品等），少数派仅对标题和排版略作修改。

本期目录

🔖 订阅斩：订阅管理，斩杀吸血账单

✈️拉完了-PoopTimer：记录如厕时间，守护你的如厕健康

🖼️ Joria：巧妙地快速记笔记

▍你上个月被订阅扣了多少钱？

我问过身边十几个人这个问题，大多数人的回答是「大概…… 不太清楚」。

这挺正常的。订阅制服务的设计逻辑本来就是让你忘记它 —— 试用期结束静默续费，年费在某个你根本没注意的日子从卡里划走，一个月 12 块的会员单看账单不起眼，但十几个加起来可能已经是一顿好饭钱。

我自己也中过招。去年发现信用卡账单里有一笔 68 块的扣费，查了半天才想起来是两年前为了看某部剧开的会员，剧看完了，会员一直在续。说实话有点难受，不是因为钱多，是那种「我完全不知道这事儿」的感觉。

订阅斩（SubKiller）就是做这件事的 —— 帮你把每个月花在订阅上的钱摆到台面上来。

▍它解决的核心问题

市面上订阅管理工具不少，大部分思路都是「记录 + 提醒」：你把订阅录进去，到期前推一条通知，完事。

订阅斩的切入点稍微不一样。它不只是一个账本，更想回答另一个问题：你现在哪些订阅是「高危」的？

所谓高危，是那些你还在付费、但可能已经很久没用的服务。一个工具类 SaaS 你上次打开是三个月前，一个流媒体会员你已经连续两个月没刷过，这些订阅不是不能留，但值得拎出来审查一下。

这个逻辑我觉得比单纯记账更有价值。账本告诉你「花了多少」，风险检测告诉你「哪些钱可以省」。后者才是真正能影响行为的信息。

▍核心功能拆开来看

订阅录入与管理

添加订阅的流程很直接：服务名、金额、扣费周期、开始日期，可以加备注和分类标签，大概 30 秒能录完一条。

支持月付、季付、年付等不同周期，App 会统一换算成「月均支出」，这样不同周期的订阅才有可比性 —— 年付 128 块的服务，折算下来每月 10.7 块，和月付 15 块的服务放在一起才说得清楚哪个更划算。

界面是极简风格，没有复杂的表单，也没有想塞进去太多东西的感觉。我试用时觉得添加体验比较顺，没有卡壳的地方。

仪表盘总览

主界面用一个仪表盘展示当月预计总支出，下面是各条订阅的明细。这个设计的意义在于「一眼」—— 你打开 App 不需要翻页、不需要计算，当月要花多少钱直接在那里。

说实话，很多人不算这笔账，就是因为算起来麻烦。订阅斩把这个摩擦去掉了，总数已经算好了，你只需要看一眼、决定一下。

风险等级检测

这是我觉得比较有意思的功能。App 会根据一定规则对订阅打上高危、中危标签，主动把那些「值得审查」的订阅标出来。

具体触发条件我没有完整拆解过，但从使用体验来看，逻辑大致是：订阅存在时间较长但近期没有手动确认过，或者金额相对较高的，会被标记出来。这不是说这些订阅一定要砍，但它们是最值得你花 30 秒重新判断一下的那些。

这个机制挺重要。账本是被动的，你要主动去查才能发现问题；风险检测是主动的，它会替你找出那些「可能在默默吃钱」的项目。

「斩」这个动作

停用订阅不叫「删除」，叫「斩」。

这听起来像个噱头，但实际用起来有点不一样的感觉。斩掉一个订阅会有一个轻微的动效和反馈，被斩掉的订阅进入「已斩」Tab，随时可以恢复。

这个设计有两个用意：一是仪式感 —— 把一个被动续费变成一次主动决策，心理上是不一样的；二是可逆性 —— 很多人不敢「删」订阅，怕删了又要重新找，「已斩」归档解决了这个顾虑。

我自己测试斩了几个订阅，说实话确实有点爽。可能是因为长期以来订阅都是「自动扣费、自动续费」的被动状态，主动斩断一个会有点掌控感。

▍几个实际使用场景

场景一：发现账单异常

这是触发用户下载订阅管理 App 最常见的情景。信用卡账单多了一笔不明扣费，翻开 SubKiller 对照一下，如果有录入记录可以直接定位，如果没有就说明可能是遗漏的订阅。这个场景下 App 的价值取决于你录入数据是否完整 —— 数据越全，核查效率越高。

场景二：月初做预算

月初打开看一眼当月订阅总支出，如果数字超出心理预期，借助风险检测找到几个候选项，做一轮「断舍离」。这个习惯如果能坚持，一年省下来几百块不夸张。

场景三：整理数字生活

这种场景不是应急，是主动的数字断舍离 —— 把所有正在付费的服务集中录入，清点一下自己的订阅版图。很多人在做这件事之前根本不知道自己在用多少个订阅服务，录完之后往往会有一些意外发现。

▍有什么不足

我试用版本是 1.1，有几点值得提一下：

录入数据完全手动，没有自动导入账单的功能。这意味着如果你订阅服务很多，第一次录入需要花不少时间，而且需要自己去翻账单。这是订阅管理 App 的普遍痛点，国内监管环境下自动抓取账单数据很难做，但用户成本确实在那里。

风险检测的逻辑对用户来说不够透明，我没找到说明这个判断依据的入口。高危是怎么算的？我作为用户其实不太清楚，这点有点可惜，如果判断逻辑可以让用户自定义就更好了。

目前是 1.1 版本，功能还相对基础，一些我个人觉得有用的功能比如订阅到期提醒推送、多设备同步、统计图表还不够完善或者我没找到。这些应该是后续版本的方向。

▍适合谁用

适合用的人：

• 订阅服务超过 5 个，月度订阅总支出模糊的
• 曾经发现过「忘了的订阅还在扣费」的
• 想建立订阅清单习惯、但不想用 Excel 的
• 对数字消费有控制欲的人

不太适合的人：

• 订阅服务只有两三个，全都记得清楚的
• 希望自动同步银行账单、不愿手动录入的
• 需要多人共享订阅账本（比如家庭成员共用）的

▍获取方式

订阅斩目前在 App Store 上架，搜索「订阅斩」或「SubKiller」可以找到。虽然有内购，但是免费版已经足够完整体验了，作为独立开发者当前希望赚钱，但前提是确实能帮助到别人，就酱吧。

朋友们，浴室真的是一个灵感迸发的地方。

在某天洗澡前的如厕时间，我突然想到，现在有许多人在上厕所的时候刷手机，导致如厕时间变长，进而容易增加痔疮等疾病的风险。那么，有没有可能做一个工具，像 Apple Watch 的体能训练一样可以计时并提供适当提醒？如果用前段时间流行的「夯到拉」的排名起个名叫「拉完了」岂不是也很有意思？

得益于如今 Vibe Coding 的成熟，我终于能够凭一己之力将这个想法做成 app。在经过一段时间的开发之后，这款「拉完了」app 终于上架全区 App Store 了。

▍从计时到记录

健康的如厕时间通常在 3-10 分钟，超过 10 分钟便会导致肛门周围血管长时间受压而诱发健康问题。因此，我希望通过「拉完了」这个 app 帮助大家养成一个健康的如厕习惯。

计时是「拉完了」最核心和功能，在打开 app 后便会进入到计时界面，点击蓝色按钮便会直接开始计时。计时器会根据记录的时间分别用蓝、黄、红三种颜色来标注，0-5 分钟为健康如厕的蓝色，5-15 分钟则为需要注意的黄色，15 分钟以上就会变成红色提醒你当前如厕时长已经超时了。

App 也支持灵动岛与实时活动，即便你开启记录后跳转至其他 app 也能非常直观的看到当前如厕时间。在达到特定时间节点时，app 也会通过推送通知提醒你如厕时间可能过长。

除了计时功能外，能够将自己的如厕情况记录并提供回顾也是非常重要的。作为大学时期曾经严格做过时间记录并至今保持记账习惯的人，我希望将记录的成本尽可能地降低，这样才能让「记录」这件事变得毫无压力。

在计时结束后，app 会自动弹出结算菜单，你只需要在「顺畅」「艰难」「拉稀」和「毫无收获」里选择合适的状态，随后点击保存就能完成记录。如果针对这次排便有需要额外记下的内容，也可以通过备注的方式进行记录。

所有如厕记录都只会存储在本地，你可以通过应用内的「日历」和「图表」功能来回顾自己的如厕情况。在日历视图下，你可以看到自己过往的所有如厕记录，每一条如厕记录均可以点开查看详情并编辑如厕时间、填写备注。

而图表视图则会将过往一段时间的记录筛选出来，按照记录次数、如厕时间和如厕状态分为三个图表呈现。除了图表外，你也可以直接通过屏幕中间的信息总结来了解自己的如厕情况。比如最近有多少次如厕记录、最常见的如厕状态是什么、平均如厕时长是多少……

通过对这些数据的回顾，可以帮你更加了解自己的如厕情况，并借此调整自己的如厕习惯。比如最近 7 天平均如厕时长超过 15 分钟，或许就该考虑一下是因为玩手机还是因为排便不畅，从而及时介入进行干涉。

▍比起打卡，它更想关注你的健康

在做这个 app 之前，我发现有些人会用 app 对上厕所这件事进行打卡记录。但非此即彼的「打卡」似乎会让人下意识地觉得，仿佛只要去上了厕所，或者成功排便了就是健康的，从而忽略了如久坐、便秘等一些潜在的健康隐患。

因此，在开发 app 的时候我便希望它不只是一个记录工具，而是一个能够让「上厕所」这件事变得更健康的助手。

相信看到上面图表截图的你一定已经发现了，在图表界面的底部有着一些动态卡片。app 会通过对如厕情况的分析，在图表界面展示「动态趋势」和「健康建议」卡片帮你了解自己的如厕情况并提供建议。

其中「动态趋势」卡片会根据你的如厕情况提供预警，默认情况下会展示「平稳护航」，即便偶尔的排便不畅也不需要担心。但当如厕记录出现异常时，比如连续多次记录毫无收获，则会出现「假性警告预警」等卡片提醒你需要注意。

「健康建议」卡片则会根据你的如厕记录情况为你推送一些能够帮助排便的解决方案，比如排便不畅的时候，app 会向你推荐一些可以尝试的小技巧。需要注意的是，app 内的健康建议仅作为参考建议，不能代替任何医疗诊断，如果你遇到了严重的排便困扰，请一定要及时就医咨询。

除此之外，在你每次保存如厕记录之后，应用都会为你推送一条如厕健康小知识。与其在如厕出现问题的时候再想办法干预，不如在每次如厕后都掌握一条小知识，通过平时的积累来避免排便不畅的情况。

目前 app 内有 50 条健康小知识，会根据你使用 app 的进程而逐渐解锁。你可以随时在 app 内回顾已解锁的如厕小知识，在马桶上用它来替代刷不完的社交媒体，既能控制如厕时间，也能掌握一些健康小知识。

▍安全，安全，还是安全

如厕是相当私密的一件事，如厕情况的记录自然也是需要被好好保护的。

「拉完了」是一个完全基于本地运行的 app，你的所有数据只会存储在你的设备上，并且 app 不会收集任何信息。如果你想要清空记录，只需要删除 app 即可。

与此同时，app 也提供了 Face ID 锁定的功能。开启锁定功能后，app 会在每次冷启动时要求进行验证。如果你希望更进一步地保护自己的隐私，还可以开启「高级隐私保护」功能，只要离开 app 超过 1 分钟便需要进行验证。

▍未来开发计划

目前「拉完了」已经上架 App Store，欢迎下载使用。app 中包括 Face ID 锁定在内的基础功能完全免费，健康卡片、如厕小知识以及 Widget 小组件等功能则需要 12 元解锁高级版才能使用。

接下来我还会继续对「拉完了」进行完善，目前已经提上日程的开发计划有：

• 适配 Apple Watch，在不携带手机的情况下也可以记录；
• 支持快捷指令，方便通过 NFC、操作按钮、轻敲后背等功能快速开始记录；
• 支持 iCloud 同步或数据导出；
• 增加更多健康建议、如厕小知识；
• ……

对了，app 里还有一个小彩蛋。在设置界面连续点击 5 次版本号会打开一个小游戏，上厕所无聊的时候可以玩。不用担心自己会沉迷，因为游戏难度会和如厕记录时间绑定，如果你上厕所太久，它的难度会高到无法完成 🌝。

▍关于 Vibe Coding

自从 Vibe Coding 进入大众视野后，越来越多的人开始尝试在 AI 的帮助下制作一些产品。但一个很现实的情况是，哪怕用 Vibe Coding 做出了 app，也并不会让你成为程序员。相反，创作者要用一种近似于产品经理的全局思维进行把控，才能让做出来的产品不是那种重复且单调的新时代「Hello World」。

以我自己为例，我的开发流程是完全基于 Google Gemini 和 Antigravity 的。在有了灵感之后，我先与 Gemini 探讨了可行性及开发难度，并且详细构思了其中的健康建议、变现思路等细节。在确保对 AI 明确阐述了想法后，我便让它生成了产品需求文档，将编程工作拆分成多个阶段：

• Phase 1 (基础架构)：
   初始化 SwiftUI 项目，配置 SwiftData 本地数据库，实现核心的主页 UI、计时器逻辑和结算弹窗的保存功能。
• Phase 2 (系统集成)：
   添加灵动岛 (Live Activities) 和本地推送通知 (Local Notifications) 支持。
• Phase 3 (数据与视图)：
   完成日历视图、历史列表以及使用 Swift Charts 的统计图表。
• Phase 4 (商业化与隐私)：
   实现面容解锁逻辑，搭建 StoreKit 内购界面和用户状态判断（是否高级版）。
• Phase 5 (拓展与趣味)：
   编写健康卡片的判定算法，最后实现 WidgetKit 小组件。

在人工审核并进行修改之后交给 Antigravity 分阶段进行编程工作，在每个阶段内，我又会手动将开发工作拆分成具体的内容，比如制作计时器按钮的转换动画等。在每一个开发内容完成后，我也会进行深度体验并提交详细的反馈给 AI 进行优化。有时 AI 甚至会陷入越改越错的死胡同，需要我亲自审阅代码并提供解决方案让它去执行。光是计时器的按钮动画和进度条动画，我就花了 2 天时间去打磨。

在应用开发完成后，在 App Store 提交上架的过程中我也遇到了诸如申请免 ICP 备案在国区上架等各种问题，在这期间遇到的许多问题也是在 Gemini 的帮助下完成的。

虽然如今的 AI 可以让你用一句话的功夫就做出一个「能用」水平的东西，但要达到「好用」的程度，依然需要人力的大量介入，并且需要你对 app 甚至是开发流程有足够的了解才能更好地做到。说白了，在 Vibe Coding 的开发流程中，AI 的角色只是前线的执行者，而人类只需要发挥自己的创意，让 AI 把产品打磨成你想要的样子。

在时代的背景下，我们大可不必谈 Vibe Coding 色变，它毕竟只是一个工具。恰如相机的普及，让所有人都有了记录生活的权利。在这股浪潮下，创作门槛被拉低，我们在未来或许能看到更多有趣的想法被实现。

> 中断久坐、科学多动，直接跟练让身体更健康 💪🏻

 是的，又是三件套之一的笔记应用，但这款应用真的解决了我的痛点。

关于笔记，我自己 70%  左右的场景是快速地记录一些想法，30% 是摘录一些内容。这其中大多数内容都是文字。

在持续记录的过程中，我发现最大的阻力其实是每次保存前选择内容的归属 —— 他到底该放在哪个标签下？ 有时候这个决策很快、但有时候会很麻烦，甚至还必须梳理下当前的标签体系，调整或是新建一个标签，才能安心提交保存。

时间一久，我发现自己的大量笔记其实一直堆在 inbox 里，一直没有归类整理过。我似乎不太适应标签系统。

然后我看到了 karpathy 的这篇文章 ——“The append-and-review note” 。 这种方法可以被概括为一种极简的 “追加 - 回顾式” 笔记系统。实践者只维护一条单一的文本笔记（例如在 Apple Notes 中），所有内容都被不断追加到这条笔记的最上方，而不是分散到多个文件夹、分类或标签中。通过这种扁平结构，他用简单的全文搜索替代了复杂的层级组织，从而显著减轻了整理和归档带来的认知负担。

在记录阶段，每当出现任何想法、待办事项、灵感、引用，甚至是临时的拷贝粘贴内容，都直接以纯文本形式追加到笔记顶部。

在回顾阶段，随着新内容不断写入，旧内容自然 “下沉”。karpathy 会不定期从上往下滚动浏览这些旧笔记，快速筛查哪些仍然值得注意。如果发现某条内容依然重要，就将其复制回顶部；必要时还会对多个相关条目进行合并、重写或分组整理。真正删除的情况非常少见，那些长期得不到 “拯救” 的内容就顺势继续下沉，既没有被彻底丢弃，又不会占据心智资源。

通过这套机制，实践者在想到事情时可以立刻把它们 “卸载” 到笔记中，释放工作记忆，把注意力集中在当前任务上；之后再通过有节奏的回顾，把那些仍有价值的想法重新拉回视野。随着时间推移，这条单一的长笔记不断积累，既成为他过往思考与兴趣的时间轴，也是一座可以反复采撷旧念、新解与灵感火花的 “思想档案库”。

于是一个基于 The append-and-review note 方法的笔记应用想法诞生了。我大部分的笔记都是在自己的 Mac 电脑上做的，手机其实用得不多，所以选择了用 Swift 打造 Mac 原生应用。

因为完全没有 Swift 基础，整个编码过程全靠 Antigravity， 模型主要是 Gemini  3 Pro 配 Claude Sonnet 4.5。 

不同于 karpathy 在一个文件中不断追加修改， 我选择了一个笔记一条记录的存储方式，主要是方便向量化和后期的检索。我想让应用主体就是一个笔记卡片流，类似于 karpathy 在文章中提到的一个线性文本。大部分时间通过快捷键唤起一个窗口完成记录。

最重要的是，由于没有了标签系统，如何能有效地取回内容？ Joria 支持多种方式的召回：时间、关键词和相似性。

如果配置了向量模型，每次保存和修改笔记都会对内容进行向量化，搜索的时候会同时执行关键词匹配和相似性召回，从而实现语义检索。除此之外，如果你配置了大模型， Joria 还支持基于笔记的对话。

 Joria 在成为我的主力笔记应用后，记录过程顺畅了许多。 

/ 更多热门文章 /