健康问诊模拟

现在我找到了关键线索。让我仔细分析这个 bug 的根因：
问题发生在 EnzymeParticle.StripPixel() 中（EnzymeParticle.lua:149-163）：
lua
复制
-- 懒初始化：首次剥离时从渲染缓存深拷贝像素数据到敌人实例
if not target.instancePixels and renderModule_ then
local shared =

现在我看到问题了。BeatSystem.StartBeat 中的 else 分支在 injectedFoods 为空时仍然会调用 generateWaveComposition 生成随机敌人。这就是 Beat 1 出现黄色圆形的原因——食物还没从云队列消费回来，Beat 1 就已经开始了。
让我确认一下 Beat 1 启动和食物注入的时序关系。
Bot Avatar
我看到了时序问题：Consum

确认了。levels_cache 是 LevelManager 写入的发布关卡缓存文件，不是用户自建地图。 根因分析清楚了： ScanSavedMaps() 扫描 maps/*.json，会找到 levels_cache.json WASM 刷新后，levels_cache.json 可能在 LevelManager.Load() / CheckForUpdates() 时被重新写入（从 reso

事件订阅链路完整。CloudProxy → Client → Server → serverCloud 的链路是正确的。
现在让我查看排行榜中 foodAlerts_ 累计计数的问题——用户截图显示 badge 是 “11”，这是因为 foodAlerts_ 的计数只增不减（除非手动调用 DecrementFoodAlert）。排行榜页面的 badge 应该使用云端队列的实际数据，和 BrainD

现在我看清楚了。HandleExit 中 transferData.typeName = e.typeName，而 e.typeName 是在生成敌人时确定的。关键问题是：口腔里碳水类(bread/candy)敌人被塔攻击后化学转化为 polysaccharide tag，之后如果是经过化学转化后被击杀的，会 decompose 生成 polysaccharide 类型的子体。
让我看看化学转化后

现在我明白了。排行榜中的 foodAlerts_ 是一个独立的投喂计数系统（每次投喂+1），而大脑监控室使用的是 FoodPipeline.GetOrganQueue 从云变量读取的实际食物队列。这两个数据来源不同。
关键问题：排行榜里口腔显示"5份食物待处理"是投喂计数（foodAlerts_），而大脑监控室从 food_queue_oral 云变量拉取的是实际传递到口腔的食物队列。口腔是第一个

Config.lua — EmergencyEnzymeCost = 20 → EmergencyEnzymeCostPerTower = 1（每塔单价 1 ATP）
EnzymeNpc.lua — 新增 GetChemicalTowerCount() 函数，返回场上酶塔数量
DecisionPanel.lua — 紧急按钮改造：
按钮文字动态显示总费用（如 2 座塔显示 🧪+ ⚡2）
Toolt

行为逻辑：
有食物时：照常全速追击最近的敌人，进入 engage 状态围绕攻击
无食物时：围绕出生点（塔的位置）30 像素半径内缓慢游荡
每 1.5~2.5 秒随机选一个新目标点
移动速度为正常速度的 30%（WANDER_SPEED = 0.3）
食物一旦出现，立刻切回追击模式
参数可调（EnzymeNpc.lua 顶部常量）：
参数 值 含义
WANDER_RADIUS 30px 游荡范围半径

数据流全景
排行榜 大脑监控室 器官闯关
(Leaderboard) (BrainDashboard) (BeatSystem+OrganProcessor)
│ │ │
│── 投喂食物 ──────────> │ │
│ (SendFoodGift ✅) │ │
│ │── 发送脑信号 ──────────> │
│ │ (SendBrainSignal ✅) │
│ │<── 器

回锅肉的像素材质分区
每个像素还属于一种材质类型：
┌────────────────────────────────┐
│░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│ ░ = sauce（豆瓣酱，碳水）
│░░░┌──────────────────────┐░░░│
│░░░│🟥🟥🟥🟥🟥🟥🟥🟥🟥🟥│░░░│ 🟥 = lean（瘦肉，蛋白质）
│░░░│🟥🟥┌────────┐