开始诊断 Corsair Cove 效能时，先分开图形瓶颈与模拟瓶颈。若帧率会因解析度、镜头角度、阴影或特效而明显改变，GPU 端可能参与其中。若变慢会随岛屿人口、作用中建筑、搬运工路线、船艦或更快模拟速度增加，而图形调整影响很小，请将其记录为模拟规模问题。先辨识是哪一类问题，才能让后续测试的改变有意义。
确认官方基准
Steam 商店要求 Windows 10 64-bit、64-bit 处理器、DirectX 12、8 GB RAM、30 GB 可用储存空间，并列出最低 GTX 1660 Super 6 GB 或 RX 5600 XT 6 GB。建议硬件将记忆体提高到 16 GB，并列出 RTX 2070 8 GB 或 RX 6600 XT 8 GB。两种等级都建议使用 SSD。
达到最低需求表示游戏应能运行；这不保证每个聚落规模或图形设定都有固定帧率。比较精确 CPU、GPU、RAM、储存类型和作业系统，而非只看电脑年龄或行销标签。最低与建议规格是诊断起点，不是对所有存档、区域和模拟规模的通用 FPS 承诺。
捕捉一个可重现场景
载入同一存档，暂停模拟，将镜头放在同一繁忙区域，记录解析度、显示模式、图形预设、帧率与硬件使用率。然后只改一项设定。受控比较能显示该设定是否影响瓶颈。
再以正常速度和出现变慢的速度运行模拟。若相关，记录岛屿人口、作用中工作场所、船艦或路线数量。这样会形成有用的前后报告，而不是「到处 FPS 都低」。同一镜头、同一存档和一次只改一项，能区分图形负载、模拟规模与背景程式影响。
安全降低 GPU 负载
只使用当前游戏界面显示的设定。将图形预设或最重的可见选项降低一阶，若有提供则降低解析度或渲染比例，并在同一场景重测。暂时关闭覆盖层或录影工具以排除捕捉开销。只有产生可量测改善时才保留变更。
不要贴上通用 Unreal Engine .ini 编辑、未记录启动参数或其他游戏的设定路径。没有经过验证的 Corsair Cove 1.0 官方来源支持这些改变，它们可能造成视觉问题或让后续支援报告难以重现。保留游戏界面内可见、可还原的调整，能使结果更清楚也更容易提供给官方支援。
不拆除避风港地降低模拟压力
暂停产出已满的低价值建筑、移除过时搬运工路线，并从最高模拟速度回到较低速度，同时测量。这些是有效游戏控制，不是隐藏效能技巧。若特定群集造成明显变化，修改前先存档，并隔离是作用中工作者、运输还是视觉集中所致。
不要为了效能测试拆除大区域。暂停会保留布局，并允许可逆比较。若结果不变，恢复工作并继续诊断。以一次可还原的暂停或路线移除来测试，能让你知道是实际模拟规模还是图形设定造成差异，而不必破坏稳定存档。
检查记忆体与储存行为
启动前关闭占用大量记忆体的应用程式，尤其在 8 GB 系统上。确认硬碟有超过 30 GB 安装需求的可用空间，避免更新和暂存档案受到限制。商店建议 SSD；即使 GPU 足够，硬碟也可能增加载入和串流延迟。
若卡顿只发生在存档、自动存档或区域转换时，记录精确动作和储存类型。不要称它为一般帧率问题。存档相关停顿、持续低 FPS 与崩溃需要不同证据；将它们分开描述，能避免在错误瓶颈上反复调整解析度或图形预设。
一次更新一个外部相依项
从硬件厂商安装目前稳定 GPU 驱动，并套用受支援的 Windows 更新。重新开机后，再测试同一场景。不要同时变更驱动、图形预设、解析度、覆盖层和游戏档案；大批变更会隐藏真正有帮助的行动。
当效能在中断更新后改变，或档案可能受损时，Steam 档案验证是合适步骤。它不太可能修复稳定硬件瓶颈，因此应保留诊断顺序。先记录场景与变更，再用同一场景重测，才能分辨档案修复、驱动或设定到底是否带来影响。
Steam Deck 是独立设定档
Valve 相容性中继资料将 Corsair Cove 标记为可透过 Proton 在 Steam Deck 上 Playable，而非原生 Linux。它包含手动图形设定和小文字注意事项。不要未经测试就把 Windows 桌面目标或非官方 Deck 预设搬过去。该硬件请使用Steam Deck 指南。
桌面 Windows 的 CPU、GPU、解析度和储存测试不能直接证明 Deck 结果；Deck 的 Proton、文字和手动图形注意事项属于独立范围。报告或调整时清楚写出平台，能让效能证据不混合不同硬件与作业系统条件。
妥善报告效能问题
报告中包含 AppID 1368140、基础游戏 1.0 或目前官方标签、Windows build、CPU、GPU 与驱动、RAM、储存类型、解析度、预设、存档规模情境、模拟速度和精确场景。附上简短重现步骤，并说明暂停、改变解析度或降低预设是否改变结果。
这样可让问题从「FPS 很低」变成可比较的证据：相同存档和镜头下，哪一项改变、硬件使用和模拟状态导致什么结果。若只在存档、自动存档或区域转换发生，也要明确标示；若图形调整没有影响而人口、建筑或路线规模有关，则把它作为模拟规模观察而不是未经证实的图形修复。
先将表现问题分类，能避免以不相关的调整掩盖证据。解析度、镜头角度、阴影或特效改变会大幅影响帧率时，优先记录 GPU 侧的比较；人口、作用中建筑、搬运路线、船艦或提高模拟速度才让变慢增长时，记录模拟规模与图形调整无明显影响的关系。两种情况可以在同一存档共存，但每次测试只改一个条件，才可知道正在测量哪一种负载。
受控场景应在同一存档、同一繁忙区域和相同镜头位置进行。先暂停模拟，记录解析度、显示模式、图形预设、帧率和硬件使用；随后只把一个游戏界面内选项降低一阶或改变提供的解析度／渲染比例，再回到相同视角。之后用正常模拟速度和问题出现的速度重复，加入人口、工作场所、船艦或路线数量的情境。这样可以比较暂停与运行、图形调整与规模变化，而不是把所有低帧率合并成一个描述。
图形调整只应保留可测量改善。当前界面中的预设、可见的重负载选项、解析度或渲染比例可作为可逆测试；覆盖层和录影工具也可暂时关闭以排除捕捉开销。未验证的 Unreal Engine .ini 编辑、启动参数或其他游戏路径没有官方 Corsair Cove 1.0 支持，可能制造视觉故障，并使支援人员无法用相同配置重现。不要把它们当成通用修复。
模拟规模测试同样应可逆。暂停产出已满的低价值建筑、移除不再服务目的地的搬运路线，或从最高模拟速度回到较低速度，同时观察同一场景。若特定群集引起变化，先存档，再隔离是作用中工作者、运输还是视觉集中；不要拆掉大片区域。暂停会保留布局，使测试后可恢复工作并继续从不同方向诊断，结果无变化时也不会损失避风港进度。
记忆体和储存证据要与持续 FPS 区分。尤其在 8 GB 系统上，启动前关闭高记忆体应用；储存装置应有超过 30 GB 安装需求的空闲空间，SSD 是商店在两种规格等级的建议。若问题只发生在存档、自动存档或区域转换，记录动作和储存类型，因为这可能反映载入或串流延迟，而不是所有镜头持续的帧率下降。崩溃、存档停顿和稳定硬件瓶颈各自需要不同的重现资料。
外部相依项也必须逐个处理。安装硬件厂商的稳定 GPU 驱动和受支援 Windows 更新后重新开机，再用原本场景重测。不要同时更换驱动、预设、解析度、覆盖层和游戏档案，否则无法知道哪一个带来改变。Steam 验证档案适合中断更新后或怀疑档案损坏时使用，却不太可能解决稳定的硬件限制；保留测试顺序能使验证结果有诊断价值。
Steam Deck 不能直接使用 Windows 桌面结论。Valve 的资料将游戏标为经 Proton Playable，而不是原生 Linux，并附有手动图形设定和小文字注意事项。Deck 的硬件、Proton 和显示条件属于独立设定档；请使用 Deck 专页测试，而不要宣称桌面目标或非官方预设必然适用。任何效能报告都应明确写出 Windows 或 Deck，避免混合平台证据。
良好的报告会保留相同场景、单一变更与明确平台，让驱动、储存、图形或模拟规模的影响可被重复检查与比较，并利于后续支援判断。