codex - 💡(How to fix) Fix Feature Request: Per-project agent environment configuration in Codex Desktop [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19784Fetched 2026-04-28 06:37:19
View on GitHub
Comments
2
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×4commented ×2closed ×1
RAW_BUFFERClick to expand / collapse

What variant of Codex are you using?

Codex Desktop

What feature would you like to see?

Add support for configuring each project with its own agent environment (instead of the current global agent settings), so that within the same Codex Desktop instance:

  • Project A can use one agent environment (e.g., Windows native)
  • Project B can use a different agent environment (e.g., WSL)

This enables mixed development scenarios within the same Codex Desktop, removing current limitations where all projects must share the same agent context. This would be particularly valuable for teams or users who work on projects spanning different OSs, interpreters, or toolchains, and need contextual separation for model, skills, or execution settings per project.

This proposal is not a duplicate of any enhancement issues currently listed, and is focused on enabling mixed agent environments at the project level, enhancing developer productivity for heterogeneous setups.

Additional information

Current limitation: In the same Codex Desktop instance, you cannot have Project A use Windows native agent and Project B use WSL agent settings, limiting truly mixed development workflows. This proposal is intended to enable having separate, project-scoped agent environments compared to the existing global configuration.

(If needed, more details/examples can be provided.)

extent analysis

TL;DR

To address the limitation, consider implementing project-level agent environment configuration to allow mixed development scenarios within the same Codex Desktop instance.

Guidance

  • Identify the current global agent settings and their impact on project configurations to understand the scope of the change.
  • Explore the feasibility of introducing project-specific agent environment settings, potentially through a new configuration option or API.
  • Investigate how to manage and store project-level agent environments, ensuring they do not conflict with global settings.
  • Consider the potential benefits and challenges of implementing this feature, including its effects on developer productivity and workflow complexity.

Notes

The proposal focuses on enhancing developer productivity for heterogeneous setups, but the technical implementation details are not provided. The solution may require significant changes to the Codex Desktop architecture.

Recommendation

Apply workaround: Implementing project-level agent environment configuration is not currently possible, so consider using separate Codex Desktop instances for each project or exploring alternative development workflows that do not rely on mixed agent environments.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

codex - 💡(How to fix) Fix Feature Request: Per-project agent environment configuration in Codex Desktop [2 comments, 2 participants]