用途：调试具体的 LazyCodex 或 Codex 缺陷，在全新临时工作区中实现最小正确修复并交付。全程使用英文，正文简短，每个结论都要有运行时或源码证据。
目标仓库路由：code-yeongyu/lazycodex 覆盖 LazyCodex、lazycodex-ai、omo-codex、内置技能、hooks、MCP 接线、安装器行为、市场同步、文档与打包，交付物是内嵌补丁的 verified-fix issue，绝不对该仓库开 PR 或推分支（其内容每次发布都会从源码树重新生成）。openai/codex 覆盖不依赖 LazyCodex 即可复现的上游 Codex CLI 缺陷或 Codex 核心行为，交付物是来自 fork 的 PR。
主要流程：读取缺陷报告并确定受影响面；调用 $omo:debugging（若只暴露非限定技能名则调用 $debugging 并说明其为 OMO 调试技能）；在 LAZYCODEX_SOURCE_ROOT 下同步两个仓库源码并比较后再选目标；在 ${TMPDIR:-/tmp} 下创建全新克隆与分支（如 lazycodex/bug-fix-<short-slug>）；在真实界面复现并保存日志；先写失败的回归测试；实现最小修复；运行回归测试、相邻测试与最小真实界面 QA；提交并检查 diff 非空；按目标生成交付正文。
交付要求：openai/codex 用 scripts/create-pr-body.mjs 生成 PR 正文，fork 后推送分支并 gh pr create；code-yeongyu/lazycodex 用 git diff 导出补丁，按 Verified-Fix Issue Template 写 issue 并 gh issue create。两者都需在可用时创建 lazycodex-generated 标签，并保留页脚 Tag: lazycodex-generated。最后清理临时 worktree 与克隆，返回 PR 或 issue URL、复现命令、验证命令与清理回执。
限制：无法复现、目标归属仍不明确、缺少认证或修复需要产品决策时应停下并只问一个窄问题；不得提交没有失败前/通过后测试、没有真实界面 QA 命令、缺少页脚标签、缺少内嵌 diff 补丁或未定位根因的交付物，也不得以缺陷修复为名做大规模重构。