准备阶段：先摸清观测场景与识别边界
动手改配置之前，先把星空app要面对的观测条件写清楚。这一步不做，后面的调参基本靠猜。准备阶段的目标是产出一份场景说明，明确识别对象、拍摄环境与可接受的误识别范围。
- 记录观测时段与光照条件，区分无月光、弱月光与城市光污染三类场景。
- 列出需要识别的目标类型，以及哪些目标允许漏识别、哪些不允许误识别。
- 确认设备侧约束：镜头视野、曝光参数、图像分辨率是否可调。
- 准备一份基准样张集，覆盖不同时段与天气，作为后续对比依据。
退出条件：场景说明与样张集齐备，团队对“识别到什么程度算可用”有一致说法。没有这条共识，后面每个阶段都会反复返工。
第一步：把识别需求拆成可验证的配置项
第二步的核心是把模糊需求翻译成星空app里可以逐项调整的参数。不要一次性全改，按依赖顺序推进：
- 先固定图像输入相关项，例如曝光与增益，避免后续调识别参数时输入一直在变。
- 再调整识别灵敏度与置信度阈值，用基准样张集逐张比对。
- 最后处理过滤规则，例如剔除明显误报的区域或时段。
每一项改动都要记录“改了什么、为什么改、用哪张样张验证”。这一步常见的坑是同时改多个参数，结果无法判断是哪一项起了作用。
退出条件：每个配置项都有对应的验证样张与预期结果，改动记录可追溯。
第二步：在真实夜间场景中验证与纠错
样张集只能覆盖已知情况，真实夜间观测会出现样张里没有的干扰。本阶段的目标是让星空app在真实场景下稳定，而不是在实验室里好看。
- 按场景说明中的三类光照条件分别实测，记录识别结果与人工判断的差异。
- 对误识别集中的时段，回到配置项定位原因，而不是直接压低整体灵敏度。
- 保留每次实测的原始图像与配置快照，便于复现问题。
常见坑有两个：一是只在单一场景验证就宣布完成；二是遇到问题就整体调低灵敏度，导致可用目标也被漏掉。纠错应针对具体场景，而不是全局妥协。
退出条件：三类场景下识别结果均落在可接受范围内，且问题定位有记录。
第三步：形成可交接的配置文档与复核机制
配置调好只是开始，换人接手后能否复现才是落地成败的关键。本阶段把过程沉淀成文档。
- 整理配置项清单，标注每项的取值、作用与调整依据。
- 附上基准样张集与实测记录，说明各场景下的预期表现。
- 写明已知边界：哪些场景下星空app识别效果有限，遇到时如何处理。
- 约定复核周期与触发条件，例如设备更换或观测地点变化时重新验证。
退出条件：新接手的人仅凭文档即可复现当前配置，并知道何时需要重新验证。
复核节点与交接：让配置在换人后仍可复现
阶段路线的价值在于每个节点都有明确的放行条件。建议在三个阶段之间各设一次复核：准备阶段结束核对场景说明是否完整；第一步结束核对配置项是否可追溯；第二步结束核对实测记录是否覆盖三类场景。任一项不满足，就停在该阶段补齐，不要带着缺口进入下一阶段。 星空app实用指南
交接时，把配置文档、样张集与实测记录打包移交，并安排一次现场复现。若复现结果与文档不符，说明文档存在遗漏，应回到对应阶段补记。按这条路线走，星空app的识别配置就不再依赖某个人的经验，而是一套可以检查和传递的过程。