4月1日，GitHub上一个叫MalikSohaibIqbal的开发者提交了参赛作品。项目描述只有一句话："终极反生产力套件，符合HTCPCP/1.0协议，需要专家级扫雷工作量证明才能完成任务。"
这听起来像愚人节玩笑，但代码是真的能跑的。
核心机制：完成待办事项？先赌一把
传统待办清单的逻辑是勾选即消失。Proof of Work把这个动作改成了俄罗斯轮盘赌——字面意义上的。
用户点击任务完成框时，界面不会打钩，而是弹出一个30×16的专家级扫雷网格，埋着99颗雷。胜率大约是0.0004%，比被陨石砸中略高一点。
扫雷失败会触发"Hydra引擎"：任务不清除，反而复制20份。"买牛奶"变成"买牛奶×21"。开发者把这个设计称为"人脑短路装置"——技术实现完美，功能完全反人类。
项目的技术栈写着React、Lovable，以及"Google Gemini的存在主义恐惧"。
HTCPCP协议：一个25年前的玩笑，成了赛博图腾
这个应用参赛的HTCPCP挑战，源头是1998年愚人节RFC文档。IETF工程师Larry Masinter提交了《超文本咖啡壶控制协议》，一本正经地规定了HTTP如何控制咖啡机、返回错误码"418 I'm a teapot"。
25年后，418状态码成了程序员之间的暗号。GitHub有3.7万个项目引用它，Node.js、Go的标准库都内置了这个彩蛋。
MalikSohaibIqbal的参赛作品把这套哲学推到了极致：既然418代表"我拒绝执行这个合理请求"，那不如做个工具，让用户也体验被拒绝的快感。
项目README里写着："法拉利引擎装在独轮车上——技术上令人印象深刻，根本上毫无用处。"
反生产力工具，为什么总有人买单
Proof of Work不是孤例。过去几年，类似的"自我折磨型"工具在开发者社区反复出现。
2016年的"Forest"用种树机制对抗手机成瘾，失败则树枯死。2021年的"Write or Die"在用户停笔时删除文字。2023年的"Sleep Town"把熬夜变成建筑倒塌游戏。它们的核心卖点从来不是效率，而是把意志力外包给外部惩罚系统。
MalikSohaibIqbal的设计更激进：他取消了"成功"这个选项。扫雷专家级的通关概率，让任务完成从目标变成了统计学意外。
这种极端设计反而戳中了一批用户。项目发布24小时内，GitHub星标数突破800，Issue区挤满了求虐的留言："能加计时器吗？我想知道自己多久会崩溃。""建议集成Slack，任务爆炸时自动@全体同事。"
一个产品经理的观察：我们在奖励什么
待办清单类App的市场已经内卷了十五年。Todoist、Notion、Obsidian、Things……它们竞争的是谁能让"打勾"这个动作更顺滑、更有成就感。
Proof of Work做了反向验证：如果完成任务的代价足够高，用户会不会重新思考"这件事真的值得做吗"？
这个逻辑和"先吃青蛙"（把最难的任务放早上）完全相反。它不是帮你排序优先级，而是用荒诞机制逼你承认——很多待办事项，其实拖到消失也没关系。
项目代码里埋着一个未启用的功能：连续失败10次后，系统会弹出提示"要不……算了？"
这个弹窗目前被注释掉了。但测试用户在Discord反馈说，他们手动数过自己的失败次数，到第7次时真的开始删任务。"不是扫雷太难，是突然意识到'整理书架'根本不重要。"
MalikSohaibIqbal在提交作品的备注里写："这是给恨生产力的人做的工具。如果你用了之后更焦虑，说明它起效了。"
现在项目仓库的最后一个Issue是用户开的：「赢了扫雷之后，任务真的消失了吗？我不敢试。」开发者回复：「你猜。」
热门跟贴