我们如何防止税务计算器的数据在不知不觉中过期

站内所有涉及税收、社保或最低工资的计算器都有一个共同的隐患：上线那天数据是对的,但几个月后政府一旦调整了某个数值，工具就会在悄无声息中开始给出错误答案。不会有任何报错提示，页面照常运行——只是结果错了，而且错得理直气壮。

这种结果比压根没有这个工具还要糟糕。所以我们专门做了一套系统来防范它。

“记得定期检查”这种办法靠不住

最直接的解决方案——“定期人工核对一下数字”——根本无法长期维持。我们在六七个国家同时维护净工资、社保和薪资计算器，每个国家都有自己的税级、缴费比例和每年调整的起征点。再乘以人们真正想起来要去核对之前会拖多久，老实说，答案就是：迟早会有数据过期，而且往往是用户先发现，而不是我们。

我们做了什么

一个注册表文件记录了每个计算器里写死的官方数值：它在哪个文件里、代表什么含义、官方数据来源在哪里，以及它现实中大概多久会变一次（有些数值每年一月新财年开始时就会变，有些则只在法律修订时才变，这种变化难以预测但很少发生）。

一个定时任务每周运行一次，根据这份时间表检查哪些条目到了该复查的时候，针对每一条：

1. 在官方政府来源中搜索当前数值
2. 让一个语言模型从搜索结果中提取具体数字——只提取数字本身，附带一个置信度，别的什么都不做
3. 如果模型给出的置信度足够高且数值确实变了，就在代码里做一次逐字、可核验的文本替换（绝不是自由发挥式的改写——模型没有权限自作主张修改周边逻辑）
4. 在提交任何改动之前先跑一次完整构建，确认没有破坏任何东西
5. 如果构建失败，改动会被自动回滚，并标记出来交给人工查看

整套系统围绕一个简单的原则设计：自动化程序可以更新数字，但绝不允许猜测。如果它无法从官方来源找到一个有把握的答案，它就什么都不做，并清楚地报告这一点，而不是留下一个看起来合理实则错误的数字。

不依赖单一工具

这个任务本身运行在不依赖任何单一供应商或账号的基础设施上——如果流程中的某一环出了故障，整个系统不会因此停摆，而是自动切换到另一条路径去提取数值。这种冗余在这里比在大多数自动化场景中都更重要：一个算错的税务计算器带来的伤害是实实在在的，这和一个坏掉的表情包生成器完全不是一回事。

这对你意味着什么

被这套系统覆盖的每个计算器，页面上都会直接显示一个“官方数据已核实”日期，这与普通内容页面上的“最后更新”日期是分开的两回事。如果你哪天发现这个日期看起来老得可疑，欢迎直接告诉我们——这通常意味着自动检查碰到了一个它解析不了的数据来源，而不是我们把它忘了。

试试看

以下这些工具都是单一语言版本，专门为对应国家的规则量身打造，所以下面的链接会打开对应语言的页面：

• Czech net salary calculator（捷克语，Čeština）
• Hungarian salary calculator（匈牙利语，Magyar）
• Romanian net salary calculator（罗马尼亚语，Română）
• Poland ZUS calculator（波兰语，Polski）