LazyCodexを今導入するメリットは「Codexを賢くすること」ではなかった

• URL: https://zenn.dev/53able/articles/c0f9268ab6d45b
• 日付: 2026-06-21
• Tier: Tier 3
• 要旨: LazyCodex（OmO の Codex CLI 向けポート）の導入は「Codex を賢くする」のではなく「検証しやすい作業の型」。文脈説明削減・計画書前置・完了検証・技能分離で、仕様曖昧→実装開始・途中で何終わった不明・AI『完了』をそのまま信じるリスク軽減。

詳細

Codex CLI は既に豊富機能（TUI・resume・review・hooks・MCP）。ただ大きめ作業で「どこ読む」説明・仕様曖昧なまま編集・長作業で進捗不明・AI 『完了』でも検証漏れ・自分で hooks 組むと設定人依存。LazyCodex は 4 つの規律：$init-deep（階層的 AGENTS.md で巨大/古い repo・間違ったファイル操作対処）・$ulw-plan（実装前に計画 plans/{slug}.md：何作る・何作らない・読んだファイル・実装順序・完了定義）・$start-work（チェックボックス完了まで実行・Stop-hook で再投入・TDD・5 つの evidence gate）・$ulw-loop（AI『終わりました』を Oracle verification で確認・100〜500 iteration cap）。$remove-ai-slops・frontend-ui-ux・programming・LSP・AST-grep・rules・comment-checker スキルで作業技能分離。導入注意：license（GitHub MIT vs npm SUL-1.0 差分）・hooks 承認（非managed・非plugin-bundled hook は実行前レビュー + trust 必須）。2026-05-25 作成・若いプロジェクト。効果：プロジェクトごとで検証必須。Codex 単体で小修正充分な場面もあり。大きめ変更・チーム共有・検証重視運用で価値出現。