1980年，岩谷彻和Namco发布了一款游戏。没人想到，这个用16KB内存跑起来的程序，会成为计算机史上最经典的效率教材——比大多数开发者出生还早，却仍在今天的AI和游戏设计课上被逐行拆解。
硬件条件是残酷的：Zilog Z80处理器，3.072 MHz主频，16KB内存。没有多线程，没有神经网络，没有预训练模型。但就是在这些铁锈时代的枷锁里，诞生了一套被写入教科书的AI行为设计。
一、四个幽灵的"人格"：向量数学造出的灵魂
吃豆人的成瘾性不靠暴力追逐，靠四个敌人截然不同的"性格"。这种差异不是动画包装，是实打实的代码逻辑——每个幽灵有独立的瓦片目标计算规则：
红色Blinky：直接追击者。代码让他锁定吃豆人当前所在瓦片，直线逼近。他是永恒的、不会疲倦的威胁。
粉色Pinky：伏击者。她的目标不是吃豆人本身，而是吃豆人面朝方向前方第四个瓦片。预判走位，试图堵截。
青色Inky：不稳定因素。他的目标由Blinky与吃豆人的相对位置向量决定——Blinky越远，Inky的行为越飘忽。这种双重依赖制造了不可预测性。
橙色Clyde：伪装的懦夫。他会追击，但代码内置距离检测：一旦进入吃豆人8格范围内，立即触发撤退指令，返回自己的角落。
开发者能学到的第一课：复杂的"智能"行为可以从极简数学规则中涌现。没有行为树，没有有限状态机的层层嵌套，四个if-else级别的向量计算，撑起了游戏史上最经典的AI对手。
二、节奏控制：状态机与定时器的UX设计
游戏不是无脑狂奔。核心循环由状态机驱动，在两个模式间切换：
追逐模式（Chase）：幽灵主动猎杀玩家。
散点模式（Scatter）：幽灵放弃追击，返回各自角落。
切换由固定内部定时器控制，形成游戏设计中的"张力曲线"——玩家获得战术喘息，然后迎接下一波攻击。这是状态管理直接作用于用户体验的原始范例，比"心流理论"进入主流词汇早了二十年。
三、第256关：史上最著名的溢出错误
连崩溃方式都堪称传奇。当玩家抵达第256关，代码试图在屏幕底部绘制256个水果图标表示关卡数。系统使用单字节（8位）计数器，最大值255，256导致整数溢出。
结果是灾难性的：程序读取完全无关的内存地址，屏幕右半边被随机数据污染，游戏无法继续进行。这个"杀屏"（Kill Screen）成为硬件限制是物理边界、软件必须尊重的残酷注脚——哪怕在杰作中，一比特的傲慢也会招致惩罚。
四、给当代开发者的刺骨提醒
吃豆人源码证明了一件事：约束催生创造力。没有算力跑复杂算法，Namco团队只能死磕纯逻辑和行为设计。最终产物比多数现代游戏更经得起时间检验。
如果你今天写代码，终极教训很简单：在申请更多内存、更贵服务器之前，先问自己——你的逻辑，有四十多年前那个16KB程序优雅吗？