Language: English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe | Русский | Tiếng Việt | ไทย
Everything OpenAI Codex
EOC: open-source operating system for OpenAI Codex workflows with agents, skills, hooks, rules, memory, safety gates, and cross-harness adapters.
Language: English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe | Русский | Tiếng Việt | ไทย
Live GitHub badges above are the source of truth. EOC is a field-tested, MIT-licensed Codex workflow system with 12+ language ecosystems, a working repo-marketplace plugin path, and a public rc.1 release track.
Language / 语言 / 語言 / Dil / Язык / Ngôn ngữ
English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe | Русский | Tiếng Việt | ไทย
The operating system for serious OpenAI Codex work.
Everything OpenAI Codex, or EOC, turns a raw agent harness into a repeatable engineering environment: scoped instructions, reusable skills, quality gates, session memory, install profiles, cross-harness adapters, and release evidence in one open-source repo.
This is not a prompt dump. It is a maintained workflow system extracted from daily Codex use on real software projects. The repo currently ships a validated catalog of 60 agents, 232 skills, 110 rules, 28 hook matchers, 29 install modules, and 75 legacy command shims.
Works across OpenAI Codex, Cursor, OpenCode, Gemini, Zed, GitHub Copilot, Trae, and adjacent agent harnesses.
EOC v2.0.0-rc.1 adds the public Hermes operator story on top of that reusable layer: start with the Hermes setup guide, then review the rc.1 release notes and cross-harness architecture.
EOC is organized around a repeatable operator loop, not a single prompt pack:
Intake -> Route -> Plan -> Execute -> Verify -> Capture -> Resume
That loop is backed by concrete repo surfaces:
| Loop stage | EOC surface |
|---|---|
| Intake and boundaries | AGENTS.md, agent.yaml, install profiles, .codexignore, and safety rules define what the agent owns before work starts |
| Routing | skills/, agents/, rules/, commands/, and cross-harness adapters map a task to the right specialist workflow |
| Execution | hook profiles, MCP configs, install manifests, and orchestration scripts keep runs reproducible across Codex, Cursor, OpenCode, Gemini, Zed, Copilot, and Trae |
| Verification | /quality-gate, skills/verification-loop/, skills/eval-harness/, scripts/preview-pack-smoke.js, manifest validators, and docs tests turn completion into evidence |
| Capture and resume | scripts/status.js, scripts/work-items.js, scripts/session-inspect.js, scripts/sessions-cli.js, hook snapshots, and ecc2/ alpha session commands preserve state for handoff or continuation |
The stable public layer is the contract-and-workflow system above. The Rust control plane in ecc2/ is the in-tree alpha runtime for dashboard, session, status, start, stop, resume, and daemon flows; it is intentionally labeled alpha until packaging and cross-harness resume semantics mature.
AI coding tools get dramatically better when the harness has memory, boundaries, checks, and reusable operating patterns. EOC packages those pieces as installable, test-covered surfaces instead of asking every project to rediscover them.
| If you need... | EOC gives you... | |---|---| | Safer Codex sessions | AGENTS.md guidance, hook gates, no-verify blocks, MCP health checks, and supply-chain scanners | | Better long-running work | session capture, compaction prompts, observer memory, status snapshots, and handoff-friendly logs | | Reusable expertise | skill packs for backend, frontend, security, ML, docs, operations, and release work | | Cross-tool portability | install targets and adapters for Codex, Cursor, OpenCode, Gemini, Zed, Copilot, Trae, and more | | Reviewer confidence | catalog checks, manifest validators, PromptGuard-aware prompt surfaces, and a broad regression suite |
Use one path only:
# Recommended for OpenAI Codex plugin users
/plugin marketplace add https://github.com/mturac/everything-openai-codex
/plugin install eoc@eoc
or:
# Source install for local/manual evaluation
git clone https://github.com/mturac/everything-openai-codex.git
cd everything-openai-codex
npm install
node scripts/install-apply.js --profile minimal --target codex --dry-run
node scripts/install-apply.js --profile minimal --target codex
Do not stack plugin and full manual installs. If you already layered install methods, use Reset / Uninstall EOC.
| Overview | Install flow |
|---|---|
| 
| 
|
| Catalog surface | Security workflow |
|---|---|
| 
| 
|
For launch copy, submission targets, and image links, see the launch kit.
This repo is the source of truth. Use maintained repository docs instead of external video or thread references.
| Document | When to use it | |----------|----------------| | Hermes setup | Set up the Hermes x EOC operator workflow | | Public review guide | Evaluate EOC quickly for directories, awesome lists, and community submissions | | Product improvement backlog | Prioritize activation, catalog discovery, install health, package trust, and demo proof | | rc.1 release notes | Understand the current public release surface | | Cross-harness architecture | Port skills, rules, and adapters between harnesses | | Token optimization | Tune Codex model, compaction, and cost settings |
ecc_dashboard.py or npm run dashboard) with dark/light theme toggle, font customization, and project logo in header and taskbar.brand-voice, social-graph-ranker, connections-optimizer, customer-billing-ops, google-workspace-ops, project-flow-ops, and workspace-surface-audit round out the operator lane.manim-video, remotion-video-creation, and upgraded social publishing surfaces make technical explainers and launch content part of the same system.nestjs-patterns, richer Codex/OpenCode install surfaces, and expanded cross-harness packaging keep the repo usable beyond OpenAI Codex alone.ecc2/ now builds locally and exposes dashboard, start, sessions, status, stop, resume, and daemon commands. It is usable as an alpha, not yet a general release.eoc status --markdown --write status.md turns the local state store into a portable handoff covering readiness, active sessions, skill-run health, install health, pending governance events, and linked work items from Linear/GitHub/handoffs. Use eoc work-items upsert ... for manual entries, eoc work-items sync-github --repo owner/repo for PR/issue queue state, and eoc status --exit-code to fail automation when readiness needs attention.install-plan.js and install-apply.js for targeted component installation. State store tracks what's installed and enables incremental updates.typescript-reviewer, pytorch-build-resolver, java-build-resolver, java-reviewer, kotlin-reviewer, kotlin-build-resolver expand language coverage to 10 languages.pytorch-patterns for deep learning workflows, documentation-lookup for API reference research, bun-runtime and nextjs-turbopack for modern JS toolchains, plus 8 operational domain skills and mcp-server-patterns.ecc_HOOK_PROFILE=minimal|standard|strict and ecc_DISABLED_HOOKS=... for runtime gating without editing hook files./harness-audit, /loop-start, /loop-status, /quality-gate, /model-route.AGENTS.md-based Codex support, installer targeting, and Codex docsfrontend-slides skill — Zero-dependency HTML presentation builder with PPTX conversion guidance and strict viewport-fit rulesarticle-writing, content-engine, market-research, investor-materials, investor-outreachconfigure-ecc skill provides guided setup with merge/overwrite detection/pm2, /multi-plan, /multi-execute, /multi-backend, /multi-frontend, /multi-workflow) for managing complex multi-service workflowscommon/ + typescript/ + python/ + golang/ directories. Install only the languages you needllms.txt for comprehensive OpenCode docs/sessions command for session historySee the full changelog in Releases.
Get up and running in under 2 minutes:
Most OpenAI Codex users should use exactly one install path:
/plugin install first, then install.sh --profile full or npx eoc-install --profile full afterward.If you already layered multiple installs and things look duplicated, skip straight to Reset / Uninstall EOC.
If hooks feel too global or you only want EOC's rules, agents, commands, and core workflow skills, skip the plugin and use the minimal manual profile:
./install.sh --profile minimal --target codex
# or, from a packaged/tarball install:
npx eoc-install --profile minimal --target codex
.\install.ps1 --profile minimal --target codex
# or, from a packaged/tarball install:
npx eoc-install --profile minimal --target codex
This profile intentionally excludes hooks-runtime.
If you want the normal core profile but need hooks off, use:
./install.sh --profile core --without baseline:hooks --target codex
Add hooks later only if you want runtime enforcement:
./install.sh --target codex --modules hooks-runtime
npx eoc consult "security reviews" --target codex
It returns matching components, related profiles, and preview/install commands. Use the preview command before installing if you want to inspect the exact file plan.
For production ML/MLOps workflows, keep the install opt-in and component-scoped:
npx eoc consult "mlops training model deployment" --target codex
node scripts/install-apply.js --profile minimal --target codex --with capability:machine-learning
NOTE: The plugin is the default Codex path. Use the source installer only when you want local/manual control or you are debugging a marketplace cache issue.
# Add marketplace
/plugin marketplace add https://github.com/mturac/everything-openai-codex
# Install plugin
/plugin install eoc@eoc
EOC now has three public identifiers, and they are not interchangeable:
mturac/everything-openai-codexeoc@eoc@mturac/eoc (registry packaging channel; not required for the Codex plugin path)This is intentional. OpenAI marketplace/plugin installs are keyed by a canonical plugin identifier, so EOC uses eoc@eoc to keep tool names and slash-command namespaces short enough for strict Desktop/API validators. Older posts may still show the former long marketplace identifier; treat that as a legacy alias only. Separately, the npm channel uses @mturac/eoc, so npm installs and marketplace installs intentionally use different names.
WARNING: Important: OpenAI Codex plugins cannot distribute
rulesautomatically.If you already installed EOC via
/plugin install, do not run./install.sh --profile full,.\install.ps1 --profile full, ornpx eoc-install --profile fullafterward. The plugin already loads EOC skills, commands, and hooks. Running the full installer after a plugin install copies those same surfaces into your user directories and can create duplicate skills plus duplicate runtime behavior.For plugin installs, manually copy only the
rules/directories you want under~/.codex/rules/ecc/. Start withrules/commonplus one language or framework pack you actually use. Do not copy every rules directory unless you explicitly want all of that context in Codex.Use the full installer only when you are doing a fully manual EOC install instead of the plugin path.
# Clone the repo first
git clone https://github.com/mturac/everything-openai-codex.git
cd everything-openai-codex
# Install dependencies (pick your package manager)
npm install # or: pnpm install | yarn install | bun install
# Plugin install path: copy only EOC rules into the legacy ecc-owned namespace
mkdir -p ~/.codex/rules/ecc
cp -R rules/common ~/.codex/rules/ecc/
cp -R rules/typescript ~/.codex/rules/ecc/
# Fully manual EOC install path (use this instead of /plugin install)
# ./install.sh --profile full
# Windows PowerShell
# Plugin install path: copy only EOC rules into the legacy ecc-owned namespace
New-Item -ItemType Directory -Force -Path "$HOME/.codex/rules/ecc" | Out-Null
Copy-Item -Recurse rules/common "$HOME/.codex/rules/ecc/"
Copy-Item -Recurse rules/typescript "$HOME/.codex/rules/ecc/"
# Fully manual EOC install path (use this instead of /plugin install)
# .\install.ps1 --profile full
# npx eoc-install --profile full
For manual install instructions see the README in the rules/ folder. When copying rules manually, copy the whole language directory (for example rules/common or rules/golang), not the files inside it, so relative references keep working and filenames do not collide.
Use this only if you are intentionally skipping the plugin path:
./install.sh --profile full
.\install.ps1 --profile full
If you choose this path, stop there. Do not also run /plugin install.
If EOC feels duplicated, intrusive, or broken, do not keep reinstalling it on top of itself.
~/.codex/rules/ecc/.node scripts/uninstall.js --dry-run
Then remove EOC-managed files:
node scripts/uninstall.js
You can also use the lifecycle wrapper:
node scripts/eoc.js list-installed
node scripts/eoc.js doctor
node scripts/eoc.js catalog search security
node scripts/eoc.js repair
node scripts/eoc.js uninstall --dry-run
npm run demo:smoke
EOC only removes files recorded in its install-state. It will not delete unrelated files it did not install.
If you stacked methods, clean up in this order:
# Skills are the primary workflow surface.
# Existing slash-style command names still work while EOC migrates off commands/.
# Plugin install uses the canonical namespaced form
/eoc:plan "Add user authentication"
# Manual install keeps the shorter slash form:
# /plan "Add user authentication"
# Check available commands
/plugin list eoc@eoc
That's it! You now have access to 60 agents, 232 skills, and 75 legacy command shims.
Launch the desktop dashboard to visually explore EOC components:
npm run dashboard
# or
python3 ./ecc_dashboard.py
Features:
WARNING:
multi-*commands are not covered by the base plugin/rules install above.To use
/multi-plan,/multi-execute,/multi-backend,/multi-frontend, and/multi-workflow, you must also install theccg-workflowruntime.Initialize it with
npx ccg-workflow.That runtime provides the external dependencies these commands expect, including:
~/.codex/bin/codeagent-wrapper~/.codex/.ccg/prompts/*Without
ccg-workflow, thesemulti-*commands will not run correctly.
This plugin now fully supports Windows, macOS, and Linux, alongside tight integration across major IDEs (Cursor, Zed, OpenCode, Antigravity) and CLI harnesses. All hooks and scripts have been rewritten in Node.js for maximum compatibility.
The plugin automatically detects your preferred package manager (npm, pnpm, yarn, or bun) with the following priority:
CODEX_PACKAGE_MANAGER.codex/package-manager.jsonpackageManager field~/.codex/package-manager.jsonTo set your preferred package manager:
# Via environment variable
export CODEX_PACKAGE_MANAGER=pnpm
# Via global config
node scripts/setup-package-manager.js --global pnpm
# Via project config
node scripts/setup-package-manager.js --project bun
# Detect current setting
node scripts/setup-package-manager.js --detect
Or use the /setup-pm command in OpenAI Codex.
Use runtime flags to tune strictness or disable specific hooks temporarily:
# Hook strictness profile (default: standard)
export ecc_HOOK_PROFILE=standard
# Comma-separated hook IDs to disable
export ecc_DISABLED_HOOKS="pre:bash:tmux-reminder,post:edit:typecheck"
# Cap SessionStart additional context (default: 8000 chars)
export ecc_SESSION_START_MAX_CHARS=4000
# Disable SessionStart additional context entirely for low-context/local-model setups
export ecc_SESSION_START_CONTEXT=off
# Keep context/scope/loop warnings but suppress API-rate cost estimates
export ecc_CONTEXT_MONITOR_COST_WARNINGS=off
Windows PowerShell:
[Environment]::SetEnvironmentVariable('ecc_CONTEXT_MONITOR_COST_WARNINGS', 'off', 'User')
This repo is an OpenAI Codex plugin - install it directly or copy components manually.
everything-openai-codex/
|-- .codex-plugin/ # Plugin manifest
| |-- plugin.json # Plugin metadata and component paths
|
|-- agents/ # 60 specialized subagents for delegation
| |-- planner.md # Feature implementation planning
| |-- architect.md # System design decisions
| |-- tdd-guide.md # Test-driven development
| |-- code-reviewer.md # Quality and security review
| |-- security-reviewer.md # Vulnerability analysis
| |-- build-error-resolver.md
| |-- e2e-runner.md # Playwright E2E testing
| |-- refactor-cleaner.md # Dead code cleanup
| |-- doc-updater.md # Documentation sync
| |-- docs-lookup.md # Documentation/API lookup
| |-- chief-of-staff.md # Communication triage and drafts
| |-- loop-operator.md # Autonomous loop execution
| |-- harness-optimizer.md # Harness config tuning
| |-- cpp-reviewer.md # C++ code review
| |-- cpp-build-resolver.md # C++ build error resolution
| |-- fsharp-reviewer.md # F# functional code review
| |-- go-reviewer.md # Go code review
| |-- go-build-resolver.md # Go build error resolution
| |-- python-reviewer.md # Python code review
| |-- database-reviewer.md # Database/Supabase review
| |-- typescript-reviewer.md # TypeScript/JavaScript code review
| |-- java-reviewer.md # Java/Spring Boot code review
| |-- java-build-resolver.md # Java/Maven/Gradle build errors
| |-- kotlin-reviewer.md # Kotlin/Android/KMP code review
| |-- kotlin-build-resolver.md # Kotlin/Gradle build errors
| |-- harmonyos-app-resolver.md # HarmonyOS/ArkTS app development
| |-- rust-reviewer.md # Rust code review
| |-- rust-build-resolver.md # Rust build error resolution
| |-- pytorch-build-resolver.md # PyTorch/CUDA training errors
| |-- mle-reviewer.md # Production ML pipeline, eval, serving, and monitoring review
|
|-- skills/ # Workflow definitions and domain knowledge
| |-- coding-standards/ # Language best practices
| |-- clickhouse-io/ # ClickHouse analytics, queries, data engineering
| |-- backend-patterns/ # API, database, caching patterns
| |-- frontend-patterns/ # React, Next.js patterns
| |-- frontend-slides/ # HTML slide decks and PPTX-to-web presentation workflows (NEW)
| |-- article-writing/ # Long-form writing in a supplied voice without generic AI tone (NEW)
| |-- content-engine/ # Multi-platform social content and repurposing workflows (NEW)
| |-- market-research/ # Source-attributed market, competitor, and investor research (NEW)
| |-- investor-materials/ # Pitch decks, one-pagers, memos, and financial models (NEW)
| |-- investor-outreach/ # Personalized fundraising outreach and follow-up (NEW)
| |-- continuous-learning/ # Legacy v1 Stop-hook pattern extraction
| |-- continuous-learning-v2/ # Instinct-based learning with confidence scoring
| |-- iterative-retrieval/ # Progressive context refinement for subagents
| |-- strategic-compact/ # Manual compaction suggestions (Longform Guide)
| |-- tdd-workflow/ # TDD methodology
| |-- security-review/ # Security checklist
| |-- eval-harness/ # Verification loop evaluation (Longform Guide)
| |-- verification-loop/ # Continuous verification (Longform Guide)
| |-- videodb/ # Video and audio: ingest, search, edit, generate, stream (NEW)
| |-- golang-patterns/ # Go idioms and best practices
| |-- golang-testing/ # Go testing patterns, TDD, benchmarks
| |-- cpp-coding-standards/ # C++ coding standards from C++ Core Guidelines (NEW)
| |-- cpp-testing/ # C++ testing with GoogleTest, CMake/CTest (NEW)
| |-- django-patterns/ # Django patterns, models, views (NEW)
| |-- django-security/ # Django security best practices (NEW)
| |-- django-tdd/ # Django TDD workflow (NEW)
| |-- django-verification/ # Django verification loops (NEW)
| |-- laravel-patterns/ # Laravel architecture patterns (NEW)
| |-- laravel-security/ # Laravel security best practices (NEW)
| |-- laravel-tdd/ # Laravel TDD workflow (NEW)
| |-- laravel-verification/ # Laravel verification loops (NEW)
| |-- python-patterns/ # Python idioms and best practices (NEW)
| |-- python-testing/ # Python testing with pytest (NEW)
| |-- quarkus-patterns/ # Java Quarkus patterns (NEW)
| |-- quarkus-security/ # Quarkus security (NEW)
| |-- quarkus-tdd/ # Quarkus TDD (NEW)
| |-- quarkus-verification/ # Quarkus verification (NEW)
| |-- springboot-patterns/ # Java Spring Boot patterns (NEW)
| |-- springboot-security/ # Spring Boot security (NEW)
| |-- springboot-tdd/ # Spring Boot TDD (NEW)
| |-- springboot-verification/ # Spring Boot verification (NEW)
| |-- configure-ecc/ # Interactive installation wizard (NEW)
| |-- java-coding-standards/ # Java coding standards (NEW)
| |-- jpa-patterns/ # JPA/Hibernate patterns (NEW)
| |-- postgres-patterns/ # PostgreSQL optimization patterns (NEW)
| |-- nutrient-document-processing/ # Document processing with Nutrient API (NEW)
| |-- docs/examples/project-guidelines-template.md # Template for project-specific skills
| |-- database-migrations/ # Migration patterns (Prisma, Drizzle, Django, Go) (NEW)
| |-- api-design/ # REST API design, pagination, error responses (NEW)
| |-- deployment-patterns/ # CI/CD, Docker, health checks, rollbacks (NEW)
| |-- docker-patterns/ # Docker Compose, networking, volumes, container security (NEW)
| |-- e2e-testing/ # Playwright E2E patterns and Page Object Model (NEW)
| |-- content-hash-cache-pattern/ # SHA-256 content hash caching for file processing (NEW)
| |-- cost-aware-llm-pipeline/ # LLM cost optimization, model routing, budget tracking (NEW)
| |-- regex-vs-llm-structured-text/ # Decision framework: regex vs LLM for text parsing (NEW)
| |-- swift-actor-persistence/ # Thread-safe Swift data persistence with actors (NEW)
| |-- swift-protocol-di-testing/ # Protocol-based DI for testable Swift code (NEW)
| |-- search-first/ # Research-before-coding workflow (NEW)
| |-- skill-stocktake/ # Audit skills and commands for quality (NEW)
| |-- liquid-glass-design/ # iOS 26 Liquid Glass design system (NEW)
| |-- foundation-models-on-device/ # Apple on-device LLM with FoundationModels (NEW)
| |-- swift-concurrency-6-2/ # Swift 6.2 Approachable Concurrency (NEW)
| |-- mle-workflow/ # Production ML data contracts, evals, deployment, monitoring (NEW)
| |-- perl-patterns/ # Modern Perl 5.36+ idioms and best practices (NEW)
| |-- perl-security/ # Perl security patterns, taint mode, safe I/O (NEW)
| |-- perl-testing/ # Perl TDD with Test2::V0, prove, Devel::Cover (NEW)
| |-- autonomous-loops/ # Autonomous loop patterns: sequential pipelines, PR loops, DAG orchestration (NEW)
| |-- plankton-code-quality/ # Write-time code quality enforcement with Plankton hooks (NEW)
|
|-- commands/ # Maintained slash-entry compatibility; prefer skills/
| |-- plan.md # /plan - Implementation planning
| |-- code-review.md # /code-review - Quality review
| |-- build-fix.md # /build-fix - Fix build errors
| |-- refactor-clean.md # /refactor-clean - Dead code removal
| |-- quality-gate.md # /quality-gate - Verification gate
| |-- learn.md # /learn - Extract patterns mid-session (Longform Guide)
| |-- learn-eval.md # /learn-eval - Extract, evaluate, and save patterns (NEW)
| |-- checkpoint.md # /checkpoint - Save verification state (Longform Guide)
| |-- setup-pm.md # /setup-pm - Configure package manager
| |-- go-review.md # /go-review - Go code review (NEW)
| |-- go-test.md # /go-test - Go TDD workflow (NEW)
| |-- go-build.md # /go-build - Fix Go build errors (NEW)
| |-- skill-create.md # /skill-create - Generate skills from git history (NEW)
| |-- instinct-status.md # /instinct-status - View learned instincts (NEW)
| |-- instinct-import.md # /instinct-import - Import instincts (NEW)
| |-- instinct-export.md # /instinct-export - Export instincts (NEW)
| |-- evolve.md # /evolve - Cluster instincts into skills
| |-- prune.md # /prune - Delete expired pending instincts (NEW)
| |-- pm2.md # /pm2 - PM2 service lifecycle management (NEW)
| |-- multi-plan.md # /multi-plan - Multi-agent task decomposition (NEW)
| |-- multi-execute.md # /multi-execute - Orchestrated multi-agent workflows (NEW)
| |-- multi-backend.md # /multi-backend - Backend multi-service orchestration (NEW)
| |-- multi-frontend.md # /multi-frontend - Frontend multi-service orchestration (NEW)
| |-- multi-workflow.md # /multi-workflow - General multi-service workflows (NEW)
| |-- sessions.md # /sessions - Session history management
| |-- test-coverage.md # /test-coverage - Test coverage analysis
| |-- update-docs.md # /update-docs - Update documentation
| |-- update-codemaps.md # /update-codemaps - Update codemaps
| |-- python-review.md # /python-review - Python code review (NEW)
|-- legacy-command-shims/ # Opt-in archive for retired shims such as /tdd and /eval
| |-- tdd.md # /tdd - Prefer the tdd-workflow skill
| |-- e2e.md # /e2e - Prefer the e2e-testing skill
| |-- eval.md # /eval - Prefer the eval-harness skill
| |-- verify.md # /verify - Prefer the verification-loop skill
| |-- orchestrate.md # /orchestrate - Prefer dmux-workflows or multi-workflow
|
|-- rules/ # Always-follow guidelines (copy to ~/.codex/rules/ecc/)
| |-- README.md # Structure overview and installation guide
| |-- common/ # Language-agnostic principles
| | |-- coding-style.md # Immutability, file organization
| | |-- git-workflow.md # Commit format, PR process
| | |-- testing.md # TDD, 80% coverage requirement
| | |-- performance.md # Model selection, context management
| | |-- patterns.md # Design patterns, skeleton projects
| | |-- hooks.md # Hook architecture, TodoWrite
| | |-- agents.md # When to delegate to subagents
| | |-- security.md # Mandatory security checks
| |-- typescript/ # TypeScript/JavaScript specific
| |-- python/ # Python specific
| |-- golang/ # Go specific
| |-- swift/ # Swift specific
| |-- php/ # PHP specific (NEW)
| |-- arkts/ # HarmonyOS / ArkTS specific
|
|-- hooks/ # Trigger-based automations
| |-- README.md # Hook documentation, recipes, and customization guide
| |-- hooks.json # All hooks config (PreToolUse, PostToolUse, Stop, etc.)
| |-- memory-persistence/ # Session lifecycle hooks (Longform Guide)
| |-- strategic-compact/ # Compaction suggestions (Longform Guide)
|
|-- scripts/ # Cross-platform Node.js scripts (NEW)
| |-- lib/ # Shared utilities
| | |-- utils.js # Cross-platform file/path/system utilities
| | |-- package-manager.js # Package manager detection and selection
| |-- hooks/ # Hook implementations
| | |-- session-start.js # Load context on session start
| | |-- session-end.js # Save state on session end
| | |-- pre-compact.js # Pre-compaction state saving
| | |-- suggest-compact.js # Strategic compaction suggestions
| | |-- evaluate-session.js # Extract patterns from sessions
| |-- setup-package-manager.js # Interactive PM setup
|
|-- tests/ # Test suite (NEW)
| |-- lib/ # Library tests
| |-- hooks/ # Hook tests
| |-- run-all.js # Run all tests
|
|-- contexts/ # Dynamic system prompt injection contexts (Longform Guide)
| |-- dev.md # Development mode context
| |-- review.md # Code review mode context
| |-- research.md # Research/exploration mode context
|
|-- examples/ # Example configurations and sessions
| |-- CODEX.md # Example project-level config
| |-- user-CODEX.md # Example user-level config
| |-- saas-nextjs-CODEX.md # Real-world SaaS (Next.js + Supabase + Stripe)
| |-- go-microservice-CODEX.md # Real-world Go microservice (gRPC + PostgreSQL)
| |-- django-api-CODEX.md # Real-world Django REST API (DRF + Celery)
| |-- laravel-api-CODEX.md # Real-world Laravel API (PostgreSQL + Redis) (NEW)
| |-- rust-api-CODEX.md # Real-world Rust API (Axum + SQLx + PostgreSQL) (NEW)
|
|-- mcp-configs/ # MCP server configurations
| |-- mcp-servers.json # GitHub, Supabase, Vercel, Railway, etc.
|
|-- ecc_dashboard.py # Desktop GUI dashboard (Tkinter)
|
|-- assets/ # Assets for dashboard
| |-- images/
| |-- ecc-logo.png
|
|-- .agents/
|-- plugins/
|-- marketplace.json # Self-hosted marketplace config (for /plugin marketplace add)
Two ways to generate OpenAI Codex skills from your repository:
Use the /skill-create command for local analysis without external services:
/skill-create # Analyze current repo
/skill-create --instincts # Also generate instincts for continuous-learning-v2
This analyzes your git history locally and generates SKILL.md files.
The instinct-based learning system automatically learns your patterns:
/instinct-status # Show learned instincts with confidence
/instinct-import <file> # Import instincts from others
/instinct-export # Export your instincts for sharing
/evolve # Cluster related instincts into skills
See skills/continuous-learning-v2/ for full documentation.
Keep continuous-learning/ only when you explicitly want the legacy v1 Stop-hook learned-skill flow.
Minimum version: v2.1.0 or later
This plugin requires OpenAI Codex CLI v2.1.0+ due to changes in how the plugin system handles hooks.
Check your version:
codex --version
WARNING: For Contributors: Do NOT add a
"hooks"field to.codex-plugin/plugin.json. This is enforced by a regression test.
OpenAI Codex v2.1+ automatically loads hooks/hooks.json from any installed plugin by convention. Explicitly declaring it in plugin.json causes a duplicate detection error:
Duplicate hooks file detected: ./hooks/hooks.json resolves to already-loaded file
History: This has caused repeated fix/revert cycles in this repo (#29, #52, #103). The behavior changed between OpenAI Codex versions, leading to confusion. We now have a regression test to prevent this from being reintroduced.
The easiest way to use this repo is the OpenAI Codex plugin:
# Add this repo as a marketplace
/plugin marketplace add https://github.com/mturac/everything-openai-codex
# Install the plugin
/plugin install eoc@eoc
Or add directly to your ~/.codex/settings.json:
{
"extraKnownMarketplaces": {
"ecc": {
"source": {
"source": "github",
"repo": "mturac/everything-openai-codex"
}
}
},
"enabledPlugins": {
"eoc@eoc": true
}
}
This gives you access to commands, agents, skills, and hooks.
Note: The OpenAI Codex plugin system does not support distributing
rulesvia plugins (upstream limitation). You need to install rules manually:# Clone the repo first git clone https://github.com/mturac/everything-openai-codex.git # Option A: User-level rules (applies to all projects) mkdir -p ~/.codex/rules/ecc cp -r everything-openai-codex/rules/common ~/.codex/rules/ecc/ cp -r everything-openai-codex/rules/typescript ~/.codex/rules/ecc/ # pick your stack cp -r everything-openai-codex/rules/python ~/.codex/rules/ecc/ cp -r everything-openai-codex/rules/golang ~/.codex/rules/ecc/ cp -r everything-openai-codex/rules/php ~/.codex/rules/ecc/ # Option B: Project-level rules (applies to current project only) mkdir -p .codex/rules/ecc cp -r everything-openai-codex/rules/common .codex/rules/ecc/ cp -r everything-openai-codex/rules/typescript .codex/rules/ecc/ # pick your stack
If you prefer manual control over what's installed:
# Clone the repo
git clone https://github.com/mturac/everything-openai-codex.git
# Copy agents to your Codex config
cp everything-openai-codex/agents/*.md ~/.codex/agents/
# Copy rules directories (common + language-specific)
mkdir -p ~/.codex/rules/ecc
cp -r everything-openai-codex/rules/common ~/.codex/rules/ecc/
cp -r everything-openai-codex/rules/typescript ~/.codex/rules/ecc/ # pick your stack
cp -r everything-openai-codex/rules/python ~/.codex/rules/ecc/
cp -r everything-openai-codex/rules/golang ~/.codex/rules/ecc/
cp -r everything-openai-codex/rules/php ~/.codex/rules/ecc/
cp -r everything-openai-codex/rules/arkts ~/.codex/rules/ecc/
# Copy skills first (primary workflow surface)
# Recommended (new users): core/general skills only
mkdir -p ~/.codex/skills/ecc
cp -r everything-openai-codex/.agents/skills/* ~/.codex/skills/ecc/
cp -r everything-openai-codex/skills/search-first ~/.codex/skills/ecc/
# Optional: add niche/framework-specific skills only when needed
# for s in django-patterns django-tdd laravel-patterns springboot-patterns quarkus-patterns; do
# cp -r everything-openai-codex/skills/$s ~/.codex/skills/ecc/
# done
# Optional: keep maintained slash-command compatibility during migration
mkdir -p ~/.codex/commands
cp everything-openai-codex/commands/*.md ~/.codex/commands/
# Retired shims live in legacy-command-shims/commands/.
# Copy individual files from there only if you still need old names such as /tdd.
Do not copy the raw repo hooks/hooks.json into ~/.codex/settings.json or ~/.codex/hooks/hooks.json. That file is plugin/repo-oriented and is meant to be installed through the EOC installer or loaded as a plugin, so raw copying is not a supported manual install path.
Use the installer to install only the Codex hook runtime so command paths are rewritten correctly:
# macOS / Linux
bash ./install.sh --target codex --modules hooks-runtime
# Windows PowerShell
pwsh -File .\install.ps1 --target codex --modules hooks-runtime
That writes resolved hooks to ~/.codex/hooks/hooks.json and leaves any existing ~/.codex/settings.json untouched.
If you installed EOC via /plugin install, do not copy those hooks into settings.json. OpenAI Codex v2.1+ already auto-loads plugin hooks/hooks.json, and duplicating them in settings.json causes duplicate execution and cross-platform hook conflicts.
Windows note: the Codex config directory is %USERPROFILE%\\.codex, not ~/codex.
Codex plugin installs intentionally do not auto-enable EOC's bundled MCP server definitions. This avoids overlong plugin MCP tool names on strict third-party gateways while keeping manual MCP setup available.
Use OpenAI Codex's /mcp command or CLI-managed MCP setup for live OpenAI Codex server changes. Use /mcp for OpenAI Codex runtime disables; OpenAI Codex persists those choices in ~/.codex.json.
For repo-local MCP access, copy desired MCP server definitions from mcp-configs/mcp-servers.json into a project-scoped .mcp.json.
If you already run your own copies of EOC-bundled MCPs, set:
export ecc_DISABLED_MCPS="github,context7,exa,playwright,sequential-thinking,memory"
EOC-managed install and Codex sync flows will skip or remove those bundled servers instead of re-adding duplicates. ecc_DISABLED_MCPS is an EOC install/sync filter, not a live OpenAI Codex toggle.
Important: Replace YOUR_*_HERE placeholders with your actual API keys.
Subagents handle delegated tasks with limited scope. Example:
---
name: code-reviewer
description: Reviews code for quality, security, and maintainability
tools: ["Read", "Grep", "Glob", "Bash"]
model: deep
---
You are a senior code reviewer...
Skills are the primary workflow surface. They can be invoked directly, suggested automatically, and reused by agents. EOC still ships maintained commands/ during migration, while retired short-name shims live under legacy-command-shims/ for explicit opt-in only. New workflow development should land in skills/ first.
# TDD Workflow
1. Define interfaces first
2. Write failing tests (RED)
3. Implement minimal code (GREEN)
4. Refactor (IMPROVE)
5. Verify 80%+ coverage
Hooks fire on tool events. Example - warn about console.log:
{
"matcher": "tool == \"Edit\" && tool_input.file_path matches \"\\\\.(ts|tsx|js|jsx)$\"",
"hooks": [{
"type": "command",
"command": "#!/bin/bash\ngrep -n 'console\\.log' \"$file_path\" && echo '[Hook] Remove console.log' >&2"
}]
}
Rules are always-follow guidelines, organized into common/ (language-agnostic) + language-specific directories:
rules/
common/ # Universal principles (always install)
typescript/ # TS/JS specific patterns and tools
python/ # Python specific patterns and tools
golang/ # Go specific patterns and tools
swift/ # Swift specific patterns and tools
php/ # PHP specific patterns and tools
arkts/ # HarmonyOS / ArkTS patterns and constraints
See rules/README.md for installation and structure details.
Not sure where to start? Use this quick reference. Skills are the canonical workflow surface; maintained slash entries stay available for command-first workflows.
| I want to... | Use this surface | Agent used |
|--------------|-----------------|------------|
| Plan a new feature | /eoc:plan "Add auth" | planner |
| Design system architecture | /eoc:plan + architect agent | architect |
| Write code with tests first | tdd-workflow skill | tdd-guide |
| Review code I just wrote | /code-review | code-reviewer |
| Fix a failing build | /build-fix | build-error-resolver |
| Run end-to-end tests | e2e-testing skill | e2e-runner |
| Find security vulnerabilities | /security-scan | security-reviewer |
| Remove dead code | /refactor-clean | refactor-cleaner |
| Update documentation | /update-docs | doc-updater |
| Review Go code | /go-review | go-reviewer |
| Review Python code | /python-review | python-reviewer |
| Review F# code | (invoke fsharp-reviewer directly) | fsharp-reviewer |
| Review TypeScript/JavaScript code | (invoke typescript-reviewer directly) | typescript-reviewer |
| Develop HarmonyOS apps | (invoke harmonyos-app-resolver directly) | harmonyos-app-resolver |
| Audit database queries | (auto-delegated) | database-reviewer |
| Review production ML changes | mle-workflow skill + mle-reviewer agent | mle-reviewer |
Slash forms below are shown where they remain part of the maintained command surface. Retired short-name shims such as /tdd and /eval live in legacy-command-shims/ for explicit opt-in only.
Starting a new feature:
/eoc:plan "Add user authentication with OAuth"
→ planner creates implementation blueprint
tdd-workflow skill → tdd-guide enforces write-tests-first
/code-review → code-reviewer checks your work
Fixing a bug:
tdd-workflow skill → tdd-guide: write a failing test that reproduces it
→ implement the fix, verify test passes
/code-review → code-reviewer: catch regressions
Preparing for production:
/security-scan → security-reviewer: OWASP Top 10 audit
e2e-testing skill → e2e-runner: critical user flow tests
/test-coverage → verify 80%+ coverage
/plugin list eoc@eoc
This shows all available agents, commands, and skills from the plugin.
This is the most common issue. Do NOT add a "hooks" field to .codex-plugin/plugin.json. OpenAI Codex v2.1+ automatically loads hooks/hooks.json from installed plugins. Explicitly declaring it causes duplicate detection errors. See #29, #52, #103.
Yes. EOC does not hardcode OpenAI-hosted transport settings. It runs locally through OpenAI Codex's normal CLI/plugin surface, so it works with:
OPENAI_BASE_URL and OPENAI_AUTH_TOKENMinimal example:
export OPENAI_BASE_URL=https://your-gateway.example.com
export OPENAI_AUTH_TOKEN=your-token
codex
If your gateway remaps model names, configure that in OpenAI Codex rather than in EOC. EOC's hooks, skills, commands, and rules are model-provider agnostic once the codex CLI is already working.
Official references:
Too many MCP servers eat your context. Each MCP tool description consumes tokens from your 200k window, potentially reducing it to ~70k. SessionStart context is capped at 8000 characters by default; lower it with ecc_SESSION_START_MAX_CHARS=4000 or disable it with ecc_SESSION_START_CONTEXT=off for local-model or low-context setups.
Fix: Disable unused MCPs from OpenAI Codex with /mcp. OpenAI Codex writes those runtime choices to ~/.codex.json; .codex/settings.json and .codex/settings.local.json are not reliable toggles for already-loaded MCP servers.
Keep under 10 MCPs enabled and under 80 tools active.
Yes. Use Option 2 (manual installation) and copy only what you need:
# Just agents
cp everything-openai-codex/agents/*.md ~/.codex/agents/
# Just rules
mkdir -p ~/.codex/rules/ecc/
cp -r everything-openai-codex/rules/common ~/.codex/rules/ecc/
Each component is fully independent.
Yes. EOC is cross-platform:
.cursor/. See Cursor IDE Support..gemini/GEMINI.md and shared installer plumbing..opencode/. See OpenCode Support..github/copilot-instructions.md, .vscode/settings.json, and .github/prompts/. See GitHub Copilot Support..agent/. See Antigravity Guide..zed/settings.json, flattened rules, commands, agents, and skills.See CONTRIBUTING.md. The short version:
skills/your-skill-name/SKILL.md (with YAML frontmatter)agents/your-agent.mdThe plugin includes a comprehensive test suite:
# Run all tests
node tests/run-all.js
# Run individual test files
node tests/lib/utils.test.js
node tests/lib/package-manager.test.js
node tests/hooks/hooks.test.js
Contributions are welcome and encouraged.
This repo is meant to be a community resource. If you have:
Please contribute! See CONTRIBUTING.md for guidelines.
These are not bundled with EOC and are not audited by this repo, but they are worth knowing about if you are exploring the broader OpenAI Codex skills ecosystem:
13 production-grade skill modules for Codex — db-whisperer, auth-architect, obs-guardian, deploy-ninja, quantum-debugger, security-sentinel, infra-automation, api-sculptor, pipeline-architect, ghost-scraper, mcp-conductor, prediction-alpha, prompt-forge.
AGENTS.md in your project root to activate all 13 skills# macOS/Linux
./install.sh --target cursor typescript
./install.sh --target cursor python golang swift php
# Windows PowerShell
.\install.ps1 --target cursor typescript
.\install.ps1 --target cursor python golang swift php
| Component | Count | Details |
|-----------|-------|---------|
| Hook Events | 15 | sessionStart, beforeShellExecution, afterFileEdit, beforeMCPExecution, beforeSubmitPrompt, and 10 more |
| Hook Scripts | 16 | Thin Node.js scripts delegating to scripts/hooks/ via shared adapter |
| Rules | 34 | 9 common (alwaysApply) + 25 language-specific (TypeScript, Python, Go, Swift, PHP) |
| Agents | 48 | .cursor/agents/ecc-*.md when installed; prefixed to avoid collisions with user or marketplace agents |
| Skills | Shared + Bundled | .cursor/skills/ for translated additions |
| Commands | Shared | .cursor/commands/ if installed |
| MCP Config | Shared | .cursor/mcp.json if installed |
EOC does not install root AGENTS.md into .cursor/. Cursor treats nested AGENTS.md files as directory context, so copying EOC's repo identity into a host project would pollute that project.
Cursor-native loading behavior can vary by Cursor build. EOC installs agents as .cursor/agents/ecc-*.md; if your Cursor build does not expose project agents, those files still work as explicit reference definitions instead of hidden global prompt context.
Cursor has more hook events than OpenAI Codex (20 vs 8). The .cursor/hooks/adapter.js module transforms Cursor's stdin JSON to OpenAI Codex's format, allowing existing scripts/hooks/*.js to be reused without duplication.
Cursor stdin JSON → adapter.js → transforms → scripts/hooks/*.js
(shared with OpenAI Codex)
Key hooks:
Cursor rules use YAML frontmatter with description, globs, and alwaysApply:
---
description: "TypeScript coding style extending common rules"
globs: ["**/*.ts", "**/*.tsx", "**/*.js", "**/*.jsx"]
alwaysApply: false
---
# Run Codex CLI in the repo — AGENTS.md and .codex/ are auto-detected
codex
# Automatic setup: sync EOC assets (AGENTS.md, skills, MCP servers) into ~/.codex
npm install && bash scripts/sync-ecc-to-codex.sh
# or: pnpm install && bash scripts/sync-ecc-to-codex.sh
# or: yarn install && bash scripts/sync-ecc-to-codex.sh
# or: bun install && bash scripts/sync-ecc-to-codex.sh
# Or manually: copy the reference config to your home directory
cp .codex/config.toml ~/.codex/config.toml
The sync script safely merges EOC MCP servers into your existing ~/.codex/config.toml using an add-only strategy — it never removes or modifies your existing servers. Run with --dry-run to preview changes, or --update-mcp to force-refresh EOC servers to the latest recommended config.
For Context7, EOC uses the canonical Codex section name [mcp_servers.context7] while still launching the @upstash/context7-mcp package. If you already have a legacy [mcp_servers.context7-mcp] entry, --update-mcp migrates it to the canonical section name.
Codex install profiles:
.codex-plugin/plugin.json keeps mcpServers empty so plugin install does not auto-load broad external tools or create overlong provider tool names. Use this for public/plugin-directory installs..codex/config.toml or run bash scripts/sync-ecc-to-codex.sh --update-mcp to install the curated MCP set from .mcp.json/Codex config, including GitHub, Context7, OpenAI Docs, Exa, Memory, Playwright, and Sequential Thinking.Codex macOS app:
AGENTS.md is auto-detected..codex/config.toml and .codex/agents/*.toml work best when kept project-local..codex/config.toml intentionally does not pin model or model_provider, so Codex uses its own current default unless you override it..codex/config.toml to ~/.codex/config.toml for global defaults; keep the multi-agent role files project-local unless you also copy .codex/agents/.| Component | Count | Details |
|-----------|-------|---------|
| Config | 1 | .codex/config.toml — top-level approvals/sandbox/web_search, MCP servers, notifications, profiles |
| AGENTS.md | 2 | Root (universal) + .codex/AGENTS.md (Codex-specific supplement) |
| Skills | 32 | .agents/skills/ — SKILL.md + agents/openai.yaml per skill |
| MCP Servers | 7 | GitHub, Context7, OpenAI Docs, Exa, Memory, Playwright, Sequential Thinking (8 with Supabase via --update-mcp sync) |
| Profiles | 2 | strict (read-only sandbox) and yolo (full auto-approve) |
| Agent Roles | 3 | .codex/agents/ — explorer, reviewer, docs-researcher |
Skills at .agents/skills/ are auto-loaded by Codex:
Canonical OpenAI skills such as codex-api, frontend-design, and skill-creator are intentionally not re-bundled here. Install those from openais/skills when you want the official versions.
| Skill | Description | |-------|-------------| | agent-introspection-debugging | Debug agent behavior, routing, and prompt boundaries | | agent-sort | Sort agent catalogs and assignment surfaces | | api-design | REST API design patterns | | article-writing | Long-form writing from notes and voice references | | backend-patterns | API design, database, caching | | brand-voice | Source-derived writing style profiles from real content | | bun-runtime | Bun as runtime, package manager, bundler, and test runner | | coding-standards | Universal coding standards | | content-engine | Platform-native social content and repurposing | | crosspost | Multi-platform content distribution across X, LinkedIn, Threads | | deep-research | Multi-source research with synthesis and source attribution | | dmux-workflows | Multi-agent orchestration using tmux pane manager | | documentation-lookup | Up-to-date library and framework docs via Context7 MCP | | e2e-testing | Playwright E2E tests | | eval-harness | Eval-driven development | | everything-openai-codex | Development conventions and patterns for the project | | exa-search | Neural search via Exa MCP for web, code, company research | | fal-ai-media | Unified media generation for images, video, and audio | | frontend-patterns | React/Next.js patterns | | frontend-slides | HTML presentations, PPTX conversion, visual style exploration | | investor-materials | Decks, memos, models, and one-pagers | | investor-outreach | Personalized outreach, follow-ups, and intro blurbs | | market-research | Source-attributed market and competitor research | | mcp-server-patterns | Build MCP servers with Node/TypeScript SDK | | nextjs-turbopack | Next.js 16+ and Turbopack incremental bundling | | product-capability | Translate product goals into scoped capability maps | | security-review | Comprehensive security checklist | | strategic-compact | Context management | | tdd-workflow | Test-driven development with 80%+ coverage | | verification-loop | Build, test, lint, typecheck, security | | video-editing | AI-assisted video editing workflows with FFmpeg and Remotion | | x-api | X/Twitter API integration for posting and analytics |
Codex does not yet provide Codex-style hook execution parity. EOC enforcement there is instruction-based via AGENTS.md, optional model_instructions_file overrides, and sandbox/approval settings.
Current Codex builds support stable multi-agent workflows.
features.multi_agent = true in .codex/config.toml[agents.<name>].codex/agents//agent in the CLI to inspect or steer child agentsEOC ships three sample role configs:
| Role | Purpose |
|------|---------|
| explorer | Read-only codebase evidence gathering before edits |
| reviewer | Correctness, security, and missing-test review |
| docs_researcher | Documentation and API verification before release/docs changes |
./install.sh --profile minimal --target zed
.\install.ps1 --profile minimal --target zed
The adapter writes EOC-managed files under .zed/ and keeps BYOK/OpenRouter credentials out of the repo. Configure Zed account or API keys through Zed's own settings UI or your local user settings.
# Install OpenCode
npm install -g opencode
# Run in the repository root
opencode
The configuration is automatically detected from .opencode/opencode.json.
| Feature | OpenAI Codex | OpenCode | Status | |---------|-------------|----------|--------| | Agents | PASS: 60 agents | PASS: 12 agents | OpenAI Codex leads | | Commands | PASS: 75 commands | PASS: 35 commands | OpenAI Codex leads | | Skills | PASS: 232 skills | PASS: 37 skills | OpenAI Codex leads | | Hooks | PASS: 8 event types | PASS: 11 events | OpenCode has more! | | Rules | PASS: 110 rules | PASS: 13 instructions | OpenAI Codex leads | | MCP Servers | PASS: 14 servers | PASS: Full | Full parity | | Custom Tools | PASS: Via hooks | PASS: 6 native tools | OpenCode is better |
OpenCode's plugin system is MORE sophisticated than OpenAI Codex with 20+ event types:
| OpenAI Codex Hook | OpenCode Plugin Event |
|-----------------|----------------------|
| PreToolUse | tool.execute.before |
| PostToolUse | tool.execute.after |
| Stop | session.idle |
| SessionStart | session.created |
| SessionEnd | session.deleted |
Additional OpenCode events: file.edited, file.watcher.updated, message.updated, lsp.client.diagnostics, tui.toast.show, and more.
| Command | Description |
|---------|-------------|
| /plan | Create implementation plan |
| /code-review | Review code changes |
| /build-fix | Fix build errors |
| /refactor-clean | Remove dead code |
| /learn | Extract patterns from session |
| /checkpoint | Save verification state |
| /quality-gate | Run the maintained verification gate |
| /update-docs | Update documentation |
| /update-codemaps | Update codemaps |
| /test-coverage | Analyze coverage |
| /go-review | Go code review |
| /go-test | Go TDD workflow |
| /go-build | Fix Go build errors |
| /python-review | Python code review (PEP 8, type hints, security) |
| /multi-plan | Multi-model collaborative planning |
| /multi-execute | Multi-model collaborative execution |
| /multi-backend | Backend-focused multi-model workflow |
| /multi-frontend | Frontend-focused multi-model workflow |
| /multi-workflow | Full multi-model development workflow |
| /pm2 | Auto-generate PM2 service commands |
| /sessions | Manage session history |
| /skill-create | Generate skills from git |
| /instinct-status | View learned instincts |
| /instinct-import | Import instincts |
| /instinct-export | Export instincts |
| /evolve | Cluster instincts into skills |
| /promote | Promote project instincts to global scope |
| /projects | List known projects and instinct stats |
| /prune | Delete expired pending instincts (30d TTL) |
| /learn-eval | Extract and evaluate patterns before saving |
| /setup-pm | Configure package manager |
| /harness-audit | Audit harness reliability, eval readiness, and risk posture |
| /loop-start | Start controlled agentic loop execution pattern |
| /loop-status | Inspect active loop status and checkpoints |
| /quality-gate | Run quality gate checks for paths or entire repo |
| /model-route | Route tasks to models by complexity and budget |
Option 1: Use directly
cd everything-openai-codex
opencode
Option 2: Install as npm package
npm install @mturac/eoc
Then add to your opencode.json:
{
"plugin": ["@mturac/eoc"]
}
That npm plugin entry enables EOC's published OpenCode plugin module (hooks/events and plugin tools). It does not automatically add EOC's full command/agent/instruction catalog to your project config.
For the full EOC OpenCode setup, either:
.opencode/ config assets into your project and wire the instructions, agent, and command entries in opencode.json.opencode/MIGRATION.md.opencode/README.md.opencode/instructions/INSTRUCTIONS.mdllms.txt (complete OpenCode docs for LLMs)| Component | File | Purpose |
|-----------|------|---------|
| Core instructions | .github/copilot-instructions.md | Always-loaded rules: coding style, security, testing, git workflow |
| VS Code settings | .vscode/settings.json | Per-task instruction files for code gen, test gen, review, and commit messages |
| Plan prompt | .github/prompts/plan.prompt.md | Phased implementation planning |
| TDD prompt | .github/prompts/tdd.prompt.md | Red-Green-Improve cycle |
| Code review prompt | .github/prompts/code-review.prompt.md | Quality and security review |
| Security review prompt | .github/prompts/security-review.prompt.md | Deep OWASP-aligned security analysis |
| Build fix prompt | .github/prompts/build-fix.prompt.md | Systematic build and CI error resolution |
| Refactor prompt | .github/prompts/refactor.prompt.md | Dead code cleanup and simplification |
The files are already in place — open any repo that contains this project and GitHub Copilot Chat will automatically pick up .github/copilot-instructions.md.
The committed .vscode/settings.json enables chat.promptFiles so VS Code can load the reusable prompts from .github/prompts/.
To use the workflow prompts in Copilot Chat:
/ and choose a prompt.plan, tdd, code-review).GitHub Copilot in VS Code reads two types of files automatically:
.github/copilot-instructions.md — repository-level instructions, always injected into every Copilot Chat request. Contains EOC's core coding standards, security checklist, testing requirements, and git workflow..github/prompts/*.prompt.md — reusable prompt files users invoke on demand. Each prompt walks Copilot through a specific EOC workflow (plan → TDD → review → ship).The .vscode/settings.json adds per-task instruction overlays so Copilot receives the right context depending on whether you are generating code, writing tests, reviewing a selection, or drafting a commit message.
| EOC Feature | Copilot equivalent |
|-------------|-------------------|
| Coding standards | Always-on via copilot-instructions.md |
| Security checklist | Always-on + security-review prompt |
| Testing / TDD | Always-on + tdd prompt |
| Implementation planning | plan prompt |
| Code review | code-review prompt |
| Build error resolution | build-fix prompt |
| Refactoring | refactor prompt |
| Commit message format | Per-task instruction in settings.json |
| Hooks / automation | Not supported (Copilot has no hook system) |
| Agents / delegation | Not supported (Copilot has no subagent API) |
GitHub Copilot does not have a hook system or a subagent API, so EOC's hook automations (auto-format, TypeScript check, session persistence, dev-server guard) and agent delegation are unavailable. The instruction and prompt layer still brings the full EOC coding philosophy — standards, security, TDD, and workflow — into every Copilot Chat session.
EOC is the first plugin to maximize every major AI coding tool. Here's how each harness compares:
| Feature | OpenAI Codex | Cursor IDE | Codex CLI | OpenCode | GitHub Copilot | |---------|------------|------------|-----------|----------|----------------| | Agents | 60 | Shared (AGENTS.md) | Shared (AGENTS.md) | 12 | N/A | | Commands | 75 | Shared | Instruction-based | 35 | 6 prompts | | Skills | 232 | Shared | 10 (native format) | 37 | Via instructions | | Hook Events | 8 types | 15 types | None yet | 11 types | None | | Hook Scripts | 20+ scripts | 16 scripts (DRY adapter) | N/A | Plugin hooks | N/A | | Rules | 34 (common + lang) | 34 (YAML frontmatter) | Instruction-based | 13 instructions | 1 always-on file | | Custom Tools | Via hooks | Via hooks | N/A | 6 native tools | N/A | | MCP Servers | 14 | Shared (mcp.json) | 7 (auto-merged via TOML parser) | Full | N/A | | Config Format | settings.json | hooks.json + rules/ | config.toml | opencode.json | copilot-instructions.md + settings.json | | Context File | CODEX.md + AGENTS.md | AGENTS.md | AGENTS.md | AGENTS.md | copilot-instructions.md | | Secret Detection | Hook-based | beforeSubmitPrompt hook | Sandbox-based | Hook-based | Instruction-based | | Auto-Format | PostToolUse hook | afterFileEdit hook | N/A | file.edited hook | N/A | | Version | Plugin | Plugin | Reference config | 2.0.0-rc.1 | Instruction layer |
Key architectural decisions:
.github/copilot-instructions.md instead)hooks/hooks.json; plugin-bundled hooks require features.plugin_hooks = true, while AGENTS.md and sandbox permissions remain the instruction-layer fallbackEOC is based on daily OpenAI Codex use and turns repeated production workflows into reusable skills, hooks, rules, and install profiles.
These configs are battle-tested across multiple production applications.
Everything OpenAI Codex is a Codex-focused adaptation inspired by the public affaan-m/everything-claude-code project. Respect to Affaan Mustafa and the contributors there for proving that a multi-harness agent operating system can be built in the open.
This repo keeps that inspiration visible while adapting names, defaults, docs, validation, install targets, and workflow guidance for OpenAI Codex.
OpenAI Codex usage can be expensive if you don't manage token consumption. These settings significantly reduce costs without sacrificing quality.
Add to ~/.codex/settings.json:
{
"model": "standard",
"env": {
"MAX_THINKING_TOKENS": "10000",
"CODEX_AUTOCOMPACT_PCT_OVERRIDE": "50"
}
}
| Setting | Default | Recommended | Impact |
|---------|---------|-------------|--------|
| model | deep | standard | ~60% cost reduction; handles 80%+ of coding tasks |
| MAX_THINKING_TOKENS | 31,999 | 10,000 | ~70% reduction in hidden thinking cost per request |
| CODEX_AUTOCOMPACT_PCT_OVERRIDE | 95 | 50 | Compacts earlier — better quality in long sessions |
| ecc_CONTEXT_MONITOR_COST_WARNINGS | on | off for subscription users | Suppresses agent-facing API-rate estimate warnings while keeping context/scope/loop warnings |
Switch to Deep only when you need deep architectural reasoning:
/model deep
| Command | When to Use |
|---------|-------------|
| /model standard | Default for most tasks |
| /model deep | Complex architecture, debugging, deep reasoning |
| /clear | Between unrelated tasks (free, instant reset) |
| /compact | At logical task breakpoints (research done, milestone complete) |
| /cost | Monitor token spending during session |
If you use a Codex subscription and the context monitor's API-rate estimates are not useful, set ecc_CONTEXT_MONITOR_COST_WARNINGS=off. This only suppresses the agent-facing cost warnings; it does not disable context exhaustion, scope, or loop warnings.
The strategic-compact skill (included in this plugin) suggests /compact at logical breakpoints instead of relying on auto-compaction at 95% context. See skills/strategic-compact/SKILL.md for the full decision guide.
When to compact:
When NOT to compact:
Critical: Don't enable all MCPs at once. Each MCP tool description consumes tokens from your 200k window, potentially reducing it to ~70k.
/mcp to disable unused OpenAI Codex MCP servers; those runtime choices persist in ~/.codex.jsonecc_DISABLED_MCPS only to filter EOC-generated MCP configs during install/sync flowsAgent Teams spawns multiple context windows. Each teammate consumes tokens independently. Only use for tasks where parallelism provides clear value (multi-module work, parallel reviews). For simple sequential tasks, subagents are more token-efficient.
Hitting daily limits? See the Token Optimization Guide for recommended settings and workflow tips.
Quick wins:
// ~/.codex/settings.json
{
"model": "standard",
"env": {
"MAX_THINKING_TOKENS": "10000",
"CODEX_AUTOCOMPACT_PCT_OVERRIDE": "50",
"CODEX_CODE_SUBAGENT_MODEL": "fast"
}
}
Use /clear between unrelated tasks, /compact at logical breakpoints, and /cost to monitor spending.
These configs work for my workflow. You should:
Projects built on or inspired by Everything OpenAI Codex:
| Project | Description | |---------|-------------| | EVC | Marketing agent workspace — 42 commands for content operators, brand governance, and multi-channel publishing. Visual overview. | | trading-skills | 68 trading-themed OpenAI Codex skills with pre-trade review prompts and risk gates inspired by market operators. |
Built something with EOC? Open a PR to add it here.
MIT - Use freely, modify as needed, contribute back if you can.
Star this repo if it helps. Read both guides. Build something great.
Standard MoltPulse indexed agent.
Show off your Pulse Score in your GitHub README to build trust and rank higher.