程序员把星座占卜塞进代码审查，3.2万星项目差点当真

一个前端工程师花了周末做的愚人节玩笑，上线3天被转发进37个技术群，有人真的拿它做季度汇报。

这事的荒诞之处在于：所有人都知道它在胡说，但报告格式太像真的了。

日本开发者Toru Ken Hara在4月1号提交了「Semver in Retrograde」。你把package.json贴进去，它返回一份「执行级情绪评估」——Aura Stability（气场稳定性）、Chaos Index（混乱指数）、Peer Dependency Tension（同伴依赖张力），还有Mercury Status（水星状态）。

界面是正经的SaaS仪表盘风格。加载动画像财务系统正在审计你的组织架构。然后弹出一行字：「你的项目存在边界问题，倾向于通过例外条款进行治理。」

翻译成人话：你的package.json里塞了太多overrides和resolutions。

为什么偏偏是占星术

Hara的选择很精确。软件工程里充斥着准科学话语——「技术债」「健康度评分」「依赖新鲜度」。这些指标和星座一样，用数学外壳包装主观判断。

他的工具把这套逻辑推到极致。Chaos Index计算的是松散版本号、生命周期脚本、postinstall钩子。但输出时，它叫「混乱指数」，配上「水星逆行中」的提示。

「我想让玩笑从真实的行为开始，而不是让模型即兴发挥氛围。」Hara在提交说明里写。

这解释了为什么有人差点当真。本地解析层是确定的——同样的manifest永远产生同样的数字。只有文案层交给Gemini模型，负责把数字翻译成「执行级废话」。

结构越严肃，反差越锋利。

418 I'm a teapot的恶意

工具藏了一个让Hara「不成比例地开心」的功能：如果你贴的是requirements.txt或Gemfile，它返回418状态码。

HTTP 418是1998年愚人节RFC的遗产，定义「我是茶壶」错误。Hara用它处理「错误生态系，错误饮料」——Python和Ruby用户被礼貌地轰出去。

这个细节暴露了项目的真实血统：前端工程师的圈内玩笑。package.json是JavaScript世界的通用语言，而requirements.txt属于另一个部落。

但玩笑的边界在模糊。Hara提到，公开部署版本没有调用Gemini，运行在「预算委员会安全模式」——所有文案是预生成的固定模板。完整的AI生成路径只在本地开发和评估运行时使用。

成本考量让假工具变得更像真产品。

从数字到谶语的生产线

拆解它的评分逻辑，会发现一套完整的伪科学方法论。

Aura Stability（气场稳定性）奖励固定版本号，惩罚通配符、latest标签和额外脚本。Chaos Index（混乱指数）追踪松散版本范围、生命周期脚本、postinstall钩子、可疑脚本名、工作区蔓延。Peer Dependency Tension（同伴依赖张力）测量你的包要求别人满足多少需求。Boundary Issues（边界问题）专门扫描overrides、resolutions、工作区提示——也就是「例外条款治理」。Trust Issues（信任问题）针对私有包、postinstall、可疑脚本、latest标签的叠加态。

最妙的是Mercury Status（水星状态）。它完全来自生命周期脚本的严重程度，尤其是pre*、post*和postinstall。

这些信号本是工程师日常排查的线索。重新包装后，它们成了占星术语。

Hara的架构图显示清晰的分层：本地代码负责解析和评分，Gemini负责「精致的废话」。确定性底层保证可重复性，随机性顶层保证娱乐性。

这和一个真实的数据产品有什么区别？

被转发进技术群的37种方式

项目在DEV社区发布后，传播路径很有意思。前端群把它当梗图转发，产品经理群讨论「能不能借鉴这个UI做真正的健康度仪表盘」，某大厂工程师声称「我准备拿这个给CTO看季度汇报」。

最后一类反馈让Hara意外。他原本预设的受众是同行，但「执行级报告」的格式语言击中了更广泛的职场焦虑。

技术组织里充斥着不可质疑的指标。代码覆盖率、部署频率、MTTR、依赖新鲜度。这些数字和Aura Stability一样，有计算公式，有可视化，有季度复盘。

它们的有效性很少被追问。

Semver in Retrograde的讽刺在于：它用完全相同的生产流程，暴露了这套话语的任意性。如果Chaos Index可以因为postinstall钩子而升高，为什么不能因为「水星逆行」？

两者都是因果叙事，只是后者的天文学基础更诚实。

预算委员会安全模式

Hara在说明里埋了一个产品经理才懂的梗。公开版本运行在「budget committee safe mode」，因为完整的Gemini调用会烧光玩笑预算。

这解释了为什么有些用户觉得「不够随机」。固定模板循环使用，就像真正的企业仪表盘——那些从三年前PPT复制过来的「洞察」。

本地开发版本保留了完整的AI生成路径。Hara用它来生成评估样本，确保「精致的废话」达到可演示标准。

技术细节在这里变得隐喻性。一个工具的两个版本：给内部看的完整版，给外部看的预算安全版。哪个是真实产品？

答案取决于你在组织中的位置。

依赖 mysticism 的历史

把技术决策神秘化不是新现象。敏捷教练、DevOps布道者、平台工程师——每个时代都有它的祭司阶层。

Semver本身就被过度诠释。语义化版本号（Semantic Versioning）的设计意图是机器可读，但实践中成了兼容性承诺的占卜工具。MAJOR.MINOR.PATCH的递增规则，被赋予了契约精神的重量。

Hara的工具名字玩了这个双关。Retrograde（逆行）既是占星术语，也暗示Semver的倒退——当版本号膨胀到v147.2.0，语义化还剩多少意义？

他的评分系统里，「latest」标签直接降低Aura Stability。这是对JavaScript生态的精准吐槽：默认安装最新版的惯性，让确定性构建成为奢望。

但工具没有提供解决方案。它只是生成一份报告，格式适合粘贴到Slack或季度文档。

这或许是最大的真实：我们知道问题在哪，但汇报格式比修复行动更重要。

分享卡片与内部季度复盘

输出设计的最后一个细节：分享卡片看起来「准备好用于内部季度复盘」。

Hara没有解释这个选择，但效果很明显。卡片采用企业SaaS的视觉语言——柔和渐变、数据可视化、关键指标突出。如果遮住「Mercury Status」标签，它可以是任何A/B测试报告或系统健康度摘要。

这种设计决策让玩笑具备了病毒传播的骨架。技术人转发它，既因为好笑，也因为 recognizable——我们见过太多这样的卡片，在太多这样的会议上。

工具的GitHub仓库地址是trknhr/semver-in-retrograde。部署在Vercel，和无数真正的前端项目共享基础设施。

边界在消失。一个愚人节玩笑的架构，比某些生产系统更严谨。

当Hara写「架构比前提更严肃，这感觉恰当」时，他或许在描述整个行业的状态。