You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Build a reference implementation against Codex #89
Build a Guardian reference implementation adapter against Codex, alongside the Claude Code, Cursor, and NVIDIA NAT adapters in PR #22. Additional adapters strengthen the reference implementation and showcase ACS capability across platforms without blocking the benchmark.
My understanding is that the Codex adapter should follow the adapters/ pattern from #22... a thin Python Codex-specific infrastructure? Rather than a separate host implementation under reference-implementations/agt. Also the related adapter work in #108
Starting point would be the blocking PreToolUse path and get one complete slice
Would then add the emission/conformance tests and document Codex-specific coverage before expanding that... lifestyle coverage.
Since #22 is still open–would you prefer that I base the work directly on #22 and submit #89 as a stacked PR, or develop against that locally and rebase onto integration once #22 lands?
@Lrd0036, your PR #162 covers the Codex tool-call slice through issue #170, and this issue stays open for the rest of the Codex work, which your PR describes as lifecycle and result coverage. Do you want to take that on too? If you do, I'll assign this issue to you. No pressure either way, and thanks for the Codex work so far!
Activity
Lrd0036 commentedon Sep 16, 2026
Would love to take this on...
My understanding is that the Codex adapter should follow the adapters/ pattern from #22... a thin Python Codex-specific infrastructure? Rather than a separate host implementation under reference-implementations/agt. Also the related adapter work in #108
Starting point would be the blocking PreToolUse path and get one complete slice
Codex PreToolUse -> steps/toolCallRequest -> Guardian decision -> Codex allow/deny/modified inputWould then add the emission/conformance tests and document Codex-specific coverage before expanding that... lifestyle coverage.
Since #22 is still open–would you prefer that I base the work directly on #22 and submit #89 as a stacked PR, or develop against that locally and rebase onto
integrationonce #22 lands?Thanks.
rocklambros commentedon Nov 5, 2026
@Lrd0036, your PR #162 covers the Codex tool-call slice through issue #170, and this issue stays open for the rest of the Codex work, which your PR describes as lifecycle and result coverage. Do you want to take that on too? If you do, I'll assign this issue to you. No pressure either way, and thanks for the Codex work so far!
Lrd0036 commentedon Nov 5, 2026
Yes! Feel free to assign @rocklambros. I have been working on updating locally post #22 changes anyways.