feat: surface GLM-backed Codex and Claude runtimes

[Marve10s]

Summary

• stops treating GLM as a fake top-level provider and instead surfaces GLM-backed Codex and Claude runtimes
• detects Codex custom model provider config and Claude Z.ai Anthropic-compatible config, then reflects that setup in status labels and model lists
• removes the unfinished GLM bridge/adapter stack that was not delivering unique value over existing Codex or Claude integrations

What changed

• CodexProvider now reads model_provider from Codex config, shows Codex / GLM when applicable, skips OpenAI login checks for custom backends, and swaps built-in suggestions to GLM models
• ClaudeProvider now detects Z.ai's Anthropic-compatible Claude setup from env or ~/.claude/settings.json, shows Claude / GLM, and maps Claude tiers to configured GLM models
• provider snapshots now expose an optional displayName, and the web picker, banners, chat labels, and settings cards use that live runtime/backend label
• removed the standalone glm provider, GLM bridge, GLM adapter, GLM settings surface, and related routing/contracts that implied a third runtime

User impact

• users who already point Codex at GLM now see Codex / GLM and GLM model suggestions instead of generic Codex/OpenAI labeling
• users who run Claude Code against Z.ai now see Claude / GLM and the mapped GLM models instead of a misleading Claude-only surface
• T3Code now adds value through accurate detection and UX instead of duplicating functionality users already have in their agent configs

Validation

• bun fmt
• bun lint
• bun typecheck
• cd apps/server && bun run test src/provider/Layers/ProviderRegistry.test.ts src/provider/Layers/ProviderAdapterRegistry.test.ts
• browser smoke test with isolated temp HOME, CODEX_HOME, and T3CODE_HOME plus fake GLM-backed configs for Codex and Claude

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: 8fe8c4da-c26a-4fae-8f04-2d21472ed259

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}

[Marve10s]

Yes, I have lot of motivation to integrate GLM plans into Codex ( they work with CC as well btw ).
Does someone has a sub to test? Mine expired..

[Marve10s]

Addressed both review comments in aaeaf5b:

1. makeGlmAdapterLive ignoring options (Low) — Fixed. The factory now accepts and plumbs the options parameter through to the adapter constructor.

2. Empty streamEvents (Medium) — Valid observation. GLM events flow through the Codex adapter's stream since GLM delegates all operations to Codex. The GLM adapter's own streamEvents queue is currently empty. This is a known limitation of the thin-delegate architecture: the Codex adapter's stream is a Queue-backed Stream that can only be consumed once (by ProviderService), so the GLM adapter cannot also tap into it.

The correct follow-up is to add event re-attribution in ProviderService.processRuntimeEvent based on the ProviderSessionDirectory binding — when an event arrives for a threadId that's bound to "glm", remap event.provider before publishing. This is tracked in the "What's not done yet" checklist.

[AmoonPod]

Yes, I have lot of motivation to integrate GLM plans into Codex ( they work with CC as well btw ). Does someone has a sub to test? Mine expired..

I've been using my GLM coding plan with Claude in t3code.