所有订阅，尽在一处——只关注真正重要的那个日期

真正烧钱的不是金额，而是日期

被遗忘的订阅从不发出任何信号。它不会崩溃，不会发邮件通知您，也不会突然涨价：它只是静悄悄地，在您当初签约时匆匆扫过一眼、此后再未抄录 elsewhere 的那个日期，自动续订。

银行账单上找不到这个日期。它只显示扣款发生「之后」的记录——换言之，永远晚了一步。哪怕是一款维护得再好的预算类应用，也只能回答「我的钱花哪儿了」，却永远答不出「下个月我将对哪些服务承担续订义务」。这是两个截然不同的问题，而对大多数人而言，后一个问题根本无处可问。

电子表格有时也存在，但它往往只存活六周：必须手动打开才起作用，而没有任何机制提醒您该打开了。录入数据并不难，难的是在关键时刻「重新找到」它——散落在十二封确认邮件里的十二行信息，根本构不成一份清单。

您如何描述需求，引擎就如何构建应用

您只需用日常中文清晰表达需求——「我想跟踪所有订阅：名称、服务商、金额、按月还是按年付费、下次到期日、所属分类，并能快速识别即将续订的服务」。引擎将据此自动生成业务模型：定义实体、字段及彼此间的关联关系。

在第一行代码编写之前，系统会先向您呈现这份设计蓝图，供您自由调整：重命名某个实体、在金额旁补充付款方式、修正分类列表中的选项使其符合您的习惯、删除您用不到的功能模块。正是在此刻，应用从对您一句话的「理解」，真正转变为属于您的「专属工具」。

一个订阅，它的字段，它的真实成本

每个订阅承载您自主决定跟踪的信息：名称、服务商、金额、计费周期、开通日期、下次到期日、分类、状态。不多不少，毫无强制——字段由您的描述定义，而非预设模板。

仪表盘汇总了其他地方从未被汇总的数据。一份89欧元的年度订阅与三份每月12欧元的订阅，凭心算无法直接比较；月度成本指标将它们统一到同一标尺下，而年度总支出则揭示了一个从来无人计算过的数字。按分类的成本分布图，更进一步清晰呈现资金的实际流向。

• 每个订阅独立成卡，附带完整历史记录
• 金额、计费周期、下次到期日、分类
• 月度与年度成本精确计算，非粗略估算
• 支持按分类、服务商、金额或到期日筛选与排序
• 误删订阅可移入回收站并随时恢复

「下个月有哪些服务要续订？」

这正是本工具存在的核心价值——它把靠记忆回想的问题，变成一张按日期排序的清晰清单。仪表盘显示未来30天内即将到期的订阅数量；订阅列表默认按续订日期排序；已取消的合同仍保留其卡片与完整历史，而非彻底消失——因为一年后，您很可能想查清当初停用的服务究竟花了多少钱。

多人共用时，同一套数据服务所有人：情侣或合租室友可将共享订阅与个人订阅并存于同一应用中，并明确标注各自承担的费用。当您启用登录功能时，系统即提供真正的独立账户体系，含三种角色——管理员、普通用户、只读用户。

• 未来30天所有到期日，一目了然
• 按续订日期排序，不止按金额排序
• 共享订阅与个人订阅同列一张清单
• 多人使用时支持独立账户与角色权限
• 随时一键导出JSON或CSV格式数据

这款应用「不是」什么

它「不会主动提醒您」。不发送邮件、不推送通知、不在手机上弹出提醒：到期日仅在您打开应用时可见，它绝不会主动找上门来。这是本页最重要的一条限制说明，故置于首位——若一款到期日追踪工具让您误以为具备主动提醒能力，那它将比电子表格更危险：您会彻底停止主动查看。

它不连接您的银行账户，也不自动识别任何扣款：您自行录入希望跟踪的订阅，全程无需输入、亦不向任何第三方聚合平台传输任何银行凭证。它不会代您取消任何服务、不代发信函、不替代您与服务商之间的任何操作流程；它亦非法律服务平台——各合同条款与解约窗口期均以原始协议为准，本应用仅负责如实记录。

最后，它不支持离线模式：这是一款部署在专属网址上的网页应用，可在手机浏览器或电脑浏览器中打开，但需联网使用。它所做的一切，均由属于您的代码实现——标准 Next.js 与 Prisma 项目，可一键导出 ZIP 包，或直接推送至您自己的 GitHub 仓库。因此，您的订阅不会沦为又一项「订阅服务」：没有供应商能单方面关停此工具。