Codex Agent Indicator
Use the five G-keys on a Logitech G915 keyboard as a live Codex task monitor.
What the lights mean
| Colour | Status |
|---|---|
| Blue | Codex is working |
| Amber | Codex needs approval |
| Purple | Codex needs your input |
| Green | Codex finished successfully |
| Red | Codex stopped with an error |
G1 through G5 each represent one Codex task. Active keys flash brightly while the rest of the keyboard stays on with a dim, steady background.
The indicator intentionally uses only G1 through G5. It leaves F1 through F12, M1 through M3, MR, media controls, macros, and onboard profiles untouched.
Green, red, purple, and amber stay visible until you press their G-key. The key brings Codex to the foreground, selects the matching task in its sidebar, and then clears the acknowledged light. A blue key stays blue because its task is still working.
Requirements
- macOS
- Logitech G915 connected through its wired USB HID interface
- Rust 1.91 or newer
jqfor safely merging Codex hooks
If jq is missing and you use Homebrew:
Install
Install the CLI from crates.io
Install the published command-line binary:
Cargo installs the command in ~/.cargo/bin. This gives you the CLI, but it
does not add Codex hooks or create the macOS LaunchAgent.
To upgrade or reinstall the same version:
Complete keyboard-monitor setup
Clone or download this repository, open Terminal in its folder, and run:
The installer:
- builds the optimized Rust binary;
- installs it in
~/.local/bin; - creates a private user configuration;
- safely adds the required hooks to
~/.codex/hooks.json; - starts a lightweight macOS LaunchAgent.
It preserves unrelated hooks already present in your Codex configuration.
After the first install, open /hooks in Codex and trust this command:
~/.local/bin/codex-agent-indicator hook
You do not need to restart Codex.
The complete installer builds the same version from the checked-out source and is recommended for first-time setup because it also configures the Codex hooks and macOS LaunchAgent.
Uninstall
From the repository folder, run:
This removes the daemon, binary, and only this project's hook entries. Your custom configuration is kept. To remove that too:
Use it
Press an illuminated G-key to bring Codex forward and select its matching task in the sidebar.
Useful commands:
You can also preview or clear states manually:
If your shell cannot find the command, add this to your shell profile:
Customize the lights
Edit:
~/.config/codex-agent-indicator/config.toml
The daemon automatically reloads valid changes. The main settings are:
[]
= "#101820"
= true
= 500
= 5
[]
= "#007aff"
= "#ff9500"
= "#af52de"
= "#34c759"
= "#ff3b30"
- Increase
flash_interval_msfor slower flashing. - Increase
flash_dim_percentfor a brighter dim phase. - Set
flash_enabled = falsefor steady status colours. - Increase
reassert_interval_msif you want less frequent direct-lighting watchdog refreshes. - Set
navigation.enabled = falseif G-keys should show status without opening tasks. - Set
detect_questions = falseto treat every stopped turn as completed.
Behaviour
- The first five active Codex tasks use G1 through G5.
- Parent turns and subagents are tracked separately, so a child finishing cannot turn the parent task green early.
- Permission and user-input states take priority over unrelated subagent activity.
- A failed individual tool remains blue while Codex handles it; red is reserved for a terminal turn failure.
- Finished and attention states are never removed by a timer.
- Current task lights are restored after the daemon or Mac restarts.
- A low-rate watchdog reasserts direct lighting mode after keyboard sleep or another lighting app takes control.
- A newer task cannot displace an unacknowledged green, red, purple, or amber state.
- If all five keys need acknowledgement, open one before another task can be assigned.
- The oldest blue working slot may be reused when all keys are occupied.
- G-key navigation explicitly targets the Codex app, brings it to the foreground, and selects the task through its local deep link.
- A task is acknowledged only after its Codex deep link opens successfully.
- Merely ending a Codex process does not clear an unacknowledged result.
Troubleshooting
Run:
Common causes:
- The G915 must expose the expected wired USB HID interface.
- Logitech G HUB may overwrite the indicator colours if it is running an active lighting effect.
- Codex may ask you to trust the hook command after installation.
- Codex does not currently emit a terminal
Stophook for every app-level system failure, such as model-capacity errors. The last blue state can remain until the next lifecycle event; usecodex-agent-indicator set error TASK_IDto correct it manually. - The daemon log is stored at
~/Library/Logs/codex-agent-indicator.log.
Privacy and performance
- Everything runs locally on your Mac.
- There is no telemetry, analytics, cloud service, or network server.
- Hook messages travel through a private user-only Unix socket.
- The daemon does not read task transcripts.
- The daemon does not poll Codex databases, processes, or a second app-server.
- Only the tail of a final assistant message is inspected to distinguish a question from a completed response.
- No Accessibility permission, screen recording, browser control, MCP server, Codex plugin, or extra background app is required.
- Repository templates contain placeholders rather than usernames or personal computer paths.
How it works
The project is one small native Rust binary. It serves as:
- the background daemon;
- the fast Codex hook forwarder;
- the G-key task switcher;
- the configuration and diagnostic command.
Hooks send a small Unix datagram and exit. The daemon tracks task, turn, and
subagent identity, batches lighting changes into one HID++ frame, debounces
unchanged status-file writes, restores its last state after restarts, and sleeps
between events. A low-rate watchdog reclaims Logitech direct-lighting mode
without polling Codex. G-key presses use Logitech's HID++ 0x8010 feature.
Task switching uses Codex's codex://threads/<thread-id> deep link.
Only live RGB output and G-key notification diversion are controlled while the daemon runs. The program does not edit G HUB macros, profiles, key assignments, or onboard memory.
Development
Lifecycle replay tests use privacy-scrubbed, version-labelled Codex hook JSON and the matching official input schemas. They exercise the complete adapter → lifecycle tracker → G-key slot path:
When the Codex hook schema changes, add a new fixture snapshot instead of rewriting the historical one.
The project intentionally does not require a formatter pass for validation.
License
Licensed under either of:
at your option.