先写分析问题，再选场景规模
- 将问题限定为任务流程、资源协同或信息交互等可检查的范围，记录不研究的内容。平台数量多不代表分析更可靠；如果基础行为与输入没有依据，扩大场景只会放大不确定性。展示项目与分析项目应分开报价和验收。
输入资产和权限核对
- 整理可公开或获授权的地形、平台抽象模型、行为规则、时间范围与事件定义。禁止将未知性能参数当作真实装备数据。需要受控资料的部分由具备相应权限的主体提供，不以网络拼凑资料替代授权。
让运行结果能够复现
- 记录软件与插件版本、模型版本、随机种子和运行配置。先验证最小场景的事件顺序与日志，再进行多次重复运行。不同方案比较时保持共同条件一致，并保留未完成和异常运行，避免只挑选视觉效果最好的片段。
交付清单与结论边界
- 建议交付场景工程、参数来源表、事件字典、批次配置和结果说明。验收时由接收方重跑代表性场景并核对日志。结论只适用于已声明的模型与假设，不应表述为真实任务效果保证。