Early alpha feature. It is already quite practical, but the runtime, auth flows, and part of the tooling are still under active development. Right now, the most reliable setup for
Codexis anOpenAIprofile inAPI Keymode. This can be either directOpenAIor anEyeAuras Gateway / AiGatewayprofile.
Codex in EyeAuras is a separate mode inside the AI tab for more complex technical tasks.
If the regular AI Assistant is better thought of as a fast built-in chat and reference tool, Codex is closer to “give it a task, give it context, and let the assistant work through it.”
That makes Codex a better fit for things like:
EyePadFor simple wiki and settings questions, the regular AI Assistant is often easier, faster, and cheaper.

AI Assistant is better for quick questions, wiki lookup, and general in-app chatCodex is stronger at programming, troubleshooting, and more involved tasksCodex works through separate threads, not one continuous chatCodex relies more deeply on the current EyePad working context and EyeAuras toolsCodex currently has a stricter connection setup: the best option is an OpenAI profile in API Key mode, whether that points to direct OpenAI or EyeAuras GatewayUse Codex when your task looks more like one of these:
why does this Script.csx not workhelp me rewrite the current code more cleanlyanalyze this error and suggest the smallest fixhelp me design the logic for an aura, tree, or macrocompare a few solution options and recommend the best oneIf you just need a reference answer like “where is this setting” or “what does this function do,” it is usually better to start with AI Assistant.
Codex lives in the same AI tab as the regular AI Assistant.
Basic flow:
AI tab.Chat to Codex.OpenAI profile.API Key.Start Codex.New Thread.A suitable OpenAI profile here can mean:
OpenAIEyeAuras Gateway / AiGatewayIf you have not configured profiles, Endpoint, API Key, or Show Settings yet, start with the general article first:
Important: the current Codex integration is stricter than the regular AI Assistant, but not so strict that it only means “direct OpenAI only.” In practice, that means:
Codex works fine through regular OpenAICodex can work through EyeAuras Gateway / AiGatewayOllama and other separate connection schemes are not the universal path hereChatGPT Login should currently be treated as a direct OpenAI scenario, not a gateway-endpoint scenarioThere is a separate Agent Guidance section in the AI settings.
This is especially useful if you work not only with built-in Codex, but also with external AI coding tools such as Codex, Claude Code, Cursor, and similar tools.
ELI5:
Agent Guidance is a set of rules plus a pointer to current EyeAuras contextguidance-pack is a portable folder with instructions, a wiki snapshot, and metadataAGENTS.md is the entry point inside that folder, not a file that EyeAuras injects into your projectMCP is a local bridge that lets the agent ask EyeAuras for specific information about the current program state, windows, or available objects and symbolsBuilt-in Codex inside EyeAuras already receives docs context through its own integration. Agent Guidance is mainly for external agents and projects you open outside EyeAuras: an exported workspace, a C# project next to a .csproj, a separate scripts folder, and so on.
In practice, it looks like this:
AI -> Show Settings -> Agent Guidance.Rebuild if you want to refresh the guidance pack.Add to C# Project or Add to Solution to copy the pack into generated/ai next to the selected .csproj or C# project from the .sln.generated/ai folder or tell it to start from generated/ai/AGENTS.md.You do not need this for simple questions. But for tasks like “fix the script,” “figure out the API,” “build a mini-app,” or “review the project,” guidance greatly improves the chances that the agent will read the right EyeAuras docs instead of inventing generic C# answers.
The simplest way to think about it:
A Thread is a separate working task with its own history, context, and state.
For example:
thread can be about diagnosing the current scriptthread can be about a new behavior tree ideathread can be about refactoring part of the codeEach thread has its own conversation memory. That is useful because different tasks do not get mixed into one giant mess.
Threads also have some service data:
reasoning level
Yes.
That is one of the strengths of the current integration: you can start one thread, return to the list, open another, and continue working there.
Going back to the list does not automatically stop the first thread. It only fully stops if you explicitly click Stop Codex or fully restart the runtime.
In ELI5 form, the flow looks like this:
Start Codex launches a separate runtime inside EyeAuras.New Thread creates a new working branch for a specific task.EyePad, Codex sees the current active workspace, not some abstract “piece of text.”thread lives independently, with its own history, status, and model settings.Because of that, Codex feels less like “just another ChatGPT window” and more like a technical assistant working inside the app itself.
At this point, the integration can honestly be described like this:
Codex mode inside the AI tabStart Codex / Stop Codexthreads list, plus reopening and archivingthreads in parallel and switch between themreasoning level for the active threadDocs Knowledge Base is enabled, Codex can also use the wiki and local docs databaseEyePad scenarios, it sees the current workspace and better understands what the user is actually working onAgent Guidance packThe most practical part is this: Codex is already useful not just as a reference tool, but as an assistant for the script you currently have open.
To get better results from Codex, a few simple rules help:
threadEyePad tabfind the cause and suggest the smallest fixGood starting prompts:
Figure out why the current Script.csx does not compileLook at the current EyePad tab and suggest a minimal refactorExplain what is wrong here and suggest the simplest working versionHelp me design the logic for this aura step by stepCodex is an OpenAI profile through API Key, including both direct OpenAI and EyeAuras GatewayChatGPT Login is visible in the UI, that does not automatically mean it is fully wired up in your build yetChat context and Codex context are not automatically shared between each otherCodex is often overkill; the regular AI Assistant is usually the better choiceNot necessarily a separate one, but it does need to be compatible.
The easiest way to think about it is this: Codex uses the same shared profile system as the regular AI Assistant, but in practice it is best to stick to an OpenAI profile in API Key mode for now.
That can be:
OpenAIEyeAuras Gateway / AiGatewayYes, that is a normal scenario.
The more accurate way to phrase it is:
Codex works with OpenAI profilesOpenAI or to EyeAuras Gateway / AiGatewayAPI KeyChatGPT Login should currently be treated as a separate direct-OpenAI scenarioYes. In current EyePad scenarios, Codex can already work with the current active workspace.
That is exactly why it is much more useful for live scripting tasks than an external chat with no context.
Yes.
That is a normal user flow: one thread can keep running in the background while you switch to another one.
When you need:
For those cases, start with AI Assistant, and keep Codex for heavier tasks.