工具症状优先诊断
Link 不传能量
Link 没有传能时,把 cooldown、发送方库存、接收方容量、目标对象和实际 transferEnergy() 返回值一起检查。
Link 不传能量link不传能link没反应link cooldownlink满了
PROBLEM-SOLVING PATH / SEARCH V3
Search V3 只在高置信的症状、API 或错误码意图上给出直接 Answer Route;其余查询继续由 Search V2 负责发现,不猜测、不强行路由。
Search V2 数据库检索已启用
当前显示 13 条结果
支持中文、英文、API 名称与常见说法Link 没有传能时,把 cooldown、发送方库存、接收方容量、目标对象和实际 transferEnergy() 返回值一起检查。
在同一房间的 Link 之间传输 Energy,需要检查 cooldown、库存、容量与传输损耗。
优先采集发送 Link/目标 Link 的 Store、cooldown、返回码和下一 tick 状态,避免只靠截图判断。
把 Link 传能、cooldown、容量、房间内物流和 Controller 供能排查放进同一条入口。
根据 CARRY、MOVE、地形和路线计算往返周期、所需 Creep 数量与寿命运输量。
根据 Spawn、角色、Energy、Controller、工地、CPU 和 bucket 快照检查风险。
按对象、方法和关键词查询常用 Game、Creep、Room、Structure 与系统 API。
目标已经装满,或没有剩余容量。
目标不适用于当前动作。
执行动作所需的资源不足。
对象仍在冷却或 Creep 当前疲劳。
从 Creep 不移动、Spawn 不生产、Controller 快降级、Link 不传能、Market 交易失败、CPU 过高和资源物流停滞等症状进入结构化排查路径。
在同一房间内远程传输 Energy 的建筑。