一道1899年公开挂出、卡了127年的密码题，消息提到被Claude Fable 5.1解开了。更值得琢磨的是破译规则：第i个数字，去第i条祈愿里按数字取第几个词，再取首字母。素材里那句话点得很准——卡住不是这64个数算不过，是题型看错了。

我卡住的问题，是算不动还是题型看错了？

求职和工作中卡壳，先别急着加投入。可以做个自查：过去两周你做的事，是在同一个假设下反复优化，还是在换假设？

比如简历投了八十份没回音。计算难度的做法是继续改措辞、调排版；题型错误的做法是问自己：我是不是把“证明我做过什么”当成了题型，而对方要的其实是“证明我能解决他眼下哪个问题”。前者靠投入，后者靠换框架。

再比如面试总挂在二面。加投入是背更多题；换框架是回看：是不是我一直按“答对”来准备，而对方在筛“能不能一起把模糊问题聊清楚”。

判断方法很简单：如果同一件事你已经用同一套假设试了三轮以上，收益还在递减，大概率不是算不动，是题型看错了。

换框架能力怎么在求职中讲清楚？

素材里提到，它赢的不只是更聪明，而是自己选题、自己换框架、自己试到长度对、韵脚对、立场对才停手。这个叙事结构，求职时可以直接借用。

不要只讲结果，讲你换过哪次假设。假设场景：你负责的活动报名率一直低，最初假设是宣传不够，加投了渠道；后来换成“报名路径太长”，砍掉两个填写字段，数据才动。这里的关键不是数字，是你怎么发现第一个假设错了。

写简历或面试时，可以用这个结构：原来的假设是什么、什么信号让你怀疑它、你换成了什么、换完之后你用什么标准判断可以停。注意，成果必须是实际完成的，没做完的用[实际记录]这类占位，别编数字。

面试官真正想听的，往往不是你多能扛，而是你多早发现方向不对。

面试时怎么了解团队是否允许换框架？

素材里那把钥匙不在密码学手册里，就在紧挨着密文的那32条祈愿上。对应到求职，就是别只问技术栈，问清楚团队对试错和换假设的容忍度。

可以问：最近一个项目里，有没有出现做到一半发现原假设不成立、然后调整方向的情况？当时是怎么决定的？这个问题比“你们用什么工具”更能看出团队是奖励硬扛，还是奖励早发现。

也可以问：如果我接手一个卡了很久的问题，通常多久需要给出阶段性判断？这能帮你判断对方要的是持续投入，还是允许你先验证题型。

模拟面试不是断言面试官一定会问，而是让你提前想清楚：当被问到“你遇到过什么难题”时，你讲的是加班故事，还是换框架故事。

一个实际可做的小建议：挑你手上卡最久的那件事，写下你一直在用的那个假设，然后问自己——如果这个假设是错的，我会先看到什么信号？