Game.getObjectById(id)
通过对象 ID 恢复当前可访问的游戏对象;找不到时返回 null。
PROBLEM-SOLVING PATH / SEARCH V3
Search V3 只在高置信的症状、API 或错误码意图上给出直接 Answer Route;其余查询继续由 Search V2 负责发现,不猜测、不强行路由。
Search V2 数据库检索已启用
当前显示 31 条结果
支持中文、英文、API 名称与常见说法通过对象 ID 恢复当前可访问的游戏对象;找不到时返回 null。
把对象ID和目标房间写入Memory,每个tick重新取得实时对象,并区分目标消失、ID损坏和远程房间暂时没有视野。
比较Game.creeps与Memory.creeps,删除已不存在Creep的残留数据,并同步清理受控任务索引、限制日志频率和避免误删其他模块状态。
解释Game对象、模块全局变量和Memory的生命周期差异,演示Creep角色状态、版本迁移、对象ID保存和Memory体积控制。
解释 RawMemory.setActiveSegments 的下一 tick 时序、0–99 ID 与同时激活上限,并提供空内容、损坏 JSON、版本字段和安全写回的完整示例。
使用 InterShardMemory 在多个 Screeps shard 之间交换版本化状态:安全解析本地和远端字符串、控制 UTF-8 容量、识别 writerEpoch 重启与 revision 回退,并用接收方自己的观察窗口判断远端 channel 是否停滞。
使用 RawMemory.setPublicSegments、setDefaultPublicSegment 和 setActiveForeignSegment 安全发布与读取其他玩家的公开 Segment:处理下一 tick 时序、一次一个 Foreign Segment、覆盖式配置、版本校验、轮询调度和不可信 JSON。
在不同 tick 之间保存简单数据的全局对象。
用于保存和按需激活较大字符串数据的 RawMemory 区域。
把角色行为、Memory维护和房间逻辑拆成Node.js风格模块,统一导出契约、错误隔离、角色分派和global reset后的可重建状态。
用 Creep.store 边界和 memory.working 建立稳定两阶段状态:空载取能、满载工作、中间值保持,并正确区分 Store 状态与 harvest() 返回值。
解释模块顶层缓存与 Memory 的区别,使用按房间 Map、版本号和过期时间缓存 Source ID,并在全局重置、缓存过期或对象失效后安全重建。
安全创建并控制 Upgrader1,让它在 Source 与 Controller 之间往返,认识 upgradeController()、Memory 状态切换和返回结果。
解释 Game.rooms[roomName] 为什么会是 undefined,区分当前视野与 Memory 历史状态,并用 Game.getObjectById()、lastSeenAt 和 Observer 的下一 tick 时序安全恢复远程房间任务。
从Game.flags和Flag.memory读取带版本的任务配置,校验Creep名称、任务类型和目标范围,并处理跨房间视野、moveTo返回值与过期Memory。
系统排查 StructureSpawn.spawnCreep():区分官方 API 与本地策略,正确处理 body、名称、任意 memory、显式 energyStructures、dryRun 和正式返回值。
解释可用激活次数、同一shard单房间限制、safeModeCooldown、upgradeBlocked与全部返回码,并用一次性Memory请求避免自动消耗Safe Mode。
使用人工指定订单ID和一次性Memory请求,核对订单类型、当前amount、价格上限、Credits保留线、Terminal与交易Energy后安全调用deal()。
用一次性 Memory 请求创建 Screeps 市场订单:检查普通资源订单的 Terminal 所有权和 5% 费用,提交前保存旧订单 ID,并在下一 tick 精确确认唯一的新订单,避免重复创建和误归因。
解释 Game.notify() 的1000字符、每tick 20条和 groupInterval 分钟规则,并用状态变化、Memory与重复间隔避免 Controller 风险提醒刷屏。
使用一次性Memory请求检查房间视野、0—49坐标、已有Road、已有工地与账号100个工地上限,并说明Road可以建在自然墙体地形上。
使用目标绑定确认词和一次性Memory请求,核对RoomPosition、10房间范围、Energy、Ghodium、Nuker等待状态与全部返回码,再决定是否提交不可逆发射。
解释 Observer 的10房间范围、请求与下一tick读取时序、返回码和Memory状态,并提供不会把当前视野误判为观察结果的完整示例。
使用一次性Memory请求核对源Terminal、目标房间、最小发送量、100字符说明、资源库存、Energy交易成本和保留线,并处理send()全部返回码。
监控己方Controller.ticksToDowngrade和等级上限,从当前房间选择有Energy与有效WORK部件的Upgrader,并处理upgradeController()范围和全部返回值。
区分 Game.cpu.limit、tickLimit 与 bucket,用前后差值测量代码段CPU,并通过固定样本窗口观察平均值、峰值和可选任务执行条件。
当 Game.cpu.bucket 持续下降时,用带迟滞的 NORMAL、CONSERVE、EMERGENCY 与 RECOVERY 状态机保护 Spawn、采集、Controller 和防御,逐级暂停高成本任务,并在恢复后分阶段重新启用。
用一次性确认任务让指定Creep移动到己方Spawn旁边,检查名称、所有权、相邻距离和recycleCreep返回值,并说明资源返还边界。
把零散的新手知识整理成一条连续路线:从认识游戏和第一只 Creep,到角色分工、Controller、Extension、建造维修与第一份房间基础代码。
当房间没有采集者时,统一选择一座可用Spawn,计算最小身体、检查当前Energy和dryRun结果,并避免多Spawn重复生成。
从 Creep 不移动、Spawn 不生产、Controller 快降级、Link 不传能、Market 交易失败、CPU 过高和资源物流停滞等症状进入结构化排查路径。