リファクタリングで Codex ができること
- リファクタリングのバックログを、1 ステップずつ別々のプルリクエストにして、小さく進めます。
- 各ステップの前後でテストを実行し、失敗したら止まります。
- 移行の機械的な部分を引き受けます:コードベース全体での名前の変更、API のアップグレード、新しいライブラリへの移行。
- 使われていないコードや重複したロジックを削除し、削除のたびに理由を説明します。
リファクタリングに使える Codex の機能
| 機能 | できること | 始め方 |
|---|---|---|
/plan | プランモードに切り替え、編集の前にステップを提案します | /plan Propose a migration plan for the billing module |
/goal | Codex が取り組み続ける永続的な目標を設定します | /goal Finish the migration and keep tests green |
| worktree | デスクトップアプリで、チェックアウトから切り離してリファクタリングを実行 | タスクを始めるときに worktree を選ぶ |
codex exec resume | 同じセッションを後の実行で続けます | codex exec resume --last "Continue with the next step" |
リファクタリング向けに Codex を設定する方法
ツールをつなぐ
つなぐものはありません。リファクタリングを安全にするのは、Codex が実行できるテストコマンドと、各ステップの大きさの上限です。どちらも AGENTS.md に書きましょう。
# CLI で:計画を合意してから、ゴールを設定する /plan Propose a migration plan for the billing module /goal Finish the migration and keep tests greenAGENTS.md にルールを書く
Codex は作業の前に AGENTS.md を読みます。まず
~/.codex/AGENTS.md、次にリポジトリのルートから作業中のフォルダまでのファイルです。仕事のルールはそこに書くか、長くなるなら.agents/skills/以下のスキルにします。AGENTS.md ガイドをご覧ください。## リファクタリングのルール - 振る舞いは変えない。テストを変える必要があれば、止まって確認する。 - 始める前と各ステップの後に `npm test` を実行する。 - 1 つのプルリクエストに 1 ステップ、変更は 400 行未満。 - REFACTOR.md を最新に保つ:終わったものにチェックを付け、 見つけたものを追加する。 - 確認なしに migrations/、生成されたファイル、公開 API に 触れない。対話型の画面なしで実行する
codex execは 1 つのタスクを実行して終了します。進捗は stderr に、最終メッセージは stdout に出力されます。-oを付けるとファイルにも書き出し、--jsonを付けるとイベントをストリームします。--sandbox workspace-writeを渡さない限り、サンドボックスは読み取り専用です。# 1 日目、そして翌日に同じセッションをもう一度 codex exec --sandbox workspace-write "REFACTOR.md の最初のステップをこなして" codex exec resume --last "REFACTOR.md で次の未チェックのステップに進んで"スケジュールに載せる
ChatGPT のデスクトップアプリか Web でスケジュールタスクを作るか(CLI では管理できません)、cron から
codex execを実行します。Codex を自律的に動かす方法をご覧ください。
限界と安全性
- テストがなければ、リファクタリングと振る舞いの変更を見分けられません。まずその領域にテストを追加しましょう。
- 大きな書き直しを一度に行うと、レビューが難しくなります。1 つずつマージできる小さなステップのほうが安全で、結局は速く進みます。
- どの奇妙なコードが意図的なものかは知りません。そうした箇所には、コメントかルールで印を付けておきましょう。
- Codex はデフォルトでコマンドをサンドボックスの中で実行します。書き込みはワークスペース内に限られ、ネットワークはオフです。
danger-full-accessは、隔離されたランナーやコンテナでだけ使いましょう。
リファクタリングに使うなら Claude Code と Codex のどちら?
ルールはそのまま使い回せます。AGENTS.md に一度書き、CLAUDE.md に @AGENTS.md と書いておけば、両方のエージェントが同じファイルを読みます。
もう一方のエージェントでの手順:リファクタリングを Claude Code で行う方法。
| Claude Code | Codex | |
|---|---|---|
| ルールファイル | CLAUDE.md | AGENTS.md |
| ツールの接続 | claude mcp add | codex mcp add または config.toml |
| 無人で実行 | claude -p | codex exec |
| スケジュール | /schedule、デスクトップのスケジュールタスク、/loop | ChatGPT アプリのスケジュールタスク、cron |
| リファクタリング向けの組み込み機能 | プランモード、worktree、動的ワークフロー、/simplify | /plan、/goal、codex exec resume |
リファクタリングを誰かの仕事にする
コマンドは、誰かが実行を思い出したときにしか動きません。Crewmark は、あなたの Codex を、職種、数字の目標、勤務時間、ハートビートを持つ AI 社員に変えます。仕事はスケジュールどおりに進み、ボードに表示されます。
職種から始める
AI ソフトウェアエンジニアを選び、ブリーフにこのページのルールを加えます。
仕事をボードに載せる
この仕事を定期 issue として追加します。社員はハートビートで起きて仕事をこなし、結果をコメントで報告します。
関連ページ
各ステップは、マージの前にコードレビューでチェックします。
よくある質問
Codex はリファクタリングが得意ですか?
はい。変更が計画され、テストされていれば得意です。まず /plan を使い、AGENTS.md にテストコマンドを書き、それぞれがプルリクエストになる小さなステップで進めましょう。
長い Codex のリファクタリングを軌道に乗せ続けるには?
/goal でゴールを設定します。たとえば、テストを通したまま移行を終えること。Codex はそれに向かって作業し続け、ゴールは表示、編集、一時停止、クリアができます。
Codex で翌日にリファクタリングを続けられますか?
はい。codex exec resume --last は直近のセッションを新しいプロンプトで続けるので、毎日の実行は前回止まったところから再開します。
2026年11月13日に、Claude Code と OpenAI の Codex のドキュメントで確認しました。