[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"similar-Yeachan-Heo--oh-my-codex":3,"tool-Yeachan-Heo--oh-my-codex":61},[4,18,26,36,44,53],{"id":5,"name":6,"github_repo":7,"description_zh":8,"stars":9,"difficulty_score":10,"last_commit_at":11,"category_tags":12,"status":17},4358,"openclaw","openclaw\u002Fopenclaw","OpenClaw 是一款专为个人打造的本地化 AI 助手，旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚，能够直接接入你日常使用的各类通讯渠道，包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息，OpenClaw 都能即时响应，甚至支持在 macOS、iOS 和 Android 设备上进行语音交互，并提供实时的画布渲染功能供你操控。\n\n这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地，用户无需依赖云端服务即可享受快速、私密的智能辅助，真正实现了“你的数据，你做主”。其独特的技术亮点在于强大的网关架构，将控制平面与核心助手分离，确保跨平台通信的流畅性与扩展性。\n\nOpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者，以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力（支持 macOS、Linux 及 Windows WSL2），即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你",349277,3,"2026-04-06T06:32:30",[13,14,15,16],"Agent","开发框架","图像","数据工具","ready",{"id":19,"name":20,"github_repo":21,"description_zh":22,"stars":23,"difficulty_score":10,"last_commit_at":24,"category_tags":25,"status":17},3808,"stable-diffusion-webui","AUTOMATIC1111\u002Fstable-diffusion-webui","stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面，旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点，将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。\n\n无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师，还是想要深入探索模型潜力的开发者与研究人员，都能从中获益。其核心亮点在于极高的功能丰富度：不仅支持文生图、图生图、局部重绘（Inpainting）和外绘（Outpainting）等基础模式，还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外，它内置了 GFPGAN 和 CodeFormer 等人脸修复工具，支持多种神经网络放大算法，并允许用户通过插件系统无限扩展能力。即使是显存有限的设备，stable-diffusion-webui 也提供了相应的优化选项，让高质量的 AI 艺术创作变得触手可及。",162132,"2026-04-05T11:01:52",[14,15,13],{"id":27,"name":28,"github_repo":29,"description_zh":30,"stars":31,"difficulty_score":32,"last_commit_at":33,"category_tags":34,"status":17},1381,"everything-claude-code","affaan-m\u002Feverything-claude-code","everything-claude-code 是一套专为 AI 编程助手（如 Claude Code、Codex、Cursor 等）打造的高性能优化系统。它不仅仅是一组配置文件，而是一个经过长期实战打磨的完整框架，旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。\n\n通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能，everything-claude-code 能显著提升 AI 在复杂任务中的表现，帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略，使得模型响应更快、成本更低，同时有效防御潜在的攻击向量。\n\n这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库，还是需要 AI 协助进行安全审计与自动化测试，everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目，它融合了多语言支持与丰富的实战钩子（hooks），让 AI 真正成长为懂上",143909,2,"2026-04-07T11:33:18",[14,13,35],"语言模型",{"id":37,"name":38,"github_repo":39,"description_zh":40,"stars":41,"difficulty_score":32,"last_commit_at":42,"category_tags":43,"status":17},2271,"ComfyUI","Comfy-Org\u002FComfyUI","ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎，专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式，采用直观的节点式流程图界面，让用户通过连接不同的功能模块即可构建个性化的生成管线。\n\n这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景，也能自由组合模型、调整参数并实时预览效果，轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性，不仅支持 Windows、macOS 和 Linux 全平台，还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构，并率先支持 SDXL、Flux、SD3 等前沿模型。\n\n无论是希望深入探索算法潜力的研究人员和开发者，还是追求极致创作自由度的设计师与资深 AI 绘画爱好者，ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能，使其成为当前最灵活、生态最丰富的开源扩散模型工具之一，帮助用户将创意高效转化为现实。",107888,"2026-04-06T11:32:50",[14,15,13],{"id":45,"name":46,"github_repo":47,"description_zh":48,"stars":49,"difficulty_score":32,"last_commit_at":50,"category_tags":51,"status":17},4721,"markitdown","microsoft\u002Fmarkitdown","MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具，专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片（含 OCR）、音频（含语音转录）、HTML 乃至 YouTube 链接等多种格式的解析，能够精准提取文档中的标题、列表、表格和链接等关键结构信息。\n\n在人工智能应用日益普及的今天，大语言模型（LLM）虽擅长处理文本，却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点，它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式，成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外，它还提供了 MCP（模型上下文协议）服务器，可无缝集成到 Claude Desktop 等 LLM 应用中。\n\n这款工具特别适合开发者、数据科学家及 AI 研究人员使用，尤其是那些需要构建文档检索增强生成（RAG）系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性，但其核心优势在于为机器",93400,"2026-04-06T19:52:38",[52,14],"插件",{"id":54,"name":55,"github_repo":56,"description_zh":57,"stars":58,"difficulty_score":10,"last_commit_at":59,"category_tags":60,"status":17},4487,"LLMs-from-scratch","rasbt\u002FLLMs-from-scratch","LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目，旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型（LLM）。它不仅是同名技术著作的官方代码库，更提供了一套完整的实践方案，涵盖模型开发、预训练及微调的全过程。\n\n该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型，却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码，用户能够透彻掌握 Transformer 架构、注意力机制等关键原理，从而真正理解大模型是如何“思考”的。此外，项目还包含了加载大型预训练权重进行微调的代码，帮助用户将理论知识延伸至实际应用。\n\nLLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API，而是渴望探究模型构建细节的技术人员而言，这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计：将复杂的系统工程拆解为清晰的步骤，配合详细的图表与示例，让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础，还是为未来研发更大规模的模型做准备",90106,"2026-04-06T11:19:32",[35,15,13,14],{"id":62,"github_repo":63,"name":64,"description_en":65,"description_zh":66,"ai_summary_zh":67,"readme_en":68,"readme_zh":69,"quickstart_zh":70,"use_case_zh":71,"hero_image_url":72,"owner_login":73,"owner_name":74,"owner_avatar_url":75,"owner_bio":76,"owner_company":77,"owner_location":78,"owner_email":79,"owner_twitter":79,"owner_website":80,"owner_url":81,"languages":82,"stars":103,"forks":104,"last_commit_at":105,"license":79,"difficulty_score":32,"env_os":106,"env_gpu":107,"env_ram":107,"env_deps":108,"category_tags":114,"github_topics":79,"view_count":32,"oss_zip_url":79,"oss_zip_packed_at":79,"status":17,"created_at":115,"updated_at":116,"faqs":117,"releases":146},5194,"Yeachan-Heo\u002Foh-my-codex","oh-my-codex","OmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.","oh-my-codex（简称 OMX）是专为 OpenAI Codex CLI 打造的增强型工作流层。它并不取代 Codex 的核心执行能力，而是通过添加钩子、智能体团队和实时状态监控，让代码生成过程更加稳健和有序。\n\n许多开发者在使用 AI 编程助手时，常面临提示词随意、任务缺乏规划以及多步骤协作混乱等痛点。OMX 通过一套标准化的指令体系解决了这些问题：利用 `$deep-interview` 深度澄清需求，通过 `$ralplan` 制定并审批实施方案，再借助 `$ralph` 或 `$team` 实现从单线程持久执行到多线程并行协作的灵活交付。此外，它还能在 `.omx\u002F` 目录中自动持久化存储项目计划、日志和记忆状态，确保长周期任务的连续性。\n\n这款工具非常适合已经熟悉 Codex 并希望提升日常开发效率的软件工程师和技术团队。如果你需要处理复杂的系统重构或功能开发，OMX 提供的“先澄清、再规划、后执行”的专业流程，能显著降低 AI 幻觉带来的风险，提升代码产出的可靠性。对于追求极致工作流自动化和可维护性的开发者而言，oh-my-codex 是一个让 AI 编程从“玩具”走","oh-my-codex（简称 OMX）是专为 OpenAI Codex CLI 打造的增强型工作流层。它并不取代 Codex 的核心执行能力，而是通过添加钩子、智能体团队和实时状态监控，让代码生成过程更加稳健和有序。\n\n许多开发者在使用 AI 编程助手时，常面临提示词随意、任务缺乏规划以及多步骤协作混乱等痛点。OMX 通过一套标准化的指令体系解决了这些问题：利用 `$deep-interview` 深度澄清需求，通过 `$ralplan` 制定并审批实施方案，再借助 `$ralph` 或 `$team` 实现从单线程持久执行到多线程并行协作的灵活交付。此外，它还能在 `.omx\u002F` 目录中自动持久化存储项目计划、日志和记忆状态，确保长周期任务的连续性。\n\n这款工具非常适合已经熟悉 Codex 并希望提升日常开发效率的软件工程师和技术团队。如果你需要处理复杂的系统重构或功能开发，OMX 提供的“先澄清、再规划、后执行”的专业流程，能显著降低 AI 幻觉带来的风险，提升代码产出的可靠性。对于追求极致工作流自动化和可维护性的开发者而言，oh-my-codex 是一个让 AI 编程从“玩具”走向“生产级”的得力助手。","# oh-my-codex (OMX)\n\n\u003Cp align=\"center\">\n  \u003Cimg src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002FYeachan-Heo_oh-my-codex_readme_2b1402f1ae75.png\" alt=\"oh-my-codex character\" width=\"280\">\n  \u003Cbr>\n  \u003Cem>Start Codex stronger, then let OMX add better prompts, workflows, and runtime help when the work grows.\u003C\u002Fem>\n\u003C\u002Fp>\n\n[![npm version](https:\u002F\u002Fimg.shields.io\u002Fnpm\u002Fv\u002Foh-my-codex)](https:\u002F\u002Fwww.npmjs.com\u002Fpackage\u002Foh-my-codex)\n[![License: MIT](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FLicense-MIT-yellow.svg)](https:\u002F\u002Fopensource.org\u002Flicenses\u002FMIT)\n[![Node.js](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Fnode-%3E%3D20-brightgreen)](https:\u002F\u002Fnodejs.org)\n[![Discord](https:\u002F\u002Fimg.shields.io\u002Fdiscord\u002F1452487457085063218?color=5865F2&logo=discord&logoColor=white&label=Discord)](https:\u002F\u002Fdiscord.gg\u002FPUwSMR9XNk)\n\n**Website:** https:\u002F\u002Fyeachan-heo.github.io\u002Foh-my-codex-website\u002F\n**Docs:** [Getting Started](.\u002Fdocs\u002Fgetting-started.html) · [Agents](.\u002Fdocs\u002Fagents.html) · [Skills](.\u002Fdocs\u002Fskills.html) · [Integrations](.\u002Fdocs\u002Fintegrations.html) · [Demo](.\u002FDEMO.md) · [OpenClaw guide](.\u002Fdocs\u002Fopenclaw-integration.md)\n**Community:** [Discord](https:\u002F\u002Fdiscord.gg\u002FPUwSMR9XNk) — shared OMX\u002Fcommunity server for oh-my-codex and related tooling.\n\nOMX is a workflow layer for [OpenAI Codex CLI](https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex).\n\nIt keeps Codex as the execution engine and makes it easier to:\n- start a stronger Codex session by default\n- run one consistent workflow from clarification to completion\n- invoke the canonical skills with `$deep-interview`, `$ralplan`, `$team`, and `$ralph`\n- keep project guidance, plans, logs, and state in `.omx\u002F`\n\n## Core Maintainers\n\n| Role | Name | GitHub |\n| --- | --- | --- |\n| Creator & Lead | Yeachan Heo | [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) |\n| Maintainer | HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n\n## Ambassadors\n\n| Name | GitHub |\n| --- | --- |\n| Sigrid Jin | [@sigridjineth](https:\u002F\u002Fgithub.com\u002Fsigridjineth) |\n\n## Top Collaborators\n\n| Name | GitHub |\n| --- | --- |\n| HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n| Junho Yeo | [@junhoyeo](https:\u002F\u002Fgithub.com\u002Fjunhoyeo) |\n| JiHongKim98 | [@JiHongKim98](https:\u002F\u002Fgithub.com\u002FJiHongKim98) |\n| Lor | — |\n| HyunjunJeon | [@HyunjunJeon](https:\u002F\u002Fgithub.com\u002FHyunjunJeon) |\n\n## Recommended default flow\n\nIf you want the default OMX experience, start here:\n\n```bash\nnpm install -g @openai\u002Fcodex oh-my-codex\nomx setup\nomx --madmax --high\n```\n\nThen work normally inside Codex:\n\n```text\n$deep-interview \"clarify the authentication change\"\n$ralplan \"approve the auth plan and review tradeoffs\"\n$ralph \"carry the approved plan to completion\"\n$team 3:executor \"execute the approved plan in parallel\"\n```\n\nThat is the main path.\nStart OMX strongly, clarify first when needed, approve the plan, then choose `$team` for coordinated parallel execution or `$ralph` for the persistent completion loop.\n\n## What OMX is for\n\nUse OMX if you already like Codex and want a better day-to-day runtime around it:\n- a standard workflow built around `$deep-interview`, `$ralplan`, `$team`, and `$ralph`\n- specialist roles and supporting skills when the task needs them\n- project guidance through scoped `AGENTS.md`\n- durable state under `.omx\u002F` for plans, logs, memory, and mode tracking\n\nIf you want plain Codex with no extra workflow layer, you probably do not need OMX.\n\n## Quick start\n\n### Requirements\n\n- Node.js 20+\n- Codex CLI installed: `npm install -g @openai\u002Fcodex`\n- Codex auth configured\n- `tmux` on macOS\u002FLinux if you later want the durable team runtime\n- `psmux` on native Windows if you later want Windows team mode\n\n### A good first session\n\nLaunch OMX the recommended way:\n\n```bash\nomx --madmax --high\n```\n\nThen try the canonical workflow:\n\n```text\n$deep-interview \"clarify the authentication change\"\n$ralplan \"approve the safest implementation path\"\n$ralph \"carry the approved plan to completion\"\n$team 3:executor \"execute the approved plan in parallel\"\n```\n\nUse `$team` when the approved plan needs coordinated parallel work, or `$ralph` when one persistent owner should keep pushing to completion.\n\n## A simple mental model\n\nOMX does **not** replace Codex.\n\nIt adds a better working layer around it:\n- **Codex** does the actual agent work\n- **OMX role keywords** make useful roles reusable\n- **OMX skills** make common workflows reusable\n- **`.omx\u002F`** stores plans, logs, memory, and runtime state\n\nMost users should think of OMX as **better task routing + better workflow + better runtime**, not as a command surface to operate manually all day.\n\n## Start here if you are new\n\n1. Run `omx setup`\n2. Launch with `omx --madmax --high`\n3. Use `$deep-interview \"...\"` when the request or boundaries are still unclear\n4. Use `$ralplan \"...\"` to approve the plan and review tradeoffs\n5. Choose `$team` for coordinated parallel execution or `$ralph` for persistent completion loops\n\n## Recommended workflow\n\n1. `$deep-interview` — clarify scope when the request or boundaries are still vague.\n2. `$ralplan` — turn that clarified scope into an approved architecture and implementation plan.\n3. `$team` or `$ralph` — use `$team` for coordinated parallel execution, or `$ralph` when you want a persistent completion loop with one owner.\n\n## Common in-session surfaces\n\n| Surface | Use it for |\n| --- | --- |\n| `$deep-interview \"...\"` | clarifying intent, boundaries, and non-goals |\n| `$ralplan \"...\"` | approving the implementation plan and tradeoffs |\n| `$ralph \"...\"` | persistent completion and verification loops |\n| `$team \"...\"` | coordinated parallel execution when the work is big enough |\n| `\u002Fskills` | browsing installed skills and supporting helpers |\n\n## Advanced \u002F operator surfaces\n\nThese are useful, but they are not the main onboarding path.\n\n### Team runtime\n\nUse the team runtime when you specifically need durable tmux\u002Fworktree coordination, not as the default way to begin using OMX.\n\n```bash\nomx team 3:executor \"fix the failing tests with verification\"\nomx team status \u003Cteam-name>\nomx team resume \u003Cteam-name>\nomx team shutdown \u003Cteam-name>\n```\n\n### Setup, doctor, and HUD\n\nThese are operator\u002Fsupport surfaces:\n- `omx setup` installs prompts, skills, AGENTS scaffolding, `.codex\u002Fconfig.toml`, and OMX-managed native Codex hooks in `.codex\u002Fhooks.json`\n- `omx doctor` verifies the install when something seems wrong\n- `omx hud --watch` is a monitoring\u002Fstatus surface, not the primary user workflow\n\nFor non-team sessions, native Codex hooks are now the canonical lifecycle surface:\n- `.codex\u002Fhooks.json` = native Codex hook registrations\n- `.omx\u002Fhooks\u002F*.mjs` = OMX plugin hooks\n- `omx tmux-hook` \u002F notify-hook \u002F derived watcher = tmux + runtime fallback paths\n\nSee [Codex native hook mapping](.\u002Fdocs\u002Fcodex-native-hooks.md) for the current native \u002F fallback matrix.\n\n### Explore and sparkshell\n\n- `omx explore --prompt \"...\"` is for read-only repository lookup\n- `omx sparkshell \u003Ccommand>` is for shell-native inspection and bounded verification\n\nExamples:\n\n```bash\nomx explore --prompt \"find where team state is written\"\nomx sparkshell git status\nomx sparkshell --tmux-pane %12 --tail-lines 400\n```\n\n### Platform notes for team mode\n\n`omx team` needs a tmux-compatible backend:\n\n| Platform | Install |\n| --- | --- |\n| macOS | `brew install tmux` |\n| Ubuntu\u002FDebian | `sudo apt install tmux` |\n| Fedora | `sudo dnf install tmux` |\n| Arch | `sudo pacman -S tmux` |\n| Windows | `winget install psmux` |\n| Windows (WSL2) | `sudo apt install tmux` |\n\n## Known issues\n\n### Intel Mac: high `syspolicyd` \u002F `trustd` CPU during startup\n\nOn some Intel Macs, OMX startup — especially with `--madmax --high` — can spike `syspolicyd` \u002F `trustd` CPU usage while macOS Gatekeeper validates many concurrent process launches.\n\nIf this happens, try:\n- `xattr -dr com.apple.quarantine $(which omx)`\n- adding your terminal app to the Developer Tools allowlist in macOS Security settings\n- using lower concurrency (for example, avoid `--madmax --high`)\n\n## Documentation\n\n- [Getting Started](.\u002Fdocs\u002Fgetting-started.html)\n- [Demo guide](.\u002FDEMO.md)\n- [Agent catalog](.\u002Fdocs\u002Fagents.html)\n- [Skills reference](.\u002Fdocs\u002Fskills.html)\n- [Codex native hook mapping](.\u002Fdocs\u002Fcodex-native-hooks.md)\n- [Integrations](.\u002Fdocs\u002Fintegrations.html)\n- [OpenClaw \u002F notification gateway guide](.\u002Fdocs\u002Fopenclaw-integration.md)\n- [Contributing](.\u002FCONTRIBUTING.md)\n- [Changelog](.\u002FCHANGELOG.md)\n\n## Languages\n\n- [English](.\u002FREADME.md)\n- [한국어](.\u002Fdocs\u002Freadme\u002FREADME.ko.md)\n- [日本語](.\u002Fdocs\u002Freadme\u002FREADME.ja.md)\n- [简体中文](.\u002Fdocs\u002Freadme\u002FREADME.zh.md)\n- [繁體中文](.\u002Fdocs\u002Freadme\u002FREADME.zh-TW.md)\n- [Tiếng Việt](.\u002Fdocs\u002Freadme\u002FREADME.vi.md)\n- [Español](.\u002Fdocs\u002Freadme\u002FREADME.es.md)\n- [Português](.\u002Fdocs\u002Freadme\u002FREADME.pt.md)\n- [Русский](.\u002Fdocs\u002Freadme\u002FREADME.ru.md)\n- [Türkçe](.\u002Fdocs\u002Freadme\u002FREADME.tr.md)\n- [Deutsch](.\u002Fdocs\u002Freadme\u002FREADME.de.md)\n- [Français](.\u002Fdocs\u002Freadme\u002FREADME.fr.md)\n- [Italiano](.\u002Fdocs\u002Freadme\u002FREADME.it.md)\n- [Ελληνικά](.\u002Fdocs\u002Freadme\u002FREADME.el.md)\n- [Polski](.\u002Fdocs\u002Freadme\u002FREADME.pl.md)\n- [Українська](.\u002Fdocs\u002Freadme\u002FREADME.uk.md)\n\n## Contributors\n\n| Role | Name | GitHub |\n| --- | --- | --- |\n| Creator & Lead | Yeachan Heo | [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) |\n| Maintainer | HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n\n## Star History\n\n[![Star History Chart](https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002FYeachan-Heo_oh-my-codex_readme_6b73caa9f7b5.png)](https:\u002F\u002Fwww.star-history.com\u002F#Yeachan-Heo\u002Foh-my-codex&type=date&legend=top-left)\n\n## License\n\nMIT\n","# 哦我的法典（OMX）\n\n\u003Cp align=\"center\">\n  \u003Cimg src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002FYeachan-Heo_oh-my-codex_readme_2b1402f1ae75.png\" alt=\"oh-my-codex角色\" width=\"280\">\n  \u003Cbr>\n  \u003Cem>让Codex以更强的状态启动，随后在工作规模扩大时，由OMX添加更优的提示、工作流和运行时辅助。\u003C\u002Fem>\n\u003C\u002Fp>\n\n[![npm版本](https:\u002F\u002Fimg.shields.io\u002Fnpm\u002Fv\u002Foh-my-codex)](https:\u002F\u002Fwww.npmjs.com\u002Fpackage\u002Foh-my-codex)\n[![许可证：MIT](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002FLicense-MIT-yellow.svg)](https:\u002F\u002Fopensource.org\u002Flicenses\u002FMIT)\n[![Node.js](https:\u002F\u002Fimg.shields.io\u002Fbadge\u002Fnode-%3E%3D20-brightgreen)](https:\u002F\u002Fnodejs.org)\n[![Discord](https:\u002F\u002Fimg.shields.io\u002Fdiscord\u002F1452487457085063218?color=5865F2&logo=discord&logoColor=white&label=Discord)](https:\u002F\u002Fdiscord.gg\u002FPUwSMR9XNk)\n\n**官网:** https:\u002F\u002Fyeachan-heo.github.io\u002Foh-my-codex-website\u002F\n**文档:** [入门](.\u002Fdocs\u002Fgetting-started.html) · [代理](.\u002Fdocs\u002Fagents.html) · [技能](.\u002Fdocs\u002Fskills.html) · [集成](.\u002Fdocs\u002Fintegrations.html) · [演示](.\u002FDEMO.md) · [OpenClaw指南](.\u002Fdocs\u002Fopenclaw-integration.md)\n**社区:** [Discord](https:\u002F\u002Fdiscord.gg\u002FPUwSMR9XNk) — oh-my-codex及相关工具的共享OMX\u002F社区服务器。\n\nOMX是针对[OpenAI Codex CLI](https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex)的工作流层。\n\n它保留了Codex作为执行引擎，并使以下操作更加便捷：\n- 默认启动更强大的Codex会话\n- 从澄清到完成执行一致的工作流\n- 使用`$deep-interview`、`$ralplan`、`$team`和`$ralph`调用标准技能\n- 将项目指导、计划、日志和状态保存在`.omx\u002F`中\n\n## 核心维护者\n\n| 职位 | 姓名 | GitHub |\n| --- | --- | --- |\n| 创建者 & 首席 | Yeachan Heo | [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) |\n| 维护者 | HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n\n## 大使\n\n| 姓名 | GitHub |\n| --- | --- |\n| Sigrid Jin | [@sigridjineth](https:\u002F\u002Fgithub.com\u002Fsigridjineth) |\n\n## 主要贡献者\n\n| 姓名 | GitHub |\n| --- | --- |\n| HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n| Junho Yeo | [@junhoyeo](https:\u002F\u002Fgithub.com\u002Fjunhoyeo) |\n| JiHongKim98 | [@JiHongKim98](https:\u002F\u002Fgithub.com\u002FJiHongKim98) |\n| Lor | — |\n| HyunjunJeon | [@HyunjunJeon](https:\u002F\u002Fgithub.com\u002FHyunjunJeon) |\n\n## 推荐的默认流程\n\n若想体验OMX的默认功能，请从这里开始：\n\n```bash\nnpm install -g @openai\u002Fcodex oh-my-codex\nomx setup\nomx --madmax --high\n```\n\n然后在Codex中正常工作：\n\n```text\n$deep-interview \"clarify the authentication change\"\n$ralplan \"approve the auth plan and review tradeoffs\"\n$ralph \"carry the approved plan to completion\"\n$team 3:executor \"execute the approved plan in parallel\"\n```\n\n这就是主要路径。先以较强的状态启动OMX，必要时先澄清需求，批准方案后，再选择`$team`进行协调并行执行，或`$ralph`用于持续的完成循环。\n\n## OMX适用场景\n\n如果你已经喜欢使用Codex，并希望围绕它获得更好的日常运行体验，那么可以使用OMX：\n- 围绕`$deep-interview`、`$ralplan`、`$team`和`$ralph`构建的标准工作流\n- 当任务需要时提供的专业角色和支持技能\n- 通过限定范围的`AGENTS.md`进行项目指导\n- 在`.omx\u002F`下持久化存储计划、日志、记忆和模式跟踪信息\n\n如果你只需要纯粹的Codex，而不需要额外的工作流层，那么可能并不需要OMX。\n\n## 快速入门\n\n### 要求\n\n- Node.js 20+\n- 已安装Codex CLI：`npm install -g @openai\u002Fcodex`\n- 已配置Codex认证\n- 如果后续需要持久化的团队运行环境，macOS\u002FLinux上需安装`tmux`\n- 如果后续需要Windows团队模式，原生Windows上需安装`psmux`\n\n### 第一次良好体验\n\n按推荐方式启动OMX：\n\n```bash\nomx --madmax --high\n```\n\n然后尝试标准工作流：\n\n```text\n$deep-interview \"clarify the authentication change\"\n$ralplan \"approve the safest implementation path\"\n$ralph \"carry the approved plan to completion\"\n$team 3:executor \"execute the approved plan in parallel\"\n```\n\n当批准的计划需要协调并行工作时使用`$team`，或者当需要一个持续的负责人推动完成时使用`$ralph`。\n\n## 简单的理解模型\n\nOMX并不会取代Codex。\n\n它在Codex周围增加了一个更好的工作层：\n- **Codex** 执行实际的代理任务\n- **OMX角色关键词** 使有用的角色可复用\n- **OMX技能** 使常见工作流可复用\n- **`.omx\u002F`** 存储计划、日志、记忆和运行时状态\n\n大多数用户应将OMX视为**更好的任务路由 + 更好的工作流 + 更好的运行时**，而不是全天手动操作的命令界面。\n\n## 新手入门指南\n\n1. 运行`omx setup`\n2. 使用`omx --madmax --high`启动\n3. 当请求或边界尚不明确时，使用`$deep-interview \"...\"`\n4. 使用`$ralplan \"...\"`批准计划并评估权衡\n5. 选择`$team`进行协调并行执行，或`$ralph`用于持续的完成循环\n\n## 推荐的工作流程\n\n1. `$deep-interview` — 在请求或边界仍模糊时澄清范围。\n2. `$ralplan` — 将澄清后的范围转化为已批准的架构与实施方案。\n3. `$team`或`$ralph` — 使用`$team`进行协调并行执行，或使用`$ralph`当您希望由一位负责人持续推动完成时。\n\n## 常见的会话界面\n\n| 界面 | 用途 |\n| --- | --- |\n| `$deep-interview \"...\"` | 澄清意图、边界和非目标 |\n| `$ralplan \"...\"` | 批准实施方案及权衡 |\n| `$ralph \"...\"` | 持续的完成与验证循环 |\n| `$team \"...\"` | 当工作量足够大时进行协调并行执行 |\n| `\u002Fskills` | 浏览已安装的技能及辅助工具 |\n\n## 高级\u002F运维界面\n\n这些界面很有用，但并非主要的入门路径。\n\n### 团队运行环境\n\n团队运行环境应在特别需要持久化的tmux\u002F工作树协调时使用，而不是作为使用OMX的默认方式。\n\n```bash\nomx team 3:executor \"fix the failing tests with verification\"\nomx team status \u003Cteam-name>\nomx team resume \u003Cteam-name>\nomx team shutdown \u003Cteam-name>\n```\n\n### 设置、诊断与HUD\n\n这些是运维\u002F支持界面：\n- `omx setup` 安装提示、技能、AGENTS脚手架、`.codex\u002Fconfig.toml`以及OMX管理的原生Codex钩子文件`.codex\u002Fhooks.json`\n- `omx doctor` 在出现问题时验证安装情况\n- `omx hud --watch` 是监控\u002F状态界面，而非主要的用户工作流\n\n对于非团队会话，原生Codex钩子现在是标准的生命周期界面：\n- `.codex\u002Fhooks.json` = 原生Codex钩子注册\n- `.omx\u002Fhooks\u002F*.mjs` = OMX插件钩子\n- `omx tmux-hook` \u002F notify-hook \u002F derived watcher = tmux + 运行时回退路径\n\n有关当前原生\u002F回退矩阵，请参阅[Codex原生钩子映射](.\u002Fdocs\u002Fcodex-native-hooks.md)。\n\n### 探索与 sparkshell\n\n- `omx explore --prompt \"...\"` 用于只读仓库查询\n- `omx sparkshell \u003Ccommand>` 用于原生 Shell 检查和有限范围的验证\n\n示例：\n\n```bash\nomx explore --prompt \"查找团队状态写入的位置\"\nomx sparkshell git status\nomx sparkshell --tmux-pane %12 --tail-lines 400\n```\n\n### 团队模式的平台说明\n\n`omx team` 需要一个兼容 tmux 的后端：\n\n| 平台 | 安装命令 |\n| --- | --- |\n| macOS | `brew install tmux` |\n| Ubuntu\u002FDebian | `sudo apt install tmux` |\n| Fedora | `sudo dnf install tmux` |\n| Arch | `sudo pacman -S tmux` |\n| Windows | `winget install psmux` |\n| Windows (WSL2) | `sudo apt install tmux` |\n\n## 已知问题\n\n### Intel Mac：启动时 `syspolicyd` \u002F `trustd` CPU 使用率过高\n\n在某些 Intel Mac 上，OMX 启动——尤其是使用 `--madmax --high` 选项时——可能会导致 `syspolicyd` \u002F `trustd` 的 CPU 使用率激增，因为 macOS Gatekeeper 需要同时验证大量进程的启动。\n\n如果出现这种情况，请尝试：\n- `xattr -dr com.apple.quarantine $(which omx)`\n- 将您的终端应用添加到 macOS 安全设置中的开发者工具允许列表中\n- 降低并发度（例如，避免使用 `--madmax --high`）\n\n## 文档\n\n- [入门指南](.\u002Fdocs\u002Fgetting-started.html)\n- [演示指南](.\u002FDEMO.md)\n- [代理目录](.\u002Fdocs\u002Fagents.html)\n- [技能参考](.\u002Fdocs\u002Fskills.html)\n- [Codex 原生钩子映射](.\u002Fdocs\u002Fcodex-native-hooks.md)\n- [集成](.\u002Fdocs\u002Fintegrations.html)\n- [OpenClaw \u002F 通知网关指南](.\u002Fdocs\u002Fopenclaw-integration.md)\n- [贡献指南](.\u002FCONTRIBUTING.md)\n- [变更日志](.\u002FCHANGELOG.md)\n\n## 语言\n\n- [英语](.\u002FREADME.md)\n- [한국어](.\u002Fdocs\u002Freadme\u002FREADME.ko.md)\n- [日本語](.\u002Fdocs\u002Freadme\u002FREADME.ja.md)\n- [简体中文](.\u002Fdocs\u002Freadme\u002FREADME.zh.md)\n- [繁體中文](.\u002Fdocs\u002Freadme\u002FREADME.zh-TW.md)\n- [Tiếng Việt](.\u002Fdocs\u002Freadme\u002FREADME.vi.md)\n- [Español](.\u002Fdocs\u002Freadme\u002FREADME.es.md)\n- [Português](.\u002Fdocs\u002Freadme\u002FREADME.pt.md)\n- [Русский](.\u002Fdocs\u002Freadme\u002FREADME.ru.md)\n- [Türkçe](.\u002Fdocs\u002Freadme\u002FREADME.tr.md)\n- [Deutsch](.\u002Fdocs\u002Freadme\u002FREADME.de.md)\n- [Français](.\u002Fdocs\u002Freadme\u002FREADME.fr.md)\n- [Italiano](.\u002Fdocs\u002Freadme\u002FREADME.it.md)\n- [Ελληνικά](.\u002Fdocs\u002Freadme\u002FREADME.el.md)\n- [Polski](.\u002Fdocs\u002Freadme\u002FREADME.pl.md)\n- [Українська](.\u002Fdocs\u002Freadme\u002FREADME.uk.md)\n\n## 贡献者\n\n| 角色 | 姓名 | GitHub |\n| --- | --- | --- |\n| 创建者 & 项目负责人 | Yeachan Heo | [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) |\n| 维护者 | HaD0Yun | [@HaD0Yun](https:\u002F\u002Fgithub.com\u002FHaD0Yun) |\n\n## 星标历史\n\n[![星标历史图表](https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002FYeachan-Heo_oh-my-codex_readme_6b73caa9f7b5.png)](https:\u002F\u002Fwww.star-history.com\u002F#Yeachan-Heo\u002Foh-my-codex&type=date&legend=top-left)\n\n## 许可证\n\nMIT","# oh-my-codex (OMX) 快速上手指南\n\noh-my-codex (OMX) 是专为 [OpenAI Codex CLI](https:\u002F\u002Fgithub.com\u002Fopenai\u002Fcodex) 设计的工作流增强层。它不替代 Codex，而是通过标准化的角色（Agents）、技能（Skills）和持久化状态管理，让 Codex 在执行复杂任务时更强大、更连贯。\n\n## 环境准备\n\n在开始之前，请确保您的开发环境满足以下要求：\n\n*   **Node.js**: 版本需 >= 20。\n*   **Codex CLI**: 必须已安装并配置好 OpenAI 认证。\n*   **终端复用器 (可选但推荐)**:\n    *   **macOS \u002F Linux**: 需安装 `tmux` (用于团队并行模式)。\n    *   **Windows (原生)**: 需安装 `psmux`。\n    *   **Windows (WSL2)**: 需安装 `tmux`。\n\n> **提示**：国内用户若遇到 npm 安装缓慢，可临时切换至国内镜像源：\n> `npm config set registry https:\u002F\u002Fregistry.npmmirror.com`\n\n## 安装步骤\n\n1.  **全局安装依赖**\n    同时安装 OpenAI Codex 和 oh-my-codex：\n    ```bash\n    npm install -g @openai\u002Fcodex oh-my-codex\n    ```\n\n2.  **初始化配置**\n    运行设置命令，自动安装提示词、技能模板、`AGENTS.md` 脚手架以及 Codex 原生钩子：\n    ```bash\n    omx setup\n    ```\n\n## 基本使用\n\n### 1. 启动强化会话\n推荐使用“高并发”模式启动，以获得最佳的初始性能：\n```bash\nomx --madmax --high\n```\n\n### 2. 标准工作流示例\n进入 Codex 交互界面后，建议遵循以下标准化流程来处理复杂任务：\n\n*   **第一步：澄清需求**\n    当任务边界或需求模糊时，使用 `$deep-interview` 进行深度访谈以明确范围。\n    ```text\n    $deep-interview \"clarify the authentication change\"\n    ```\n\n*   **第二步：制定并批准计划**\n    使用 `$ralplan` 将澄清后的需求转化为具体的架构和实施计划，并审查权衡方案。\n    ```text\n    $ralplan \"approve the safest implementation path\"\n    ```\n\n*   **第三步：执行任务**\n    根据任务规模选择执行模式：\n    *   **并行协作模式 (`$team`)**：适用于大型任务，需要协调多个执行者并行工作。\n        ```text\n        $team 3:executor \"execute the approved plan in parallel\"\n        ```\n    *   **持续完成模式 (`$ralph`)**：适用于由单一负责人持续推动直至完成的任务。\n        ```text\n        $ralph \"carry the approved plan to completion\"\n        ```\n\n### 3. 常用辅助命令\n在会话中，您可以随时使用以下命令查看可用技能或探索项目：\n*   浏览已安装的技能列表：\n    ```text\n    \u002Fskills\n    ```\n*   只读探索仓库内容（非交互式）：\n    ```bash\n    omx explore --prompt \"find where team state is written\"\n    ```\n\n---\n**核心理念**：将 OMX 视为“更好的任务路由 + 更优的工作流 + 更强的运行时”，而非手动操作的命令集合。让 Codex 负责实际执行，让 OMX 负责流程编排。","某全栈开发者正面临一个紧急任务：需要在现有电商系统中重构复杂的用户认证模块，涉及数据库迁移、API 更新及前端适配，且要求零停机部署。\n\n### 没有 oh-my-codex 时\n- **需求模糊导致返工**：直接让 Codex 生成代码，常因对业务逻辑理解偏差而产出不可用的片段，需反复手动澄清上下文。\n- **缺乏标准化流程**：从构思到落地全靠开发者口头指挥，缺少“确认计划 - 审批方案 - 执行”的标准闭环，容易遗漏边界情况。\n- **并行协作困难**：面对多文件修改任务，只能串行等待 Codex 逐个处理，无法协调多个代理同时处理不同模块，效率低下。\n- **状态管理混乱**：会话中断或上下文过长时，之前的决策逻辑和中间计划丢失，难以追溯之前的技术选型理由。\n\n### 使用 oh-my-codex 后\n- **深度访谈明确需求**：通过 `$deep-interview` 指令，oh-my-codex 主动引导开发者厘清认证变更的细节，确保生成的代码精准匹配业务场景。\n- **标准化工作流保障质量**：利用 `$ralplan` 制定并审批实施方案，再交由 `$ralph` 持续执行至完成，形成了从规划到交付的可靠闭环。\n- **团队模式并行加速**：调用 `$team 3:executor` 指令，oh-my-codex 自动组建代理小队，并行处理数据库、后端与前端代码，大幅缩短重构周期。\n- **持久化状态随时回溯**：所有计划、日志和决策依据自动保存在 `.omx\u002F` 目录中，即使会话重启也能无缝接续之前的进度与上下文。\n\noh-my-codex 将原本松散的 AI 对话升级为结构化、可协作且状态持久的工程化开发流，让复杂重构任务变得可控且高效。","https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002FYeachan-Heo_oh-my-codex_2b1402f1.png","Yeachan-Heo","Bellman","https:\u002F\u002Foss.gittoolsai.com\u002Favatars\u002FYeachan-Heo_d5cddac2.jpg","Dedicated Algorithmic Trader\r\n\r\nLeader of Quant.start() - Korea's biggest Quant Trading Community\r\n","@Layoff-Labs ","Seoul ",null,"bellman.tistory.com","https:\u002F\u002Fgithub.com\u002FYeachan-Heo",[83,87,91,95,99],{"name":84,"color":85,"percentage":86},"TypeScript","#3178c6",91.9,{"name":88,"color":89,"percentage":90},"Rust","#dea584",4.3,{"name":92,"color":93,"percentage":94},"JavaScript","#f1e05a",2.8,{"name":96,"color":97,"percentage":98},"Python","#3572A5",0.6,{"name":100,"color":101,"percentage":102},"Shell","#89e051",0.4,17993,1700,"2026-04-07T13:21:40","Linux, macOS, Windows","未说明",{"notes":109,"python":107,"dependencies":110},"该工具是基于 OpenAI Codex CLI 的工作流层，主要依赖 Node.js 环境而非 Python。在 macOS\u002FLinux 上使用团队模式（team mode）需安装 tmux；在原生 Windows 上使用团队模式需安装 psmux。Intel Mac 用户在启动时可能会遇到 syspolicyd\u002Ftrustd CPU 占用高的问题，建议将终端应用加入开发者工具白名单或降低并发参数。",[111,112,113],"Node.js >= 20","@openai\u002Fcodex (CLI)","oh-my-codex (npm package)",[35,13,52],"2026-03-27T02:49:30.150509","2026-04-08T02:00:40.712730",[118,123,128,133,138,142],{"id":119,"question_zh":120,"answer_zh":121,"source_url":122},23541,"在 Windows 上运行 omx 时，Visual Studio Code 窗口不断闪烁并消失，如何解决？","该问题是由于 Windows 上的 conhost.exe 闪烁引起的，修复方案已合并到 PR #1123 中。主要改动包括使用基于文件系统的 git 读取方式消除闪烁，并结合 PR #1104 和 #1107 为剩余的子进程调用添加 windowsHide 选项。\n\n如果您使用的是最新发布的版本（如 v0.11.11），该修复可能尚未包含在内。您可以选择：\n1. 等待下一个正式版本发布。\n2. 立即从 GitHub 的 dev 分支安装最新源代码以获取修复：\n   npm install -g \u003Cgithub-repo-url>#dev\n\n相关修复代码：PR #1123, #1104, #1107。","https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F1100",{"id":124,"question_zh":125,"answer_zh":126,"source_url":127},23542,"Oh My Codex 团队模式（team workflow）在原生 Windows 上不支持 tmux，有什么替代方案？","由于原生 Windows 对 tmux 支持有限，您可以尝试以下方案：\n\n1. **使用 psmux（推荐）**：这是一个用 Rust 编写的原生 Windows 终端复用器，完全兼容 tmux 命令和环境变量（如 $TMUX）。\n   - 安装命令：winget install psmux\n   - 优势：零依赖、离线可用、包含 tmux.exe 别名。\n   - 项目地址：https:\u002F\u002Fgithub.com\u002Fmarlocarlo\u002Fpsmux\n\n2. **使用 itmux**：通过 SSH 连接远程 Linux 主机上的 tmux，但需要网络配置和远程服务器。\n\n3. **等待原生支持**：项目计划引入基于进程的 worker 传输 fallback 机制，当检测不到 tmux 时自动切换，但这可能需要等待后续版本更新或社区贡献 PR。","https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F36",{"id":129,"question_zh":130,"answer_zh":131,"source_url":132},23543,"长时间运行后 MCP 实例数量过多导致内存耗尽，该如何解决？","这是一个已知 Bug，原因是 MCP 进程被重复创建而不是重启。执行 `omx cleanup` 命令通常无法解决此问题，因为该命令仅清理孤儿进程，而此问题的根源在于进程管理逻辑。\n\n真正的修复已在 PR #1183 中合并。解决方案如下：\n1. 如果您当前使用的是旧版本，可能会继续遇到此问题。\n2. 请升级到包含 PR #1183 修复的最新版本（或从 dev 分支安装）。\n3. 升级后，MCP 进程将正确地被重启而不是无限新建，从而避免内存耗尽。","https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F1182",{"id":134,"question_zh":135,"answer_zh":136,"source_url":137},23544,"在 Ralph 模式下 Agent 停止运行或陷入死循环，如何恢复开发循环？","当 Ralph 模式（$ralph）卡住或偏离轨道时，不要依赖旧的运行时状态自动恢复。最佳实践是启动一个新的会话，并使用一个紧凑的“上下文携带块”手动传递关键信息。该块应包含以下 4 个部分：\n\n1. **目标（Goal）**：明确当前需要解决的具体任务。\n2. **已尝试的方法（What was already tried）**：列出之前执行过的步骤和结果。\n3. **当前状态（Current State）**：描述代码库当前的具体情况或报错信息。\n4. **下一步计划（Next Steps）**：建议接下来要执行的操作。\n\n通过这种方式，可以让新的 Agent 实例快速接手工作，避免因状态混乱导致的死循环。","https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F1272",{"id":139,"question_zh":140,"answer_zh":141,"source_url":122},23545,"如何检查 Oh My Codex 的安装环境和配置是否正确？","您可以使用内置的诊断工具 `omx doctor` 来检查环境状态。该命令会输出详细的检查结果，包括：\n- Codex CLI 和 Node.js 版本是否安装。\n- Explore Harness（Rust 组件）是否就绪。\n- 配置文件（config.toml）是否存在且包含 OMX 条目。\n- 安装的 Prompts 和 Skills 数量。\n- MCP Servers 的配置情况。\n\n如果看到警告（如 `[!!]`），通常会附带建议操作。例如，如果提示缺少 Rust 或 cargo，您需要安装 Rust 或设置 `OMX_EXPLORE_BIN` 环境变量。若需刷新所有组件，可运行 `omx setup --force`。",{"id":143,"question_zh":144,"answer_zh":145,"source_url":132},23546,"MCP 服务器配置示例是什么样的？如何在 config.toml 中定义？","MCP 服务器在 `config.toml` 中通过 `[mcp_servers.\u003Cname>]` 字段定义。每个服务器需要指定 `command`（命令）和 `args`（参数列表），可选配置 `startup_timeout_sec`（启动超时时间）。\n\n常见配置示例：\n\n[mcp_servers.playwright]\ncommand = \"npx\"\nargs = [\"@playwright\u002Fmcp@latest\"]\n\n[mcp_servers.fetch]\ncommand = \"uvx\"\nargs = [\"mcp-server-fetch\"]\n\n[mcp_servers.omx_state]\ncommand = \"node\"\nargs = [\"\u002Fpath\u002Fto\u002Foh-my-codex\u002Fdist\u002Fmcp\u002Fstate-server.js\"]\nstartup_timeout_sec = 5.0\n\n确保路径正确且对应的 npm\u002Fnpx\u002Fuvx 包已安装。如果 MCP 服务器启动失败，可通过 `omx doctor` 查看具体错误日志。",[147,152,157,162,167,172,177,182,187,192,197,202,206,211,215,220,225,230,235,239],{"id":148,"version":149,"summary_zh":150,"released_at":151},145073,"v0.12.0","# oh-my-codex v0.12.0\n\n**小版本更新：原生 Codex 钩子所有权、第一方 Bash `PreToolUse`\u002F`PostToolUse` 指导、运行时\u002F团队交付加固，以及工作流文档更新**\n\n`0.12.0` 紧随 `0.11.13` 之后，从 `v0.11.13` 到 `v0.12.0` 的一系列广泛的小版本更新：将原生 Codex 钩子的所有权正式纳入仓库和运行时契约中，推出第一方 Bash 的 `PreToolUse` 和 `PostToolUse` 指导，强化团队和运行时的交付机制及操作员引导流程，并针对现代 OMX 路径更新了工作流和文档资料。\n\n## 亮点\n\n- 原生 Codex 钩子的所有权现已纳入非团队 OMX 会话的仓库和运行时契约中。\n- 第一方 Bash 的 `PreToolUse` 和 `PostToolUse` 指导现已支持并记录在案。\n- 团队运行时交付、邮箱处理、窗格状态可见性以及下一步行动的引导更加稳健。\n- Windows 和 tmux 启动的可靠性及工作进程的监督得到提升。\n- 提示符和 AGENTS 指导现更强调以质量为先、注重验证的执行方式。\n- 翻译后的 README 和文档资料已重新组织到 `docs\u002Freadme\u002F` 目录下，新增了乌克兰语内容，并更新了工作流相关文档。\n- 发布元数据和相关资料已统一调整至 `0.12.0`。\n\n## 变更内容\n\n### 修复\n- 加强仓库本地原生钩子的所有权管理、会话启动的连续性以及停止状态的持久化。\n- 改进团队和运行时的交付机制、邮箱处理、错误持久化以及下一步行动的引导行为。\n- 保持 Windows 和 tmux 启动的可靠性、Shift+Enter 处理以及启动命令解析的稳定性。\n- 在操作员实时工作流程中，进一步提升通知、提醒和会话连续性的可靠性。\n\n### 变更\n- 为原生钩子路径添加第一方 Bash 的 `PreToolUse` 和 `PostToolUse` 指导。\n- 更新提示符和 AGENTS 的默认配置，使其更倾向于以质量为先、基于证据的执行方式。\n- 将翻译后的 README 和文档资料重新组织到 `docs\u002Freadme\u002F` 目录下，并扩展乌克兰语文档的覆盖范围。\n- 将发布元数据从 `0.11.13` 升级至 `0.12.0`，涵盖 Node 和 Cargo 工作区的清单文件、锁定文件以及发布相关资料。\n\n## 验证步骤\n\n- `npm ci`\n- `node dist\u002Fcli\u002Fomx.js version`\n- `node --test dist\u002Fcli\u002F__tests__\u002Fversion-sync-contract.test.js`\n- `cargo test -p omx-runtime-core`\n- `npm run build`\n- `npm run lint`\n- `npm test`\n- `npm run smoke:packed-install`\n- `git diff --check origin\u002Fmain...HEAD`\n\n## 残余风险\n\n- 本次发布的验证仍为本地发布门控，尚未进行全面的 GitHub Actions 矩阵重跑。\n- 本次发布涉及的内容较为广泛，因此发布后的监控应重点关注原生钩子的安装与卸载行为、停止状态的连续性、团队交付和运行时的行为，以及后续文档和 README 的更新工作。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.13...v0.12.0`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.13...v0.12.0)","2026-04-07T02:11:33",{"id":153,"version":154,"summary_zh":155,"released_at":156},145074,"v0.11.13","# oh-my-codex v0.11.13\n\n**补丁版本，旨在提升团队\u002F运行时交付的完整性、处理繁忙领导者提示、修复发布流程中的卫生问题，并进一步增强 Windows\u002Fworktree 的可靠性**\n\n`0.11.13` 紧随 `0.11.12` 之后，基于 `v0.11.12..dev` 分支进行了一系列针对性修复：恢复了发布分支上损坏的测试文件，强化了团队\u002F运行时在领导者提示和邮箱交接方面的行为一致性，同时确保 Windows\u002Fworktree 监控在同步新补丁的发布元数据时保持稳定。\n\n## 亮点\n\n- 团队领导者的交付在运行时与 CLI 接口之间更加可靠，即便是繁忙的 Codex 领导者面板也能将提示排队处理，而不会直接丢弃。\n- 运行时交接过程中产生的虚假团队协调信号已被抑制，从而减少了混乱或误导性的编排状态显示。\n- 在分离模式或工作树场景下，Windows\u002Fworktree 的 HUD 显示及领导者活动轮询路径均保持稳定。\n- 发布元数据及相关材料已更新至 `0.11.13` 版本，并在正式发布前修复了 `src\u002Fhooks\u002F__tests__\u002Fnotify-fallback-watcher.test.ts` 文件中意外出现的占位符损坏问题。\n\n## 变更内容\n\n### 修复\n- 强化了运行时与 CLI 接口之间的领导者邮箱交付机制，确保繁忙状态下的领导者提示能够正常送达。\n- 抑制了运行时交接期间可能出现的虚假团队协调信号。\n- 在分离模式启动时，维持 Windows 工作树\u002FHUD\u002F领导者轮询功能的可靠性。\n- 在后备提示中正确应用深度访谈输入锁，清理了旧版技能卸载警告，并在关闭时更安全地回收分离的工作进程子进程。\n\n### 变更\n- 将 Node 和 Cargo 工作区清单及锁定文件中的发布元数据从 `0.11.12` 更新至 `0.11.13`。\n- 更新了 `CHANGELOG.md`、`docs\u002Frelease-notes-0.11.13.md` 和 `RELEASE_BODY.md` 中的发布说明。\n- 恢复了损坏的 `notify-fallback-watcher` 回归测试文件，使发布分支能够再次顺利构建。\n\n## 验证步骤\n\n- `cargo test -p omx-runtime-core`\n- `npm run build`\n- `npm run lint`\n- `node --test dist\u002Fhooks\u002F__tests__\u002Fnotify-fallback-watcher.test.js`\n- `node --test dist\u002Fcli\u002F__tests__\u002Fversion-sync-contract.test.js`\n- `npm test`\n- `npm run smoke:packed-install`\n- `git diff --check origin\u002Fmain...HEAD`\n\n## 残余风险\n\n- 本次验证仍为本地发布的准入检查，尚未执行完整的 GitHub Actions 测试矩阵重跑。\n- 尽管此次为补丁版本，但涉及的改动范围相对较广，因此后续仍需密切关注自 `0.11.12` 以来所触及的团队\u002F运行时以及通知钩子相关接口。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.12...v0.11.13`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.12...v0.11.13)","2026-04-04T15:28:00",{"id":158,"version":159,"summary_zh":160,"released_at":161},145075,"v0.11.12","# oh-my-codex v0.11.12\n\n**补丁版本，修复 Windows 闪烁问题，加固团队与运行时边界，实现跨平台 Node 测试执行，并对工作流文档进行统一**\n\n`0.11.12` 紧随 `0.11.11` 之后，基于 `v0.11.11..dev` 分支的集中修复：进一步消除了 Windows conhost 的闪烁路径，填补了更多团队与运行时之间的接口漏洞，使 Node 测试能够在不同平台上无缝执行，并将文档内容统一调整为当前的深度访谈 → ralplan → 团队\u002Fralph 工作流。\n\n## 亮点\n\n- Windows 用户现在可以通过 `windowsHide` 覆盖和基于文件系统的 Git 信息读取，获得更全面的闪烁防护。\n- 团队与运行时状态处理进一步缩小了薄层适配器的接口间隙，同时将 tmux 自动推动行为的范围限定在由 OMX 管理的会话中。\n- Node 测试执行现已实现跨平台，减少了发布验证过程中对特定 Shell 环境的依赖。\n- 工作流文档现一致指向当前的 OMX 规划与执行路径。\n\n## 变更内容\n\n### 修复\n- 在子进程启动和 Git 信息读取过程中，移除了更多导致 Windows 终端闪烁的路径。\n- 加强了团队与运行时在 manifest.v2 当前目录解析以及调度\u002F邮箱状态转换中的接口处理。\n- 保持 tmux 就绪状态及自动推动行为仅限于由 OMX 管理的会话。\n\n### 变更\n- 添加了一个跨平台的 Node 测试文件运行器，以提升发布和测试的可移植性。\n- 将工作流文档统一调整为深度访谈 → ralplan → 团队\u002Fralph 的流程。\n- 更新了 Node 和 Cargo 工作区包及其锁文件中的发布元数据，从 `0.11.11` 升级至 `0.11.12`。\n- 更新了 `CHANGELOG.md`、`docs\u002Frelease-notes-0.11.12.md` 和 `RELEASE_BODY.md` 文件，以反映本次发布的内容。\n\n## 验证步骤\n\n- `cargo check --workspace`\n- `npm run build`\n- `npm run lint`\n- `node --test dist\u002Fcli\u002F__tests__\u002Fversion-sync-contract.test.js`\n- 在 `.github\u002Fworkflows\u002Frelease.yml` 中内嵌的发布工作流版本同步检查。\n- `npm run test:node:cross-platform`\n- `npm run smoke:packed-install`\n\n## 残余风险\n\n- 本次发布仍属于有针对性的补丁验证，而非完整的 GitHub Actions 矩阵重新运行。\n- 未来对工作流文档的修改应继续保持深度访谈 → ralplan → 团队\u002Fralph 作为默认的新手引导流程。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo)（Bellman）\n\n**完整变更日志**: [`v0.11.11...v0.11.12`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.11...v0.11.12)","2026-04-02T07:43:18",{"id":163,"version":164,"summary_zh":165,"released_at":166},145076,"v0.11.11","# oh-my-codex v0.11.10\n\n**补丁版本，用于强化已批准的交接别名解析，并同步干净的发布元数据**\n\n`0.11.10` 紧随 `0.11.9` 之后，是一个刻意聚焦的小范围发布：它通过单引号保护机制，锁定了 Ralph 和 Team 别名形式中已批准执行交接解析的引用问题回归，随后进行了一次与元数据完全一致的补丁版本切割。\n\n## 亮点\n\n- 已批准的 `$ralph` 启动提示现已被单引号覆盖的回归测试所保护。\n- 已批准的 `$team` 启动提示现已被单引号覆盖的回归测试所保护。\n- Node 和 Cargo 的发布元数据已同步至 `0.11.10`，以确保发布剪切的整洁性。\n\n## 变更内容\n\n### 修复\n- 在规划工件解析中，为已批准的 `$ralph` 启动提示添加了单引号覆盖的回归测试。\n- 在规划工件解析中，为已批准的 `$team` 启动提示添加了单引号覆盖的回归测试。\n\n### 变更\n- 将 Node 和 Cargo 包中的发布元数据从 `0.11.9` 提升至 `0.11.10`。\n- 更新了本次发布相关的 `CHANGELOG.md`、`docs\u002Frelease-notes-0.11.10.md` 和 `RELEASE_BODY.md` 文件。\n\n## 验证步骤\n\n- `npx biome lint src\u002Fplanning\u002F__tests__\u002Fartifacts.test.ts`\n- `npm run build && node --test dist\u002Fplanning\u002F__tests__\u002Fartifacts.test.js`\n- `npm run test:sparkshell`\n- `npm run test:team:cross-rebase-smoke`\n- `npm run smoke:packed-install`\n- `npm test`\n\n## 残余风险\n\n- 本次发布范围较小，主要集中在回归测试覆盖和元数据同步上。\n- 未来对已批准交接语法的任何更改，都应确保 Ralph 和 Team 两条路径上的别名形式覆盖保持一致。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.9...v0.11.10`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.9...v0.11.10)","2026-04-01T01:15:09",{"id":168,"version":169,"summary_zh":170,"released_at":171},145077,"v0.11.10","# oh-my-codex v0.11.10\n\n**补丁版本，用于强化已批准的交接别名解析，并同步干净的发布元数据**\n\n`0.11.10` 紧随 `0.11.9` 之后，本次发布范围刻意缩小：针对 Ralph 和 Team 两种别名形式的已批准执行交接解析，通过单引号保护来防止引用相关回归问题，随后进行一次与元数据一致的干净补丁发布。\n\n## 亮点\n\n- 已批准的 `$ralph` 启动提示现已被单引号覆盖的回归测试所保护。\n- 已批准的 `$team` 启动提示现已被单引号覆盖的回归测试所保护。\n- Node 和 Cargo 的发布元数据已同步至 `0.11.10`，以确保发布干净利落。\n\n## 变更内容\n\n### 修复\n- 在规划工件解析中，为已批准的单引号包裹的 `$ralph` 启动提示添加了回归测试覆盖。\n- 在规划工件解析中，为已批准的单引号包裹的 `$team` 启动提示添加了回归测试覆盖。\n\n### 变更\n- 将 Node 和 Cargo 包中的发布元数据从 `0.11.9` 提升至 `0.11.10`。\n- 更新了 `CHANGELOG.md`、`docs\u002Frelease-notes-0.11.10.md` 和 `RELEASE_BODY.md` 文件，以反映此次发布的变更。\n\n## 验证步骤\n\n- `npx biome lint src\u002Fplanning\u002F__tests__\u002Fartifacts.test.ts`\n- `npm run build && node --test dist\u002Fplanning\u002F__tests__\u002Fartifacts.test.js`\n- `npm run test:sparkshell`\n- `npm run test:team:cross-rebase-smoke`\n- `npm run smoke:packed-install`\n- `npm test`\n\n## 残余风险\n\n- 本次发布范围较小，重点在于回归测试覆盖和元数据同步。\n- 未来对已批准交接语法的任何更改，都应确保在 Ralph 和 Team 两条路径上保持一致的别名形式测试覆盖。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.9...v0.11.10`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.9...v0.11.10)","2026-03-30T01:49:49",{"id":173,"version":174,"summary_zh":175,"released_at":176},145078,"v0.11.9","# oh-my-codex v0.11.9\n\n**补丁版本，用于深化深度访谈与 ralplan 的协调、修复设置问题，并提升现场团队监管的安全性**\n\n`0.11.9` 紧随 `0.11.8` 之后，推出了一系列针对性的补丁，进一步强化了深度访谈的行为逻辑，使实时 ralplan 进度可被观测，并优化了设置、HUD 及路由相关的细节，以更好地支持当前维护者的日常工作流。\n\n## 亮点\n\n- 深度访谈锁定状态下不再触发 tmux 窗格提示；在执行前，规划交接环节会持续施加更强的深度访谈压力。\n- 实时 ralplan 共识规划现可暴露运行时状态，便于下游 HUD 和流水线进行可视化监控。\n- 设置流程不再破坏 Codex 管理的 TUI 配置，活跃的状态化模式仍会在 HUD 中可见，且在工作进程仍在运行时，现场监管功能也将保持激活。\n\n## 变更内容\n\n### 修复\n- 在深度访谈锁定状态下抑制回退的 tmux 窗格提示。\n- 加强规划交接前的深度访谈压力。\n- 使设置流程与 Codex 管理的 TUI 配置兼容，并将默认的探索路由指引调整为与设置流程一致。\n- 恢复 HUD 对活跃状态化模式的可见性。\n- 在现场团队成员仍需监管时，保持回退编排机制的存活。\n- 在团队流程中，必要时自动接受 Claude 绕过提示。\n\n### 变更\n- 在实时共识规划过程中暴露可观察的 ralplan 运行时状态。\n- 更新 analyze 技能，围绕 OmC 跟踪方法论及执行策略契约措辞进行调整。\n- 将 Node 和 Cargo 包中的发布元数据从 `0.11.8` 升级至 `0.11.9`。\n- 使用 `c8@11.0.0`、`@types\u002Fnode@25.5.0` 以及 README 星标历史图表，更新维护基线。\n\n## 验证步骤\n\n- `npm run build`\n- `npm run lint`\n- `npm run check:no-unused`\n- `node --test --test-reporter=spec dist\u002Fcli\u002F__tests__\u002Fversion-sync-contract.test.js`\n- `node --test --test-reporter=spec dist\u002Fcli\u002F__tests__\u002Fsetup-refresh.test.js dist\u002Fcli\u002F__tests__\u002Fsetup-scope.test.js dist\u002Fcli\u002F__tests__\u002Fdoctor-warning-copy.test.js`\n- `node --test --test-reporter=spec dist\u002Fhooks\u002F__tests__\u002Fexplore-routing.test.js dist\u002Fhooks\u002F__tests__\u002Fexplore-sparkshell-guidance-contract.test.js dist\u002Fhooks\u002F__tests__\u002Fdeep-interview-contract.test.js dist\u002Fhooks\u002F__tests__\u002Fnotify-fallback-watcher.test.js dist\u002Fhooks\u002F__tests__\u002Fnotify-hook-auto-nudge.test.js dist\u002Fhooks\u002F__tests__\u002Fagents-overlay.test.js`\n- `node --test --test-reporter=spec dist\u002Fhud\u002F__tests__\u002Findex.test.js dist\u002Fhud\u002F__tests__\u002Frender.test.js dist\u002Fhud\u002F__tests__\u002Fstate.test.js`\n- `node --test --test-reporter=spec dist\u002Fpipeline\u002F__tests__\u002Fstages.test.js dist\u002Fralplan\u002F__tests__\u002Fruntime.test.js`\n\n## 剩余风险\n\n- 验证工作有意针对 `v0.11.8` 之后修改的发布窗口行为，而非对整个代码库测试矩阵的全面重跑。\n- 深度访谈提示抑制的契约仍依赖于未来提示入口点能够维持相同的锁定状态检查逻辑。\n- 实时 ralplan 的可观性现已扩展至更多界面，因此未来的 HUD 和流水线使用者应继续保持相同的…","2026-03-25T08:33:16",{"id":178,"version":179,"summary_zh":180,"released_at":181},145079,"v0.11.8","# oh-my-codex v0.11.8\n\n**针对深度访谈提示抑制及新任领导者提示去重加固的热修复版本**\n\n`0.11.8` 继 `0.11.7` 之后发布，仅包含一组针对性修复，旨在确保深度访谈会话不被中断，并防止重复触发新任领导者提示。\n\n## 亮点\n\n- 深度访谈状态现可抑制所有 notify-hook 和 fallback-watcher 提示系列。\n- Fallback watcher 的领导者提示仍仅在领导者确实处于过期状态时才会触发，从而避免重复发送新消息提示。\n- 节点与 Cargo 包元数据已在 `0.11.8` 中同步更新。\n\n## 变更内容\n\n### 修复\n- 当深度访谈状态激活时，抑制领导者提示、工作线程空闲提示、Ralph 继续引导提示以及自动提示。\n- 确保 fallback watcher 的领导者提示仅在实际领导者过期时才触发。\n- 添加回归测试覆盖，证明同一封新邮件不会再次触发 notify-hook 领导者提示。\n\n### 变更\n- TypeScript 和 Rust 包中的发布元数据已从 `0.11.7` 更新至 `0.11.8`。\n\n## 验证步骤\n\n- `npm run build`\n- `node --test --test-reporter=spec dist\u002Fhooks\u002F__tests__\u002Fnotify-hook-auto-nudge.test.js`\n- `node --test --test-reporter=spec dist\u002Fhooks\u002F__tests__\u002Fnotify-hook-team-leader-nudge.test.js`\n- `node --test --test-reporter=spec dist\u002Fhooks\u002F__tests__\u002Fnotify-fallback-watcher.test.js`\n\n## 残余风险\n\n- 此热修复有意在 notify-hook 和 fallback-watcher 的调用处对提示入口进行屏蔽；未来任何新的提示调用方都应遵守相同的深度访谈抑制约定。\n- 验证范围仅针对本次变更涉及的提示路径，而非整个代码库的测试套件。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.7...v0.11.8`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.7...v0.11.8)","2026-03-23T08:01:27",{"id":183,"version":184,"summary_zh":185,"released_at":186},145080,"v0.11.7","# oh-my-codex v0.11.7\n\n**发布窗口期内有15次开发分支提交，分为3条已评审的开发线**\n\n`0.11.7` 是继 `0.11.6` 之后的一个专注修复的补丁版本，重点在于降级状态下的自动引导恢复、团队控制平面的正确性以及发布元数据的一致性。\n\n## 亮点\n\n### 第1条线 — 监视器\u002F调度恢复\n- 团队调度会解析共享运行时二进制文件，而非过时的钩子本地路径。\n- 备用监视器会在跨进程情况下对 Ralph 的持续引导进行防抖处理。\n- 自动引导功能会在可能的情况下将过时的窗格锚点升级为当前活跃的 Codex 窗格。\n- 成功通过 tmux 备用方案交付后，请求状态现在会恢复至 `notified`。\n- 领导者引导不再重新显示已完成的团队或来自其他会话的活动。\n\n### 第2条线 — 关联 Ralph 与团队生命周期加固\n- 关联的 Ralph 会在整个关联团队运行期间保持存活。\n- 提示模式启动时会正确跳过 Ralph 桥接步骤。\n- 领导者邮箱发送在重试和 notified 路径之间实现了去重。\n- 缺失团队的清理逻辑现已能干净地结束关联的 Ralph 进程。\n\n### 第3条线 — 配置\u002F提示\u002F元数据一致性\n- 默认生成的状态行现在包含 `weekly-limit`。\n- 精确的 `gpt-5.4-mini` 工作器\u002F子代理启动时，其提示边界会更加紧凑。\n- 子代理指导现在更倾向于继承当前前沿的默认设置。\n- Node 和 Cargo 的发布元数据已在 `0.11.7` 版本中同步。\n\n## 变更内容\n\n### 修复\n- 监视器\u002F调度恢复：`#1002`、`#1004`、`#1020`、`#1021`\n- 领导者引导准确性 + 仅邮箱控制：`#1001`、`#1023`\n- 关联 Ralph + 团队生命周期后续改进：`#1011`、`#1012`、`#1013`、`#1017`、`#1025`\n\n### 变更\n- 生成的默认值及提示\u002F模型指导：`#1009`、`#1016`、`#1018`\n- 发布元数据一致性后续改进：`c4c5b75`（由 `#1024` 合并）\n\n### main 与 dev 的 sanity check\n- `git rev-list --left-right --count main...dev` = `3 18`\n- `main` 分支独有的部分仅为合并提交的祖先记录（`#995`、`#997`、`#1000`）。\n- 经过挑选剔除后，`main` 分支上已无单独的补丁内容，因此无需为 `main` 分支特有的产品变更撰写发布说明。\n\n## 验证\n\n- `npm run build`\n- `node --test dist\u002Fhooks\u002F__tests__\u002Fnotify-fallback-watcher.test.js dist\u002Fhooks\u002F__tests__\u002Fnotify-hook-auto-nudge.test.js` → `49\u002F49` 通过\n- 实际 tmux 冒烟测试：降级状态下自动引导成功发送了 `yes, proceed [OMX_TMUX_INJECT]`。\n- 实际 tmux 冒烟测试：连续两次 Ralph 监视器运行均处于 `startup_cooldown` 状态，未出现重复的继续引导消息。\n\n## 剩余风险\n\n- 实际冒烟测试使用的是隔离的临时 tmux 会话，并搭配一个长期运行的假 `codex` 进程，而非完整的交互式 Codex 对话循环。\n- 最高的残留风险仍然存在于真实的交互式 tmux 会话下，控制平面状态的细微转换。\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**完整变更日志**: [`v0.11.6...v0.11.7`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.6...v0.11.7)","2026-03-23T05:51:48",{"id":188,"version":189,"summary_zh":190,"released_at":191},145081,"v0.11.6","# oh-my-codex v0.11.1\n\n**发布窗口中有 5 个 PR**\n\n`0.11.1` 是继 `0.11.0` 之后的一个专注的补丁版本。本次发布包含了 CI 清理工作，以及针对窗格检测的单一回归问题修复。\n\n## 亮点\n\n### 窗格检测修复\n- 自动调整的测试用例与标准窗格路由对齐\n- 挂钩调整不再落在 HUD 窗格中\n\n### CI 清理\n- 测试已从维护者的实时 tmux\u002F会话状态中隔离\n- 打包安装不再需要 ripgrep\n- 发布冒烟测试专注于启动安全的打包安装\n\n## 变更内容\n\n### 修复\n- 修复：确保全套自动调整测试用例与标准窗格路由保持一致（[#981](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F981)）\n- 修复（测试）：将 tmux\u002F会话发现与维护者的实时状态隔离（[#979](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F979)，关闭 [#963](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F963)）\n- 测试（探索）：在严格的白名单测试中避免要求主机端的 rg 工具（[#978](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F978)，关闭 [#964](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F964)）\n- 修复（探索）：使打包安装在没有 rg 的情况下也能正常运行（[#978](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F978)）\n- 修复：使发布冒烟测试专注于启动安全的打包安装（[#983](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F983)，关闭 [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982)）\n\n## 引用的问题\n\n[#963](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F963), [#964](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F964), [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982)\n\n## 贡献者\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo)（Bellman）\n\n## 本地发布验证清单\n\n在打标签\u002F发布之前执行：\n\n- `node scripts\u002Fcheck-version-sync.mjs --tag v0.11.1`\n- `npm run build`\n- `npm run check:no-unused`\n- `npm test`\n\n**完整变更日志**：[`v0.11.0...v0.11.1`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.0...v0.11.1)","2026-03-21T08:06:50",{"id":193,"version":194,"summary_zh":195,"released_at":196},145082,"v0.11.5","热修复版本，用于解决 Leader 状态陈旧提醒的误报问题，并提升 README 的入门引导清晰度。\n\n### 修复\n- **Leader 状态陈旧提醒的误报** — 现在 Leader 活跃性新鲜度检查会考虑任何近期的 Leader 活动，从而避免在 Leader 正在积极工作时出现虚假的陈旧提醒。（#993）\n\n### 变更\n- **README 入门引导重新聚焦** — README 现在将入门引导围绕真实的默认 OMX 路径展开，以提供更清晰的首次运行指导。（#992）","2026-03-21T05:55:44",{"id":198,"version":199,"summary_zh":200,"released_at":201},145083,"v0.11.4","# oh-my-codex v0.11.1\n\n**5 PRs in the release window**\n\n`0.11.1` is a focused patch release following `0.11.0`. This release contains CI cleanup and a single regression fix for pane detection.\n\n## Highlights\n\n### Pane Detection Fix\n- Auto-nudge fixtures aligned with canonical pane routing\n- Hook nudges no longer land in the HUD pane\n\n### CI Cleanup\n- Tests isolated from live maintainer tmux\u002Fsession state\n- Packed installs no longer require ripgrep\n- Release smoke tests focused on boot-safe packed installs\n\n## What's Changed\n\n### Fixes\n- fix: keep full-suite auto-nudge fixtures aligned with canonical pane routing ([#981](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F981))\n- fix(test): isolate tmux\u002Fsession discovery from live maintainer state ([#979](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F979), closes [#963](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F963))\n- test(explore): avoid requiring host rg in strict allowlist test ([#978](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F978), closes [#964](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F964))\n- fix(explore): keep packed installs alive without rg ([#978](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F978))\n- fix: keep release smoke focused on boot-safe packed installs ([#983](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F983), closes [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982))\n\n## Referenced issues\n\n[#963](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F963), [#964](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F964), [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982)\n\n## Contributors\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n## Local release verification checklist\n\nRun before tagging \u002F publishing:\n\n- `node scripts\u002Fcheck-version-sync.mjs --tag v0.11.1`\n- `npm run build`\n- `npm run check:no-unused`\n- `npm test`\n\n**Full Changelog**: [`v0.11.0...v0.11.1`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.0...v0.11.1)\n","2026-03-20T09:30:05",{"id":203,"version":204,"summary_zh":200,"released_at":205},145084,"v0.11.3","2026-03-20T08:22:14",{"id":207,"version":208,"summary_zh":209,"released_at":210},145085,"v0.11.2","# oh-my-codex v0.11.2\n\n**7 PRs in the release window**\n\n`0.11.2` is a hotfix release that stabilizes tmux\u002Fstate behavior, fixes a CI-only publish-blocking race in the TypeScript full coverage lane, and adds first-class `deep-interview` support to the OMX state APIs.\n\n## Highlights\n\n### Tmux \u002F state hotfixes\n- Restored ambient tmux bootstrap behavior for state tools after the regression introduced by #979\n- Real tmux tests are isolated from live maintainer sessions by default\n- `deep-interview` now works with OMX state APIs (`state_read`, `state_write`, `state_clear`, `state_get_status`)\n\n### CI \u002F release hardening\n- Fixed the CI-only race where `npm pack --dry-run` could rebuild dist during parallel tests and break `Coverage Report (TypeScript Full)`\n- Release smoke remains focused on install + boot + core commands instead of optional helper binaries\n\n## What's Changed\n\n### Fixes\n- hotfix(state): restore ambient tmux bootstrap for state tools ([#986](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F986))\n- fix: isolate real tmux tests from ambient maintainer sessions by default ([#980](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F980), closes [#960](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F960))\n- fix: support deep-interview in OMX state mode handling ([#987](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F987))\n- fix(release): slim packed-install smoke to core commands ([#983](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F983), closes [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982))\n- fix: keep full-suite auto-nudge fixtures aligned with canonical pane routing ([#981](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F981))\n\n### Features\n- feat\u002Ftelegram discord bidirectional ([#984](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F984))\n- feat: enhance OMX SDK architecture ([#985](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F985))\n\n## Referenced issues\n\n[#960](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F960), [#982](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F982)\n\n## Contributors\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n\n**Full Changelog**: [`v0.11.1...v0.11.2`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.11.1...v0.11.2)\n","2026-03-20T06:03:19",{"id":212,"version":213,"summary_zh":200,"released_at":214},145086,"v0.11.1","2026-03-20T01:54:59",{"id":216,"version":217,"summary_zh":218,"released_at":219},145087,"v0.11.0","# oh-my-codex v0.10.3\n\n**21 PRs in the release window**\n\n`0.10.3` is a feature-rich release following `0.10.2`. The release window began with the `0.10.2` tag at `2026-03-16 09:14 UTC`; the 21 PRs landed across two days, with the final merge (`#919`) at `2026-03-18 02:24 UTC`, for a shipped turnaround of about **41 hours** before this release-prep commit.\n\n## Highlights\n\n### Native subagent integration (phase 1)\n\n- Codex CLI native subagent spawning and coordination is now available as a first-pass integration\n- Skill references can bridge to native subagents with full lifecycle tracking\n- AGENTS.md setup now auto-generates a model capability table for quick reference\n\n### Autoresearch hardening and UX\n\n- Novice users can now be routed through deep-interview intake before launching autonomous research\n- Worktree paths moved to project-local `.omx\u002Fworktrees\u002F` for isolation\n- Contracts and runtime deslopped for clarity\n- ESM `__dirname` error and macOS test compatibility fixed\n\n- Marathon execution mode with watchdog failure notifications, structured PRD orchestrator, and state recovery\n\n### New: `omx cleanup`\n\n- Detects and removes orphaned MCP server processes\n- Cleans stale `\u002Ftmp` artifacts\n\n### Security\n\n- High-severity transitive vulnerabilities patched with dependabot config added\n\n## What's Changed\n\n### Features\n- feat: add Lore commit protocol to AGENTS.md template and executor prompt ([#916](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F916))\n- feat(setup): generate AGENTS model capability table ([#894](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F894))\n- feat: add skill_ref bridges and subagent tracking ([#892](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F892))\n- feat: add native codex agent integration phase 1 ([#886](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F886))\n- feat: add AGENTS autonomy directive ([#883](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F883))\n- feat(autoresearch): add novice deep-interview intake bridge ([#906](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F906))\n- feat(cli): add omx cleanup for orphaned MCP servers ([#901](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F901))\n\n### Fixes\n- fix: bootstrap packed-install smoke deps in worktrees ([#919](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F919), closes [#917](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F917))\n- fix: use deep-interview launch for autoresearch intake ([#915](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F915), closes [#911](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F911))\n- fix(native): prefer musl Linux assets before glibc ([#914](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F914))\n- fix(autoresearch): use project-local worktree paths ([#913](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F913))\n- fix: ship musl-first Linux native assets ([#907](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F907))\n- fix: resolve __dirname ESM error in autoresearch guided flow ([#903](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F903))\n- fix: clean up stale obsolete native agents ([#899](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F899))\n- fix: stop generating skill agents ([#897](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F897))\n- fix(autoresearch): replace execFileSync('cat') with readFileSync and fix macOS test compatibility ([#891](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F891) — @lifrary)\n- fix(deps): patch high-severity transitive vulnerabilities and add dependabot config ([#889](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F889), closes [#888](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F888))\n- Add stale \u002Ftmp cleanup to omx cleanup ([#912](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F912), closes [#908](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F908))\n\n### Refactor\n- refactor(autoresearch): deslop contracts and runtime ([#918](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F918))\n\n### Docs\n- docs: add autoresearch showcase hub with completed demos ([#884](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F884))\n\n## Referenced issues\n\n[#888](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F888), [#900](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F900), [#908](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F908), [#911](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F911), [#917](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F917)\n\n## Contributors\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n- [@lifrary](https:\u002F\u002Fgithub.com\u002Flifrary) (SEUNGWOO LEE)\n\n## Local release verification checklist\n\nRun before tagging \u002F publishing:\n\n- `node scripts\u002Fcheck-version-sync.mjs --tag v0.10.3`\n- `npm run build`\n- `npm run check:no-unused`\n- `npm test`\n\n**Full Changelog**: [`v0.10.2...v0.10.3`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.10.2...v0.10.3)\n","2026-03-19T16:25:50",{"id":221,"version":222,"summary_zh":223,"released_at":224},145088,"0.11.0","## What's Changed\n* feat: add mandatory deslop pass to ralph workflow (#920) by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F932\n* feat(team): auto-reconcile tmux team layout on resize by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F934\n* fix: harden ralphthon state readers and remove redundant bootstrap call by @lifrary in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F935\n* fix: kill detached tmux session when leader pane exits (closes #936) by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F937\n* feat: launch autoresearch from interview via split-pane run path by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F933\n* fix(notifications): preserve wrapped recent-output blocks by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F939\n* fix: disable implicit OMX cleanup on launch by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F941\n* fix(team): keep leader steering active after completion\u002Fstall by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F905\n* fix: clean up detached tmux session on leader interrupt by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F950\n* fix(team): persist explicit worktree mode for scale-up by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F953\n* chore: remove ralphthon mode by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F954\n* feat: realign OMX subagent model tiers by @HaD0Yun in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F955\n* fix: prefer direct launch on native Windows by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F952\n* Canonicalize HUD authority across watcher, notify-hook, and team runtime by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F957\n* chore(deps-dev): bump c8 from 10.1.3 to 11.0.0 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F949\n* chore(deps): bump @modelcontextprotocol\u002Fsdk from 1.26.0 to 1.27.1 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F948\n* feat(team): canonicalize worker role guidance at worktree root by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F930\n* chore(deps): bump actions\u002Fdownload-artifact from 4 to 8 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F921\n* chore(deps): bump actions\u002Fgithub-script from 7 to 8 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F944\n* chore(deps-dev): bump @types\u002Fnode from 22.19.11 to 25.5.0 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F947\n* chore(deps): bump actions\u002Fsetup-node from 4 to 6 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F946\n* chore(deps-dev): bump @biomejs\u002Fbiome from 2.4.5 to 2.4.7 by @dependabot[bot] in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F945\n* hotfix: restore launch-path watcher authority and CODEX_HOME fallback discovery by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F965\n* Align executor worker defaults with frontier model guidance by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F966\n* Rust greenfield runtime + zero-JS migration + canonical pane resolution by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F969\n* fix(team): remove misleading leader reply prompt from mailbox nudges by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F971\n* fix(ci): align workflows and contract tests with dist\u002Fcrates layout by @Yeachan-Heo in https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F977\n\n\n**Full Changelog**: https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.10.3...0.11.0","2026-03-19T16:14:24",{"id":226,"version":227,"summary_zh":228,"released_at":229},145089,"v0.10.6","## Hotfix: tmux platform guard\n\n**Based on v0.10.2** — this is a rollback hotfix release.\n\n- Replace win32 hard-block with tmux capability check; OMX now always launches with tmux regardless of platform when tmux\u002Fpsmux is available\n- Add psmux support for native Windows tmux\n- Use `where` on win32 instead of `which` for binary path resolution\n\nCherry-picked from 9b3b336.","2026-03-19T03:01:03",{"id":231,"version":232,"summary_zh":233,"released_at":234},145090,"v0.10.5","# oh-my-codex v0.10.4\n\n**7 PRs + 1 direct commit in the release window**\n\n`0.10.4` is a fast-follow patch release after `0.10.3`. The release window began with the `0.10.3` tag at `2026-03-18 02:53 UTC`; 8 non-merge commits landed afterward, capped by the `#941` merge commit (`ceccb94`) that disables implicit OMX cleanup on launch.\n\n## Highlights\n\n### Ralph \u002F Ralphthon hardening\n\n- Ralph now includes a mandatory deslop pass in its workflow\n- Ralphthon state readers are more resilient and no longer perform a redundant bootstrap call\n\n### Team tmux stability\n\n- Team layouts now auto-reconcile after terminal resize events\n- Detached tmux sessions are cleaned up when the leader pane exits\n\n### Autoresearch + notification flow polish\n\n- Deep-interview can now launch autoresearch through the split-pane run path\n- Wrapped recent-output blocks are preserved in notifications\n\n### Safer launch behavior\n\n- Automatic stale-session cleanup is disabled during normal launch\n- Destructive cleanup is now explicit through `omx cleanup`\n\n## What's Changed\n\n### Features\n- feat: add mandatory deslop pass to ralph workflow ([#932](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F932))\n- feat(team): auto-reconcile tmux team layout on resize ([#934](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F934))\n- feat: launch autoresearch from interview via split-pane run path ([#933](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F933))\n\n### Fixes\n- fix: harden ralphthon state readers and remove redundant bootstrap call ([#935](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F935))\n- fix: kill detached tmux session when leader pane exits ([#937](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F937))\n- fix(notifications): preserve wrapped recent-output blocks ([#939](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F939))\n- fix: disable implicit OMX cleanup on launch ([#941](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F941))\n\n### Internal\n- chore: target dependabot PRs to dev branch (`ca33f8e`)\n\n## Contributors\n\n- Bellman\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo)\n- [@lifrary](https:\u002F\u002Fgithub.com\u002Flifrary) (SEUNGWOO LEE)\n\n## Local release verification checklist\n\nRun before tagging \u002F publishing:\n\n- `node scripts\u002Fcheck-version-sync.mjs --tag v0.10.4`\n- `npm run build`\n- `npm run check:no-unused`\n- `npm test`\n\n**Full Changelog**: [`v0.10.3...v0.10.4`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.10.3...v0.10.4)\n","2026-03-18T08:46:26",{"id":236,"version":237,"summary_zh":233,"released_at":238},145091,"v0.10.4","2026-03-18T08:20:53",{"id":240,"version":241,"summary_zh":242,"released_at":243},145092,"v0.10.3","# oh-my-codex v0.10.3\n\n**21 PRs in the release window**\n\n`0.10.3` is a feature-rich release following `0.10.2`. The release window began with the `0.10.2` tag at `2026-03-16 09:14 UTC`; the 21 PRs landed across two days, with the final merge (`#919`) at `2026-03-18 02:24 UTC`, for a shipped turnaround of about **41 hours** before this release-prep commit.\n\n## Highlights\n\n### Native subagent integration (phase 1)\n\n- Codex CLI native subagent spawning and coordination is now available as a first-pass integration\n- Skill references can bridge to native subagents with full lifecycle tracking\n- AGENTS.md setup now auto-generates a model capability table for quick reference\n\n### Autoresearch hardening and UX\n\n- Novice users can now be routed through deep-interview intake before launching autonomous research\n- Worktree paths moved to project-local `.omx\u002Fworktrees\u002F` for isolation\n- Contracts and runtime deslopped for clarity\n- ESM `__dirname` error and macOS test compatibility fixed\n\n### New: Ralphthon mode\n\n- Marathon execution mode with watchdog failure notifications, structured PRD orchestrator, and state recovery\n\n### New: `omx cleanup`\n\n- Detects and removes orphaned MCP server processes\n- Cleans stale `\u002Ftmp` artifacts\n\n### Security\n\n- High-severity transitive vulnerabilities patched with dependabot config added\n\n## What's Changed\n\n### Features\n- feat: add Lore commit protocol to AGENTS.md template and executor prompt ([#916](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F916))\n- feat(setup): generate AGENTS model capability table ([#894](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F894))\n- feat: add skill_ref bridges and subagent tracking ([#892](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F892))\n- feat: add native codex agent integration phase 1 ([#886](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F886))\n- feat: add AGENTS autonomy directive ([#883](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F883))\n- feat(autoresearch): add novice deep-interview intake bridge ([#906](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F906))\n- feat(cli): add omx cleanup for orphaned MCP servers ([#901](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F901))\n- feat(cli): wire ralphthon watchdog launch flow ([#880](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F880))\n\n### Fixes\n- fix: bootstrap packed-install smoke deps in worktrees ([#919](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F919), closes [#917](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F917))\n- fix: use deep-interview launch for autoresearch intake ([#915](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F915), closes [#911](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F911))\n- fix(native): prefer musl Linux assets before glibc ([#914](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F914))\n- fix(autoresearch): use project-local worktree paths ([#913](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F913))\n- fix: ship musl-first Linux native assets ([#907](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F907))\n- fix: resolve __dirname ESM error in autoresearch guided flow ([#903](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F903))\n- fix: clean up stale obsolete native agents ([#899](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F899))\n- fix: stop generating skill agents ([#897](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F897))\n- fix(autoresearch): replace execFileSync('cat') with readFileSync and fix macOS test compatibility ([#891](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F891) — @lifrary)\n- fix(deps): patch high-severity transitive vulnerabilities and add dependabot config ([#889](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F889), closes [#888](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F888))\n- Add stale \u002Ftmp cleanup to omx cleanup ([#912](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F912), closes [#908](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F908))\n\n### Refactor\n- refactor(autoresearch): deslop contracts and runtime ([#918](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F918))\n\n### Docs\n- docs: add autoresearch showcase hub with completed demos ([#884](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fpull\u002F884))\n\n## Referenced issues\n\n[#888](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F888), [#900](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F900), [#908](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F908), [#911](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F911), [#917](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fissues\u002F917)\n\n## Contributors\n\n- [@Yeachan-Heo](https:\u002F\u002Fgithub.com\u002FYeachan-Heo) (Bellman)\n- [@lifrary](https:\u002F\u002Fgithub.com\u002Flifrary) (SEUNGWOO LEE)\n\n## Local release verification checklist\n\nRun before tagging \u002F publishing:\n\n- `node scripts\u002Fcheck-version-sync.mjs --tag v0.10.3`\n- `npm run build`\n- `npm run check:no-unused`\n- `npm test`\n\n**Full Changelog**: [`v0.10.2...v0.10.3`](https:\u002F\u002Fgithub.com\u002FYeachan-Heo\u002Foh-my-codex\u002Fcompare\u002Fv0.10.2...v0.10.3)\n","2026-03-18T02:56:48"]