oh-my-codex 0.11.13 → 0.12.0

package/README.es.md

@@ -1,263 +0,0 @@
-# oh-my-codex (OMX)
-
-<p align="center">
-  <img src="https://yeachan-heo.github.io/oh-my-codex-website/omx-character-nobg.png" alt="oh-my-codex character" width="280">
-  <br>
-  <em>Tu codex no está solo.</em>
-</p>
-
-[![npm version](https://img.shields.io/npm/v/oh-my-codex)](https://www.npmjs.com/package/oh-my-codex)
-[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
-[![Node.js](https://img.shields.io/badge/node-%3E%3D20-brightgreen)](https://nodejs.org)
-
-> **[Website](https://yeachan-heo.github.io/oh-my-codex-website/)** | **[Documentation](https://yeachan-heo.github.io/oh-my-codex-website/docs.html)** | **[CLI Reference](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#cli-reference)** | **[Workflows](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#workflows)** | **[Guía de integración de OpenClaw](./docs/openclaw-integration.es.md)** | **[GitHub](https://github.com/Yeachan-Heo/oh-my-codex)** | **[npm](https://www.npmjs.com/package/oh-my-codex)**
-
-Capa de orquestación multiagente para [OpenAI Codex CLI](https://github.com/openai/codex).
-
-## Novedades en v0.9.0 — Spark Initiative
-
-Spark Initiative es la versión que refuerza la ruta nativa de exploración e inspección en OMX.
-
-- **Harness nativo para `omx explore`** — ejecuta exploración de repositorio en modo solo lectura con una vía Rust más rápida y más estricta.
-- **`omx sparkshell`** — superficie nativa para operadores, con resúmenes de salidas largas y captura explícita de paneles tmux.
-- **Assets nativos multiplataforma** — la ruta de hidratación de `omx-explore-harness`, `omx-sparkshell` y `native-release-manifest.json` ya forma parte del pipeline de release.
-- **CI/CD reforzado** — se añadió configuración explícita de Rust en el job `build`, además de `cargo fmt --check` y `cargo clippy -- -D warnings`.
-
-Consulta también las [notas de lanzamiento v0.9.0](./docs/release-notes-0.9.0.md) y el [release body](./docs/release-body-0.9.0.md).
-
-## Primera sesión
-
-Dentro de Codex:
-
-```text
-$deep-interview "clarify the auth change"
-$ralplan "approve the auth plan and review tradeoffs"
-$ralph "carry the approved plan to completion"
-$team 3:executor "execute the approved plan in parallel"
-```
-
-Desde la terminal:
-
-```bash
-omx team 4:executor "parallelize a multi-module refactor"
-omx team status <team-name>
-omx team shutdown <team-name>
-```
-
-## Flujo recomendado
-
-1. `$deep-interview` — cuando el alcance o los límites aún no están claros.
-2. `$ralplan` — para convertir ese alcance aclarado en un plan acordado de arquitectura e implementación.
-3. `$team` o `$ralph` — usa `$team` para ejecución paralela coordinada, o `$ralph` para un bucle persistente de finalización/verificación con un solo responsable.
-
-## Modelo central
-
-OMX instala y conecta estas capas:
-
-```text
-User
-  -> Codex CLI
-    -> AGENTS.md (cerebro de orquestación)
-    -> ~/.codex/prompts/*.md (catálogo de prompts de agentes)
-    -> ~/.codex/skills/*/SKILL.md (catálogo de skills)
-    -> ~/.codex/config.toml (características, notificaciones, MCP)
-    -> .omx/ (estado en ejecución, memoria, planes, registros)
-```
-
-## Comandos principales
-
-```bash
-omx                # Lanzar Codex (+ HUD en tmux cuando está disponible)
-omx setup          # Instalar prompts/skills/config por alcance + .omx del proyecto + AGENTS.md específico del alcance
-omx doctor         # Diagnósticos de instalación/ejecución
-omx doctor --team  # Diagnósticos de Team/swarm
-omx team ...       # Iniciar/estado/reanudar/apagar workers tmux del equipo
-omx status         # Mostrar modos activos
-omx cancel         # Cancelar modos de ejecución activos
-omx reasoning <mode> # low|medium|high|xhigh
-omx tmux-hook ...  # init|status|validate|test
-omx hooks ...      # init|status|validate|test (flujo de trabajo de extensión de plugins)
-omx hud ...        # --watch|--json|--preset
-omx help
-```
-
-## Extensión de Hooks (Superficie adicional)
-
-OMX ahora incluye `omx hooks` para scaffolding y validación de plugins.
-
-- `omx tmux-hook` sigue siendo compatible y no ha cambiado.
-- `omx hooks` es aditivo y no reemplaza los flujos de trabajo de tmux-hook.
-- Los archivos de plugins se encuentran en `.omx/hooks/*.mjs`.
-- Los plugins están desactivados por defecto; actívalos con `OMX_HOOK_PLUGINS=1`.
-
-Consulta `docs/hooks-extension.md` para el flujo de trabajo completo de extensiones y el modelo de eventos.
-
-## Flags de inicio
-
-```bash
---yolo
---high
---xhigh
---madmax
---force
---dry-run
---verbose
---scope <user|project>  # solo para setup
-```
-
-`--madmax` se mapea a Codex `--dangerously-bypass-approvals-and-sandbox`.
-Úsalo solo en entornos sandbox de confianza o externos.
-
-### Política de workingDirectory MCP (endurecimiento opcional)
-
-Por defecto, las herramientas MCP de state/memory/trace aceptan el `workingDirectory` proporcionado por el llamador.
-Para restringir esto, establece una lista de raíces permitidas:
-
-```bash
-export OMX_MCP_WORKDIR_ROOTS="/path/to/project:/path/to/another-root"
-```
-
-Cuando se establece, los valores de `workingDirectory` fuera de estas raíces son rechazados.
-
-## Control de prompts Codex-First
-
-Por defecto, OMX inyecta:
-
-```text
--c model_instructions_file="<cwd>/AGENTS.md"
-```
-
-Esto combina el `AGENTS.md` de `CODEX_HOME` con el `AGENTS.md` del proyecto (si existe) y luego añade la superposición de runtime.
-Extiende el comportamiento de Codex, pero no reemplaza ni elude las políticas centrales del sistema Codex.
-
-Controles:
-
-```bash
-OMX_BYPASS_DEFAULT_SYSTEM_PROMPT=0 omx     # desactivar inyección de AGENTS.md
-OMX_MODEL_INSTRUCTIONS_FILE=/path/to/instructions.md omx
-```
-
-## Modo equipo
-
-Usa el modo equipo para trabajo amplio que se beneficia de workers paralelos.
-
-Ciclo de vida:
-
-```text
-start -> assign scoped lanes -> monitor -> verify terminal tasks -> shutdown
-```
-
-Comandos operacionales:
-
-```bash
-omx team <args>
-omx team status <team-name>
-omx team resume <team-name>
-omx team shutdown <team-name>
-```
-
-Regla importante: no apagues mientras las tareas estén en estado `in_progress` a menos que estés abortando.
-
-### Team shutdown policy
-
-Use `omx team shutdown <team-name>` after the team reaches a terminal state.
-Team cleanup now follows one standalone path; legacy linked-Ralph shutdown handling is no longer a separate public workflow.
-
-Selección de Worker CLI para los workers del equipo:
-
-```bash
-OMX_TEAM_WORKER_CLI=auto    # predeterminado; usa claude cuando worker --model contiene "claude"
-OMX_TEAM_WORKER_CLI=codex   # forzar workers Codex CLI
-OMX_TEAM_WORKER_CLI=claude  # forzar workers Claude CLI
-OMX_TEAM_WORKER_CLI_MAP=codex,codex,claude,claude  # mezcla de CLI por worker (longitud=1 o cantidad de workers)
-OMX_TEAM_AUTO_INTERRUPT_RETRY=0  # opcional: desactivar fallback adaptativo queue->resend
-```
-
-Notas:
-- Los argumentos de inicio de workers se comparten a través de `OMX_TEAM_WORKER_LAUNCH_ARGS`.
-- `OMX_TEAM_WORKER_CLI_MAP` anula `OMX_TEAM_WORKER_CLI` para selección por worker.
-- El envío de triggers usa reintentos adaptativos por defecto (queue/submit, luego fallback seguro clear-line+resend cuando es necesario).
-- En modo Claude worker, OMX lanza workers como `claude` simple (sin argumentos de inicio extra) e ignora anulaciones explícitas de `--model` / `--config` / `--effort` para que Claude use el `settings.json` predeterminado.
-
-## Qué escribe `omx setup`
-
-- `.omx/setup-scope.json` (alcance de instalación persistido)
-- Instalaciones dependientes del alcance:
-  - `user`: `~/.codex/prompts/`, `~/.codex/skills/`, `~/.codex/config.toml`, `~/.omx/agents/`, `~/.codex/AGENTS.md`
-  - `project`: `./.codex/prompts/`, `./.codex/skills/`, `./.codex/config.toml`, `./.omx/agents/`, `./AGENTS.md`
-- Comportamiento de inicio: si el alcance persistido es `project`, el lanzamiento de `omx` usa automáticamente `CODEX_HOME=./.codex` (a menos que `CODEX_HOME` ya esté establecido).
-- Las instrucciones de inicio combinan `~/.codex/AGENTS.md` (o `CODEX_HOME/AGENTS.md` si se sobrescribe) con `./AGENTS.md` del proyecto y luego añaden la superposición de runtime.
-- Los archivos `AGENTS.md` existentes nunca se sobrescriben silenciosamente: en TTY interactivo se pregunta antes de reemplazar; en modo no interactivo se omite salvo que pases `--force` (las verificaciones de seguridad de sesiones activas siguen aplicándose).
-- Actualizaciones de `config.toml` (para ambos alcances):
-  - `notify = ["node", "..."]`
-  - `model_reasoning_effort = "high"`
-  - `developer_instructions = "..."`
-  - `[features] multi_agent = true, child_agents_md = true`
-  - Entradas de servidores MCP (`omx_state`, `omx_memory`, `omx_code_intel`, `omx_trace`)
-  - `[tui] status_line`
-- `AGENTS.md` específico del alcance
-- Directorios `.omx/` de ejecución y configuración de HUD
-
-## Agentes y skills
-
-- Prompts: `prompts/*.md` (instalados en `~/.codex/prompts/` para `user`, `./.codex/prompts/` para `project`)
-- Skills: `skills/*/SKILL.md` (instalados en `~/.codex/skills/` para `user`, `./.codex/skills/` para `project`)
-
-Ejemplos:
-- Agentes: `architect`, `planner`, `executor`, `debugger`, `verifier`, `security-reviewer`
-- Skills: `deep-interview`, `ralplan`, `team`, `ralph`, `plan`, `cancel`
-
-## Estructura del proyecto
-
-```text
-oh-my-codex/
-  bin/omx.js
-  src/
-    cli/
-    team/
-    mcp/
-    hooks/
-    hud/
-    config/
-    modes/
-    notifications/
-    verification/
-  prompts/
-  skills/
-  templates/
-  scripts/
-```
-
-## Desarrollo
-
-```bash
-git clone https://github.com/Yeachan-Heo/oh-my-codex.git
-cd oh-my-codex
-npm install
-npm run build
-npm test
-```
-
-## Documentación
-
-- **[Documentación completa](https://yeachan-heo.github.io/oh-my-codex-website/docs.html)** — Guía completa
-- **[Referencia CLI](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#cli-reference)** — Todos los comandos `omx`, flags y herramientas
-- **[Guía de notificaciones](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#notifications)** — Configuración de Discord, Telegram, Slack y webhooks
-- **[Flujos de trabajo recomendados](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#workflows)** — Cadenas de skills probadas en batalla para tareas comunes
-- **[Notas de versión](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#release-notes)** — Novedades en cada versión
-
-## Notas
-
-- Registro de cambios completo: `CHANGELOG.md`
-- Guía de migración (post-v0.4.4 mainline): `docs/migration-mainline-post-v0.4.4.md`
-- Notas de cobertura y paridad: `COVERAGE.md`
-- Flujo de trabajo de extensión de hooks: `docs/hooks-extension.md`
-- Detalles de instalación y contribución: `CONTRIBUTING.md`
-
-## Agradecimientos
-
-Inspirado en [oh-my-claudecode](https://github.com/Yeachan-Heo/oh-my-claudecode), adaptado para Codex CLI.
-
-## Licencia
-
-MIT

package/README.fr.md

@@ -1,263 +0,0 @@
-# oh-my-codex (OMX)
-
-<p align="center">
-  <img src="https://yeachan-heo.github.io/oh-my-codex-website/omx-character-nobg.png" alt="oh-my-codex character" width="280">
-  <br>
-  <em>Votre codex n'est pas seul.</em>
-</p>
-
-[![npm version](https://img.shields.io/npm/v/oh-my-codex)](https://www.npmjs.com/package/oh-my-codex)
-[![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
-[![Node.js](https://img.shields.io/badge/node-%3E%3D20-brightgreen)](https://nodejs.org)
-
-> **[Website](https://yeachan-heo.github.io/oh-my-codex-website/)** | **[Documentation](https://yeachan-heo.github.io/oh-my-codex-website/docs.html)** | **[CLI Reference](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#cli-reference)** | **[Workflows](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#workflows)** | **[Guide d’intégration OpenClaw](./docs/openclaw-integration.fr.md)** | **[GitHub](https://github.com/Yeachan-Heo/oh-my-codex)** | **[npm](https://www.npmjs.com/package/oh-my-codex)**
-
-Couche d'orchestration multi-agents pour [OpenAI Codex CLI](https://github.com/openai/codex).
-
-## Nouveautés de la v0.9.0 — Spark Initiative
-
-Spark Initiative est la version qui renforce la voie native d’exploration et d’inspection dans OMX.
-
-- **Harness natif pour `omx explore`** — exécute l’exploration read-only du dépôt via une voie Rust plus rapide et plus stricte.
-- **`omx sparkshell`** — surface native orientée opérateur, avec résumés de sorties longues et capture explicite de panneaux tmux.
-- **Artifacts natifs multiplateformes** — le chemin d’hydratation de `omx-explore-harness`, `omx-sparkshell` et `native-release-manifest.json` fait désormais partie du pipeline de release.
-- **CI/CD renforcé** — ajoute une configuration explicite de la toolchain Rust dans le job `build`, ainsi que `cargo fmt --check` et `cargo clippy -- -D warnings`.
-
-Voir aussi les [notes de version v0.9.0](./docs/release-notes-0.9.0.md) et le [corps de release](./docs/release-body-0.9.0.md).
-
-## Première session
-
-Dans Codex :
-
-```text
-$deep-interview "clarify the auth change"
-$ralplan "approve the auth plan and review tradeoffs"
-$ralph "carry the approved plan to completion"
-$team 3:executor "execute the approved plan in parallel"
-```
-
-Depuis le terminal :
-
-```bash
-omx team 4:executor "parallelize a multi-module refactor"
-omx team status <team-name>
-omx team shutdown <team-name>
-```
-
-## Flux recommandé
-
-1. `$deep-interview` — quand le périmètre ou les limites restent flous.
-2. `$ralplan` — pour transformer ce périmètre clarifié en plan validé d’architecture et d’implémentation.
-3. `$team` ou `$ralph` — utilisez `$team` pour une exécution parallèle coordonnée, ou `$ralph` pour une boucle persistante de finalisation/vérification avec un seul responsable.
-
-## Modèle de base
-
-OMX installe et connecte ces couches :
-
-```text
-User
-  -> Codex CLI
-    -> AGENTS.md (cerveau d'orchestration)
-    -> ~/.codex/prompts/*.md (catalogue de prompts d'agents)
-    -> ~/.codex/skills/*/SKILL.md (catalogue de skills)
-    -> ~/.codex/config.toml (fonctionnalités, notifications, MCP)
-    -> .omx/ (état d'exécution, mémoire, plans, journaux)
-```
-
-## Commandes principales
-
-```bash
-omx                # Lancer Codex (+ HUD dans tmux si disponible)
-omx setup          # Installer prompts/skills/config par scope + .omx du projet + AGENTS.md propre au scope
-omx doctor         # Diagnostics d'installation/exécution
-omx doctor --team  # Diagnostics Team/Swarm
-omx team ...       # Démarrer/statut/reprendre/arrêter les workers d'équipe tmux
-omx status         # Afficher les modes actifs
-omx cancel         # Annuler les modes d'exécution actifs
-omx reasoning <mode> # low|medium|high|xhigh
-omx tmux-hook ...  # init|status|validate|test
-omx hooks ...      # init|status|validate|test (workflow d'extension de plugins)
-omx hud ...        # --watch|--json|--preset
-omx help
-```
-
-## Extension Hooks (Surface additive)
-
-OMX inclut désormais `omx hooks` pour l'échafaudage et la validation de plugins.
-
-- `omx tmux-hook` reste supporté et inchangé.
-- `omx hooks` est additif et ne remplace pas les workflows tmux-hook.
-- Les fichiers de plugins se trouvent dans `.omx/hooks/*.mjs`.
-- Les plugins sont désactivés par défaut ; activez-les avec `OMX_HOOK_PLUGINS=1`.
-
-Consultez `docs/hooks-extension.md` pour le workflow d'extension complet et le modèle d'événements.
-
-## Flags de lancement
-
-```bash
---yolo
---high
---xhigh
---madmax
---force
---dry-run
---verbose
---scope <user|project>  # uniquement pour setup
-```
-
-`--madmax` correspond à Codex `--dangerously-bypass-approvals-and-sandbox`.
-À utiliser uniquement dans des environnements sandbox de confiance/externes.
-
-### Politique MCP workingDirectory (durcissement optionnel)
-
-Par défaut, les outils MCP état/mémoire/trace acceptent le `workingDirectory` fourni par l'appelant.
-Pour restreindre cela, définissez une liste d'autorisation de racines :
-
-```bash
-export OMX_MCP_WORKDIR_ROOTS="/path/to/project:/path/to/another-root"
-```
-
-Lorsque défini, les valeurs `workingDirectory` en dehors de ces racines sont rejetées.
-
-## Contrôle Codex-First des prompts
-
-Par défaut, OMX injecte :
-
-```text
--c model_instructions_file="<cwd>/AGENTS.md"
-```
-
-Cela fusionne le `AGENTS.md` de `CODEX_HOME` avec le `AGENTS.md` du projet (s'il existe), puis ajoute l'overlay d'exécution.
-Cela étend le comportement de Codex, mais ne remplace/contourne pas les politiques système de base de Codex.
-
-Contrôles :
-
-```bash
-OMX_BYPASS_DEFAULT_SYSTEM_PROMPT=0 omx     # désactiver l'injection AGENTS.md
-OMX_MODEL_INSTRUCTIONS_FILE=/path/to/instructions.md omx
-```
-
-## Mode équipe
-
-Utilisez le mode équipe pour les travaux importants qui bénéficient de workers parallèles.
-
-Cycle de vie :
-
-```text
-start -> assign scoped lanes -> monitor -> verify terminal tasks -> shutdown
-```
-
-Commandes opérationnelles :
-
-```bash
-omx team <args>
-omx team status <team-name>
-omx team resume <team-name>
-omx team shutdown <team-name>
-```
-
-Règle importante : n'arrêtez pas tant que des tâches sont encore `in_progress`, sauf en cas d'abandon.
-
-### Team shutdown policy
-
-Use `omx team shutdown <team-name>` after the team reaches a terminal state.
-Team cleanup now follows one standalone path; legacy linked-Ralph shutdown handling is no longer a separate public workflow.
-
-Sélection du CLI worker pour les workers d'équipe :
-
-```bash
-OMX_TEAM_WORKER_CLI=auto    # par défaut ; utilise claude quand worker --model contient "claude"
-OMX_TEAM_WORKER_CLI=codex   # forcer les workers Codex CLI
-OMX_TEAM_WORKER_CLI=claude  # forcer les workers Claude CLI
-OMX_TEAM_WORKER_CLI_MAP=codex,codex,claude,claude  # mix CLI par worker (longueur=1 ou nombre de workers)
-OMX_TEAM_AUTO_INTERRUPT_RETRY=0  # optionnel : désactiver le fallback adaptatif queue->resend
-```
-
-Notes :
-- Les arguments de lancement des workers sont toujours partagés via `OMX_TEAM_WORKER_LAUNCH_ARGS`.
-- `OMX_TEAM_WORKER_CLI_MAP` remplace `OMX_TEAM_WORKER_CLI` pour la sélection par worker.
-- La soumission de déclencheurs utilise par défaut des tentatives adaptatives (queue/submit, puis fallback sécurisé clear-line+resend si nécessaire).
-- En mode worker Claude, OMX lance les workers en tant que simple `claude` (pas d'arguments de lancement supplémentaires) et ignore les surcharges explicites `--model` / `--config` / `--effort` pour que Claude utilise le `settings.json` par défaut.
-
-## Ce que `omx setup` écrit
-
-- `.omx/setup-scope.json` (scope de setup persisté)
-- Installations dépendantes du scope :
-  - `user` : `~/.codex/prompts/`, `~/.codex/skills/`, `~/.codex/config.toml`, `~/.omx/agents/`, `~/.codex/AGENTS.md`
-  - `project` : `./.codex/prompts/`, `./.codex/skills/`, `./.codex/config.toml`, `./.omx/agents/`, `./AGENTS.md`
-- Comportement au lancement : si le scope persisté est `project`, le lancement `omx` utilise automatiquement `CODEX_HOME=./.codex` (sauf si `CODEX_HOME` est déjà défini).
-- Les instructions de lancement fusionnent `~/.codex/AGENTS.md` (ou `CODEX_HOME/AGENTS.md` s'il est redéfini) avec `./AGENTS.md` du projet, puis ajoutent l'overlay d'exécution.
-- Les fichiers `AGENTS.md` existants ne sont jamais écrasés silencieusement : en TTY interactif, setup demande avant de remplacer ; en non-interactif, le remplacement est ignoré sauf avec `--force` (les vérifications de sécurité de session active s'appliquent toujours).
-- Mises à jour de `config.toml` (pour les deux scopes) :
-  - `notify = ["node", "..."]`
-  - `model_reasoning_effort = "high"`
-  - `developer_instructions = "..."`
-  - `[features] multi_agent = true, child_agents_md = true`
-  - Entrées de serveurs MCP (`omx_state`, `omx_memory`, `omx_code_intel`, `omx_trace`)
-  - `[tui] status_line`
-- `AGENTS.md` spécifique au scope
-- Répertoires d'exécution `.omx/` et configuration HUD
-
-## Agents et Skills
-
-- Prompts : `prompts/*.md` (installés dans `~/.codex/prompts/` pour `user`, `./.codex/prompts/` pour `project`)
-- Skills : `skills/*/SKILL.md` (installés dans `~/.codex/skills/` pour `user`, `./.codex/skills/` pour `project`)
-
-Exemples :
-- Agents : `architect`, `planner`, `executor`, `debugger`, `verifier`, `security-reviewer`
-- Skills : `autopilot`, `plan`, `team`, `ralph`, `ultrawork`, `cancel`
-
-## Structure du projet
-
-```text
-oh-my-codex/
-  bin/omx.js
-  src/
-    cli/
-    team/
-    mcp/
-    hooks/
-    hud/
-    config/
-    modes/
-    notifications/
-    verification/
-  prompts/
-  skills/
-  templates/
-  scripts/
-```
-
-## Développement
-
-```bash
-git clone https://github.com/Yeachan-Heo/oh-my-codex.git
-cd oh-my-codex
-npm install
-npm run build
-npm test
-```
-
-## Documentation
-
-- **[Documentation complète](https://yeachan-heo.github.io/oh-my-codex-website/docs.html)** — Guide complet
-- **[Référence CLI](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#cli-reference)** — Toutes les commandes `omx`, flags et outils
-- **[Guide des notifications](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#notifications)** — Configuration Discord, Telegram, Slack et webhooks
-- **[Workflows recommandés](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#workflows)** — Chaînes de skills éprouvées pour les tâches courantes
-- **[Notes de version](https://yeachan-heo.github.io/oh-my-codex-website/docs.html#release-notes)** — Nouveautés de chaque version
-
-## Notes
-
-- Journal des modifications complet : `CHANGELOG.md`
-- Guide de migration (post-v0.4.4 mainline) : `docs/migration-mainline-post-v0.4.4.md`
-- Notes de couverture et parité : `COVERAGE.md`
-- Workflow d'extension hooks : `docs/hooks-extension.md`
-- Détails de configuration et contribution : `CONTRIBUTING.md`
-
-## Remerciements
-
-Inspiré par [oh-my-claudecode](https://github.com/Yeachan-Heo/oh-my-claudecode), adapté pour Codex CLI.
-
-## Licence
-
-MIT