RTK reacquisition guards: separate Tokyo good reacquisition from Nagoya bad starts

[rsasaki0109]

結論

• last_trusted, last_fixed, hold, subset AR, ratio threshold をまたぐ reacquisition heuristic が Tokyo/Nagoya で振る舞いを分け切れていない。
• Tokyo run3 の good reacquisition を維持したまま、Nagoya run3 の bad start だけを落とす条件を独立 issue として追う。

確認済み事実

• Tokyo run3 late-window (skip=13301) tuned は /media/sasaki/aiueo/ai_coding_ws/rtklib_v2_rtk_ws/gnssplusplus-library/output/ppc_tokyo_run3_lowcost_arfilter_late2k_holdcfgfix_summary.json で 1957 matched, 81.808891% fix, median_h=0.019441 m, p95_h=1.521877 m。
• Nagoya run3 late-window (skip=3201) tuned は /media/sasaki/aiueo/ai_coding_ws/rtklib_v2_rtk_ws/gnssplusplus-library/output/ppc_nagoya_run3_lowcost_late2k_holdcfgfix_summary.json で 1819 matched, 16.272677% fix, median_h=7.817195 m, p95_h=18.312437 m。
• jump_from_trusted, jump_from_last_fixed, speed_from_last_fixed, ratio, nsat の単独条件では Tokyo の good reacquisition も巻き込みやすい。
• 一方で Nagoya bad start には、tow 554650.8, 554700.8, 554589.6 のように reacquisition 直後の jump が大きい代表例もある。
• issue RTK status (2026-04-10): PPC Nagoya run3 late-window still has false-fix and float drift #5 の status で見えているように、問題は hold 1 本ではなく reacquisition heuristics 全体に広がっている。

未確認/要確認項目

• reacquisition 直後だけ ratio/validation を強めるべきか
• last_trusted を FLOAT でも更新する現仕様が Nagoya で anchor を流していないか
• min_hold_count / hold_ratio_threshold / subset AR search order の寄与をどこまで分離するか

次アクション

• Tokyo/Nagoya late-window の streak start を共通フォーマットで再集計する。
• reacquisition state を helper 化し、pure test で threshold sweep を再現できるようにする。
• false-fix issue と float-drift issue の両方に効く guard だけを本体へ持ち込む。