[Domain] Improve operational conflict detection

[95x8x9]

Summary

• 최신 origin/main 기준으로 PR 브랜치를 재구성해 충돌을 해소하고 기존 PR 브랜치 codex/operational-conflict-metrics를 갱신했습니다.
• 최신 결과 패널/리스크 구조 위에서 CrossFlow로 축소되어 있던 흐름을 Operational Conflict 위험요소로 복원하고, 출구/통로 단위의 양방향 의도 충돌을 별도 지표로 기록합니다.
• 병목 탐지 기준은 변경하지 않았습니다. 병목은 기존 nearby/stalled/low-speed 기준을 유지하고, operational conflict만 경로 의도/반대 방향 흐름/속도 저하/대기 노출을 이용해 구분합니다.
• 멈춰 있거나 느린 에이전트도 다음 연결 경로 의도를 통해 forward/reverse 방향성에 반영되도록 했고, connection-level conflict는 소수 역방향 흐름도 잡을 수 있게 완화했습니다.
• 결과 JSON, 결과 내비게이션, 배치 결과 화면, 시뮬레이션 캔버스, 대안 추천 근거에 operational conflict connection/cell 지표와 oppositionScore를 연결했습니다.
• operational conflict가 발생한 출구/통로에는 connection overlay와 양방향 화살표가 표시되며, 결과 패널에서 해당 connection으로 포커스할 수 있습니다.
• 한 방향 대기열은 bottleneck-only로 남고, 정지한 양방향 의도와 minor reverse flow는 operational conflict로 잡히는 회귀 테스트를 추가했습니다.

Related Issue

• Closes [Domain] 병목과 양방향 operational conflict 분류 개선 #275

Area

• Engine
• Domain
• Application
• Docs
• Build
• Analysis
• Chore

Architecture Check

• I kept the dependency direction application -> domain -> engine.
• I did not add Qt UI code to src/domain.
• I did not add domain or application dependencies to src/engine.
• I used src/ as the include root.

Verification

• cmake --preset windows-debug
• cmake --build --preset build-debug
• ctest --preset test-debug
• cmake --preset windows-debug-no-app
• cmake --build --preset build-no-app-debug
• ctest --preset test-no-app-debug --output-on-failure
• Not run (reason below)

Risks / Follow-up

• 전체 Qt 앱 configure/build/test는 이번 리베이스 워크트리에서 완료하지 못했습니다. cmake --preset windows-debug가 vcpkg/Qt configure 단계에서 장시간 멈춰 타임아웃되어, 빠른 CI 경로인 no-app preset으로 검증했습니다.
• Connection-level operational conflict는 일부 역방향 흐름을 놓치지 않도록 cell-level보다 민감하게 조정했습니다. 실제 데모에서 저위험 표시가 과하면 bottleneck 기준이 아니라 operational conflict의 side-ratio 또는 speed-drop threshold만 후속 튜닝하면 됩니다.