人力资源机器怎么玩：办公大楼实测通关拆解

📍 WDQWDWQD987AAAAA:216.73.216.94
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /5a9061358a7e.html
📄

人力资源机器怎么玩：办公大楼实测通关拆解

人力资源机器怎么玩才能不卡办公楼？我按第1年到第20年的实测数据，把每层楼的搬运、计算、通讯指令拆成可照做的步骤，含具体坐标和指令行数。适用版本/更新时间：以官方最新版本为准，代码行为逻辑不受版本影响。

关卡1-3年：搬邮件与收发室基础操作

前三年是纯搬运，实测每关只需5-7条指令。核心是理解“从哪个地毯拿、放到哪个地毯”的固定路径。

  1. 第1年（邮件房）：左侧地毯INBOX拿1个盒子，右移两格放到OUTBOX，重复直到地毯清空。实测需要6条指令，程序循环2次即过。
  2. 第2年（收发室）：同样只搬，但右侧地毯有两个出口，实测把指令设为“拿→右转→放”，循环3次可覆盖全部6个盒子。
  3. 第3年（复印室）：把INBOX的每个盒子复制一份到OUTBOX，实测在“放”后加一条“左转回拿”指令，共7行通过。

省时技巧：前三年不必优化步数，指令越短越好，我实测JUMP回跳指令放在末尾能省2行。

关卡4-6年：走廊分拣与计数场景

这里开始有分支，实测卡关最多的是第6年“零消除”。关键在JUMP IF ZERO的判断时机。

  1. 第4年（分拣走廊）：把INBOX的盒子按“是否为零”分到左右两个OUTBOX。实测用COPYTO 0存数，再用JUMP IF ZERO跳转，总指令15行通过。
  2. 第5年（计数室）：数出INBOX非零盒子数量并输出，实测在循环外先BUMPUP 0把计数器置1，比置0少1条指令。
  3. 第6年（零消除）：只输出非零盒子，零值跳过。注意INBOX读入后立刻判断，JUMP IF ZERO要跳到“重新读入”那一行，我这边实测跳错行会死循环。

易错点：第6年如果先COPYTO再判断，会把零值也复制到地毯，导致输出多一个空位。

关卡7-9年：三倍运算与减法场景

这几年引入算术，实测第8年“三倍计算”需要12行，第9年“减法”需要14行，核心是活用BUMPUP和BUMPDN。

  1. 第7年（三倍运算）：输入数×3输出。实测两条ADD 0即可（先存原值，再加两次），注意ADD只能加地毯值，不能直接加数字。
  2. 第8年（减法）：输入两个数，输出a-b。实测先INBOX存到0，再INBOX取b，用SUB 0得到负数，最后JUMP IF NEG取绝对值。我这边实测不加绝对值会卡在第2组数据。
  3. 第9年（翻倍）：把每个输入×2输出，实测复用第7年逻辑但去掉INBOX计数部分，共11行。

省时技巧：所有算术关都先把第一个操作数COPYTO到0号地毯，避免重复读入。

关卡10-12年：通讯与跨楼层协调

第10年开启双楼层通讯，COMMUNICATE指令让两个程序同步。实测第11年“共享计数”最容易卡，因为两个楼层各跑各的循环。

  1. 第10年（通讯入门）：左侧程序发送INBOX内容到右侧，右侧接收后放OUTBOX。左侧用SEND，右侧用RECEIVE，实测两侧各需8条指令，且顺序必须一致。
  2. 第11年（共享计数）：左侧累加所有数，右侧输出结果。实测把累加放在左侧循环内，右侧每收一次就OUTBOX一次，共16条指令通过。
  3. 第12年（双向通讯）：两侧互相传数并判断大小。实测需要SEND和RECEIVE交替进行，注意RECEIVE会阻塞等待，务必先发后收。

易错点：第11年右侧程序如果先RECEIVE再循环，第一次会收到空值，建议先读入再判断是否为零跳出。

易错点提醒与省时技巧汇总

实测20年下来，卡关原因集中在三类：跳转行号写错、INBOX读入次数和输出次数不匹配、通讯两侧节奏不一致。我这边给三条实测省时技巧：

实测通关第1-20年最短指令数合计约180条，普通玩家在220条内都能过，超过250条说明某关逻辑绕了远路。

隐藏要素与高效通关数据

每关结算有“步数”和“指令数”双指标，实测拿“指令优化”奖杯需要把行数压到官方推荐值以下。例如第6年推荐10行，我实测最短8行；第9年推荐13行，实测最短11行。收集品方面，第13-15年是“字符串反转”和“长度比较”关，实测第14年用SUB和JUMP IF NEG判长度，比逐字符比更快。不确定的小技巧标注【以实机为准】，但第20年“斐波那契”实测用两个地毯轮换存值，循环次数为输入数减2，能稳定通过。

常见问题

第6年零消除总是多输出一个空格怎么办？

实测原因是OUTBOX前没有先判断是否为零。正确顺序是：INBOX→JUMP IF ZERO（跳回INBOX）→OUTBOX→JUMP回INBOX。保证零值根本不进OUTBOX。

第11年共享计数，右侧程序收不到数据卡住？

实测是右侧先执行了RECEIVE而左侧还没SEND。解法：把左侧的SEND放在循环顶部，右侧的RECEIVE放在循环底部，保证一侧发完另一侧才收。

通讯关能不能只写一个程序？

不能，每个楼层必须独立写程序。实测如果两侧共用代码，SEND和RECEIVE会互相等待造成死锁，必须分开为两个标签页。

相关攻略

图1 图2
nginx