refactor(B05/B06): 유토곡선 일원화 — 보는 노선·횡단 재계산 창구·낡음 판정 통합

같은 데이터를 두 화면에 보여 주는 기능인데 세 곳이 갈려 값이 달랐다(실측: 절토(자연)
B06 3,704.6㎥ ↔ B05 4,526.8㎥).

① 보는 노선 — B05는 최신 경로, B06은 최신 **확정** 경로를 열어 노선을 다시 탐색한
   프로젝트에서 서로 다른 노선을 봤다(route 126 DRAFT ↔ 125 CONFIRMED, 같은 20m
   측점 성토 4.82㎡ ↔ 85.9㎡). `get_workflow_route_context()`(최신 경로) 신설해 B06
   화면 context가 그것을 쓴다. 납품 도면(B07)이 쓰는 확정 전용 창구는 그대로 둔다.

② 횡단 재계산 — 호출이 두 벌이라 인자가 갈렸다(B06만 표준 단면값·암 경계 오프셋 전달,
   보존하는 사용자 부속값도 2개 ↔ 7개). `B06_Section_Cross_Refresh.refreshCrossDesigns()`
   한 창구로 모으고 세션 편집값은 저장소에서 직접 읽어 패널 없는 B05도 같은 값을 보낸다.

③ 낡음 판정 — 「옛 암 2단계 필드 누락」 조건이 B06 페이지에만 있어 B05는 재계산을
   건너뛰었다. 공용 `staleDesignChainages()` 안으로 옮겨 두 화면이 같은 시점에 같은
   조치를 한다.

검증 — 공용 브라우저 실측: 두 화면 모두 route 126, 요약줄 문자열 완전 일치
(`절토(자연) 4,526.8㎥ · 성토 14,881.8㎥ · 토취 10,213.3㎥ · 최종 누가토량 −10,213.3㎥`).
pytest 370 passed·17 skipped(일원화 검사 4건 신설), typecheck·prettier·ruff 통과.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

B06_Section/B06_Section_Router.py

@@ -26,7 +26,7 @@ from B06_Section.B06_Section_Repository import (
     count_cross_sections,
     create_longitudinal_section,
     delete_sections_for_route,
-    get_confirmed_route_context,
+    get_workflow_route_context,
     get_cross_section_designs,
     get_latest_section_options,
     get_longitudinal_section,
@@ -104,7 +104,9 @@ async def get_section_context(project_id: UUID) -> SectionContextResponse | JSON
     pool = get_db_pool()
     try:
         async with pool.acquire() as connection:
-            route_context = await get_confirmed_route_context(connection, project_id)
+            # 화면이 보는 경로 = 최신 경로(확정 여부 무관) — B05와 같은 규칙이어야
+            # 두 화면이 같은 노선의 같은 값을 본다(2026-09-03 일원화).
+            route_context = await get_workflow_route_context(connection, project_id)
             surface_params = await get_surface_confirmation_params(connection, str(project_id))
             # 임도 종류(projects.road_type) — B05가 계획선 법정 기준을 정하는 데 쓴다.
             async with connection.cursor() as cursor: