test(P0): enforce canonical router identity and local fallback in CI

[Rafa-Innerchispa]

P0: certificar que el scheduler usa el router canónico y que el fallback pasa CI

Corrección importante de diagnóstico

El paquete platform/raphiia_openai/__init__.py es shim de compatibilidad: establece __path__ hacia inneros_core_runtime. Por tanto, from raphiia_openai import local_model_router (usado por dev_swarm_scheduler.py) carga normalmente platform/inneros_core_runtime/local_model_router.py, donde YA existe _intel_ollama_fallback. No es correcto modificar el archivo obsoleto platform/raphiia_openai/local_model_router.py para «reparar» el scheduler; esa modificación se revirtió en la rama antes de fusionar.

Cambios que sí quedan

• En platform/tests/test_local_model_router_fallback.py, prueba explícita del archivo y la identidad del módulo importado por Dev Swarm, además de dos pruebas de fallback positivo/negativo en casos de indisponibilidad real del AMD.
• CI critical-runtime-contracts ahora incluye el test en pytest/compile y vigila cambios en el router canónico y en el shim. La prueba existía en main, pero NO se ejecutaba en los gates.
• Ningún código de red, modelos o runtimes productivos modificado. No se crea otra ops, no se reinician servicios.

Bloqueo vivo no resuelto por este PR

Los fallos anteriores amd_vllm_unreachable pueden depender de un endpoint/túnel de vLLM incorrecto, modelo servido diferente o ausencia de Ollama desde Intel; no queda demostrado que la causa sea que se importaba el router erróneo.

Para resolverlo dentro de ops_f46a62594c73: comprobar en hosts activos module.__file__, variables de entorno de ruta, GET /v1/models y /api/tags, resultado del fallback, y canario real con Temporal/Mongo terminal. No relanzar tareas previas sin reconcile PID/lease.

CI debe pasar y la comprobación host es necesaria antes de cualquier declaración de producción.