Codex を副業で活かす使い方と料金の考え方

今、副業に Codex を使う理由 — Goal Mode と非同期の相性

2026年6月3日、OpenAI は「Codex for almost everything」と題して Codex の大幅な刷新を発表した。その核心が Goal Mode の正式版化で、数時間から数日にわたる長い作業を開始時に預け、完成したら通知を受け取るスタイルが正式機能として使えるようになった(出典: https://openai.com/index/codex-for-almost-everything/ )。同月18日にリリースされた CLI v0.141.0 安定版では、リモート実行環境の認証と暗号化が強化され、クラウド上でのタスク実行の信頼性も高まっている(出典: https://github.com/openai/codex/releases )。

副業・フリーランスの特徴は、作業時間が断片的で連続した集中時間を取りにくい点にある。朝30分・昼休み15分・夜1時間、という形でしか時間が作れないとき、従来のコーディングツールは「中断した場所から再開する」コストが高かった。Codex の Goal Mode は、タスクと完了条件を最初に明確に渡しておけば、あとは Codex が自律的に作業を進める。戻ってきたときに差分を確認して承認する、という運用スタイルは、細切れの時間での副業に自然に合う。

従来の「ペア開発」スタイルのツールと異なり、Codex はバックグラウンドで動き続ける。タスクを投げたまま別の案件のミーティングに入っても、Codex は止まらない。長いタスクほどこの非同期の性格が効いてくる。副業で 2〜3 件の案件を同時に持ちながらそれぞれを前に進める、という使い方が現実的になった背景には、この Goal Mode の安定化がある。

副業・フリーランスで Codex が向くプロジェクト

Codex はすべての作業が得意なわけではなく、向き不向きがある。副業の文脈で特に効果が高いのは、目標と完了条件を言葉で渡せる作業だ。具体的には、ウェブアプリや API の機能追加・修正・バグ修正・テストの追加がその代表になる。

ウェブアプリや API の機能追加は、Codex が最も力を発揮する領域だ。「商品一覧の並び替え機能を追加してほしい」「この API エンドポイントのレスポンスに新しいフィールドを追加してほしい」という形で目標を渡せば、関連するファイルを読み込んで変更を加え、テストも書いてくれる。副業案件でよくある「元の開発者がいなくなったあとの保守・機能追加」という状況でも、Codex はコードベースを読み込んで文脈を理解するため、最初から一通りの説明をしなくても作業に入れる点が現場で効く。

テストの追加とバグ修正も相性がよい。クライアントから「テストカバレッジを上げてほしい」「このバグを直してほしい」という依頼は多いが、地道で時間がかかる作業でもある。Codex に任せると、既存のコードに合わせたテストを生成し、バグの原因を特定して修正差分を作ってくれる。副業の時間が限られている中で、こうした地道な作業を Codex に任せることで、自分はより高い判断が必要な部分に集中できる。

一方で、ビジュアルデザインの決定やクライアントとの要件のすり合わせといった、コミュニケーションや判断が中心の作業は Codex には任せられない。また、初めてのアーキテクチャ設計や、事業の方向性に関わる判断が必要な局面も委任には向かない。Codex を「実装を担うスタッフ」として扱い、自分が判断や設計を担う、という役割分担が副業での現実的な使い方になる。

Codex を副業プロジェクトにセットアップする手順

副業で Codex を使うにあたり、プロジェクト固有の情報を Codex に渡しておく準備が効果を大きく左右する。以下の三つのステップで準備すると、最初のタスクから品質の高いアウトプットが得やすい。

Step 1: リポジトリに AGENTS.md を置く

AGENTS.md は、Codex がリポジトリを読み込む際に最初に参照するガイドファイルだ(出典: https://developers.openai.com/codex/guides/agentsmd )。ここにプロジェクトの構成・技術スタック・コーディング規約・禁止事項を書いておくと、Codex が的外れな提案をするリスクが減る。副業案件の AGENTS.md には、使用フレームワーク・プログラミング言語・テストの実行コマンド・デプロイ先環境を書いておくと効果が高い。たとえば「このプロジェクトは Laravel を使っている」「テストは php artisan test で実行する」「コードスタイルは PSR-12 に従う」といった情報を事前に与えておくと、Codex のアウトプットが最初から使える品質に近づく。クライアントの案件ごとにリポジトリが分かれている場合は、それぞれの AGENTS.md をそのプロジェクトに合わせて書くのが基本になる。

Step 2: タスクを明確な単位に分ける

Codex に渡すタスクは、完了条件が検証可能なものを選ぶ。「全体的に改善してほしい」というあいまいな指示ではなく、「user テーブルに last_login_at カラムを追加し、ログイン時に更新するコードを書き、マイグレーションとテストも含めること」という形で渡すと、Codex は迷わず作業できる。副業案件では、クライアントから受け取った要件をそのまま渡すよりも、自分でタスクを切り分けて整理してから Codex に渡すほうが精度が上がる。1 タスク = 1 マイルストーン、という粒度が扱いやすい。長すぎるタスクは途中で方向がぶれることがあり、短すぎると往復のやり取りが増える。副業の限られた確認時間を考えると、1 回のやり取りで完結する単位に分けておくのが効率的だ。

Step 3: Goal Mode で開始して他の作業に移る

Codex アプリでタスクを送信し、Goal Mode を有効にすると、Codex はバックグラウンドで作業を進める。この間、本業の仕事やクライアントとのやり取りに集中できる。Codex が区切りのよい地点に達すると通知が届き、差分やテスト結果を確認して承認するかどうかを判断する流れになる(出典: https://developers.openai.com/codex/app )。承認した変更は Codex がコミット可能な状態で用意してくれるため、最終的なレビューと確認だけを自分が担う形になる。細切れの時間に確認だけを行い、大半の実装は Codex に任せるという分業が、副業の時間的制約を実質的に和らげる。

副業利用における料金の実際

副業で Codex を使うときの料金は、利用量によって変わる。基本は ChatGPT 有料プラン(Plus 月額 20 ドル〜)に含まれる利用枠で、多くの副業案件はこの枠内で収まる。

問題は、込み入った作業や長時間の Goal Mode タスクを集中して走らせる週に、枠を超えることがある点だ。その場合の追加費用は、クレジット追加購入(1,000 クレジット = 40 ドル)という形になる。GPT-5.5 モデルで 1 タスクあたり 5〜45 クレジット程度が目安のため、1,000 クレジットはおおむね 20〜200 タスク分に相当する(出典: https://developers.openai.com/codex/pricing )。副業案件で月に 20〜50 タスク程度なら、Plus 枠だけで収まる月の方が多いはずだ。

副業収入との採算で見ると、月 20〜60 ドル程度の Codex 費用は、数時間の作業代換算では十分に元が取れる水準になりやすい。ただし枠を大幅に超えて使い続けると費用がかさむため、Settings > Usage から使用量を週次で確認する習慣をつけておくとよい。また、特定の週に大きなリファクタリングや移行作業が集中する場合は、Pro プラン(月額 200 ドル)への一時昇格も選択肢になる。Pro は Plus の 5 倍の利用枠に加え、処理の優先度が高いという利点がある(出典: https://openai.com/chatgpt/pricing/ )。

副業のクライアントとの関係で費用をどう扱うかは、案件の契約内容による。一般的に、開発環境やツールの費用は受託者が負担するのが通例だが、Codex を大規模に使って大幅な工数削減が見込める場合は、そのコスト分を見積もりに織り込むことも考えられる。いずれにしても、Codex の費用は他の開発ツールと同様に間接費として管理するのが実務的だ。

成果物の著作権と機密情報の扱い

副業で Codex を使う際に避けられない論点が、成果物の著作権と機密情報の扱いだ。どちらも案件を受ける前に確認しておくべき事項になる。

著作権については、OpenAI の利用規約によれば Codex が生成したコードの権利はユーザーに帰属するとされている(出典: https://openai.com/policies/terms-of-use )。つまり、Codex を使って作成した成果物をクライアントに納品することは、通常の受託開発と同様に扱える。ただしこの解釈は各国の著作権法や契約内容によって変わる可能性があるため、大きな案件では事前にクライアントと確認しておくと安心だ。

機密情報の扱いには注意が必要だ。Codex はクラウドサンドボックスモードとローカルモードを持ち、クラウドモードでは入力したコードや指示が OpenAI のサーバーを経由する。クライアントの非公開情報・個人情報・営業秘密を含むコードをクラウドモードで処理することは、契約上や法律上のリスクになることがある。このような懸念がある案件では、ローカルモードを使うか、機密部分を除いた範囲だけを Codex に渡す工夫が必要だ。機密性の高い案件が増えてきた段階では、データ保護の追加条件が設定される企業向けプランも選択肢になる(出典: https://openai.com/enterprise-privacy )。

副業では複数のクライアントのコードを同じ環境で扱うケースもある。クライアント A のリポジトリと Codex のセッションが、別のクライアント B の作業に混入しないよう、プロジェクトごとにリポジトリと設定を明確に分けておくことが基本の安全策になる。Codex はセッション単位でリポジトリを読み込む設計のため、プロジェクトを切り替えるときは意識的にセッションと作業ディレクトリを切り替えるようにする。

クライアントとのやり取りで Codex の利用を開示すべきか

Codex を含む AI コーディングツールを使うことをクライアントに開示すべきかどうかは、案件ごとの契約内容とクライアントの意向による。明示的な禁止条項がある場合は当然従う必要があるが、それ以外の場合は受託者の裁量の範囲とされるのが一般的だ。

ツールの選択は受託者の自由、というスタンスは、オフショア開発やライブラリ利用と同じ考え方だ。成果物の品質と納期が守られている限り、どのツールを使うかを逐一報告する義務は通常生じない。ただし、クライアントが AI 利用への懸念を持っている場合や、「AI を使わないこと」という条件が契約に含まれる場合は、その指示に従う。

Codex を活用することで自分が手掛けられる作業量と品質の上限が上がる、という事実は、長期的な副業パートナーとしての信頼性向上につながる可能性がある。多くの場合、クライアントは「どのツールを使ったか」よりも「期待通りの成果が届いたか」を重視する。Codex の利用は、その成果の質を高めるための手段として位置づけておくのが自然だ(出典: https://openai.com/codex/ )。

まとめ — Codex は副業の「時間の制約」を緩和するツール

Codex を副業に使う最大のメリットは、断片的な時間でも前に進められる非同期の作業スタイルだ。タスクを渡して他の仕事に戻れ、Codex が終わったら確認して次を投げる——このサイクルが、本業の合間にこなせる副業の量を実質的に増やす。

費用は Plus 月額 20 ドルが基本で、込み入った作業の多い月でもクレジット購入で補える範囲に収まることが多い。機密情報の扱いとクライアントとの合意形成は事前に整理しておく必要があるが、これは他のツールを使う際も同様の確認事項だ。

副業で Codex を使い始めるなら、まず手元の小さな案件のバグ修正かテスト追加から試すのが現実的だ。AGENTS.md でプロジェクト背景を渡し、タスクを一文で表せる粒度に切り出し、Goal Mode で投げてみる。Codex に渡す指示の書き方に慣れるほど、委任できる作業の幅が広がっていく。v0.141.0 で安定した現在の Codex は、副業の時間的制約を実質的に和らげる水準に達している(出典: https://developers.openai.com/codex/ )。