每一枚积分旁边都写着一个理由

问题

为什么真正的争执，是解释不清的余额，而不是家务本身

冰箱表格上用笔写下的一分，记录的是这一分被给出去了。它没有记录这一分是因为什么给的。一个月之后，总数就成了一个谁也解释不清的数字，而一个谁也解释不清的数字，孩子完全有理由拿来争论，因为确实没有什么东西可以拿来对照。

一旦每条记录都带着自己的理由，余额就再也不是一件靠记忆的事。你不需要去回想为什么这周一个孩子的积分比另一个多，也不需要去回想为什么一个数字看起来比预期低，因为明细已经按顺序说明了原因，就写在每一条曾经改动过它的记录旁边。

当家长没办法在日常里时刻在场时，这一点尤其重要：出差在外、在路上，或者干脆不是当时批准那项任务的人。事后阅读明细的共同家长看到的，是当时批准的家长看到的同样的理由，而不是一个二手的转述，这正是两位家长共用一份明细的全部意义，而不是各自默默记着孩子做了什么。

孩子这一端

当余额毫无征兆地变化时，孩子看到的是什么

一次悄无声息的余额变化会显得很随意，哪怕背后的家长有一个完全合理的理由。在 Reward Study 里，一次手动加分或手动扣分，永远带着孩子能看到的理由，不管是表扬一件不在任务清单上的事，比如帮了邻居，还是因为违反了家规而带来的后果。

这种可见性是双向的。一个不同意某次扣分的孩子，至少能看到写明的理由，而不是只能靠猜，这把一次可能演变成关于公平的争执，最差也不过变成一次针对某个具体决定的对话。没有你的批准，任何东西都不会到账，而积分明细正是事后证明这一点的地方。

同一份记录也支撑着孩子自己那一端看到的每周进度卡：本周的进度条，一次与更早时段的对比，以及从家庭建立起就累计的总数，全部直接读自明细保留的同一批记录。自1.8.1 版本起，这一读取方式被拓宽，让附有理由的手动发放算作孩子做了什么，而一次扣分永远不算，这让进度视图对付出保持诚实，而不只是反映当前余额。如果条目只是普通数字而不是带着理由的记录，这一切都不可能实现。

机制

明细到底记录了什么，导出的文件又包含什么

明细里的每一条记录都遵循同样的结构：发生了什么、背后的理由、由谁发起，以及在存在的情况下，一个指回具体任务或奖励的链接。正是这个链接，把明细从一串数字变成一段你或你的孩子真的能逐条追溯回某项具体家务、某次具体批准、或某项被兑换的具体奖励的历史。

在 Pro 版本里，这份完整历史可以导出成九列的 CSV，每个日期都采用 ISO 8601 格式，这样文件在任何表格软件里都能干净地打开：

• 日期
• 孩子
• 类型
• 数量
• 理由
• 发起人
• 关联任务
• 关联奖励
• 撤销自

这份导出限定在一个家庭范围内，所以运行着两个家庭的家族，永远不会出现一份明细意外渗进另一份的情况，一份为某个家庭生成的文件也永远不会和另一个家庭的历史混在一起。

之所以有一列专门记录“撤销自”，是因为待批准队列本身允许撤回：家长可以批准、附备注拒绝、一次性批准所有等待中的事项，也可以事后撤回其中任何一个决定。一次批准被撤回时，明细不会简单地删除原始记录、假装它从没发生过。它会把这次撤回记为独立的一条，链接回它所取消的那一条，所以 CSV 始终既显示最初的决定，也显示后来改变它的操作，而不是悄悄改写历史。

谁能看到它

为什么导出明细需要你的家长 PIN

CSV 导出同时受到两重限制：它是 Pro 功能，即便设备已经解锁，也仍然要过一道家长 PIN。一份完整的孩子财务历史，包括家长每一次给出扣分理由的记录，正是那种不该一次意外的点击就能被握着家庭 iPad 的孩子够到的东西。

这道 PIN 和应用里其他每一个家长操作背后的是同一道，以加盐、拉伸后的哈希值形式存放在设备自己的钥匙串里，而不是导出功能本身能读取或泄漏的任何地方。它也没有设备密码作为后备，所以就算孩子恰好知道怎么解锁手机，也仍然够不到这个导出功能。

这一切都不意味着明细会自己流向任何地方。它和应用里的其他一切一样，保存在家庭自己的 iCloud 里，CSV 是你想要的时候自己生成、自己保管的一份文件，从来不是给别人看的报告，因为 Reward Study 本身不运行任何服务器，也就没有地方可以把它发过去。如果你想知道 Pro 到底解锁了什么，包括这个导出功能，完整清单在价格页上。