yilsemandClaude Opus 5.5
bfd0ff196d
Codex only received combos and the models named in the IDE config, so none of the models behind the providers added to 9Router showed up. Those single models are now always added; 9Router's combos stay hidden. The copy of the same model that comes through OmniRoute is still added only when the IDE config names it, so each model is listed once. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01HRDGW1LiKcDUZYUdKBoWYW
AITURK IDE Codex bridge
Local HTTP proxy that AITURK IDE's Settings → Codex Bağlama runs for OpenAI Codex
(desktop or CLI) on the same computer. Standard-library Python only; it runs on the
agent venv's interpreter and keeps running after the IDE window closes, because
Codex depends on it while openai_base_url points here.
bridge.py: the proxy. Subscription models go to chatgpt.com unchanged;ide/<id>models go to the AITURK gateway configured in the agent'sconfig.yaml, with the key read from the agent's.envon every catalog refresh (never written elsewhere).ide_catalog.py: which IDE models and combos are added to Codex's model list and how they are named (provider/model, combos by bare name).ozet_kopru.py: conversation summaries are produced as plain text, so a summary made by one provider stays readable after the user switches to another.gemini_context.py,resim_context.py: request fixes for routed models.
Run: python bridge.py --home <data dir> --hermes-home <agent home>. The IDE writes
<data dir>/bridge.json and reads GET /aiturk/codex-baglama/status;
POST /aiturk/codex-baglama/stop ends the process.
Tests: python -m unittest discover in this directory.