一人会社でCodex・Claude Code・Cursorをどう使い分けるか

一人会社のlaunch-checklist.mdには、テスト、データイベント、エラー処理、権限境界、決済フロー、監視、ログが並びます。CursorでUIをすばやく直し、Claude CodeでAPIをリファクタリングし、Codexでレビューとテストを実行しても、リリース直前までStripe webhookを確認していなければ意味がありません。問題はツールの賢さではなく、最初から仕事の割り振りを誤っていたことです。

Codex、Claude Code、Cursorを実際の業務へ組み込むとき、「どれが最強か」は中心的な問いではありません。工程ごとにどのツールを使い、何をコンテキストとして渡し、どう検証し、いつagentを止めるかが重要です。以下では、計画、実装、リファクタリング、レビュー、並行タスク、コスト管理、リリース確認を一つの分担表として整理します。

---

一人会社のAIコーディングワークフローを階層化する

一人会社には、専任のテストエンジニア、運用担当、コードレビュープロセスがありません。AIコーディングツールは協業の一部を補えますが、検証と判断までは代替できません。すべてをCursorやClaude Codeへ渡して「全自動」を期待すると、動くデモはできても、テスト、データイベント、エラー処理、権限、決済確認が残ります。

安定した分担は単純です。CursorはIDE内の高速編集とUI反復、Claude Codeはターミナルのワークフローと長いコンテキストを使う作業、CodexはLocal、Worktree、Cloud、Review、自動化など検証を伴うエンジニアリング作業を担当します。3つは代替関係ではなく、役割の異なる道具です。

ツールの入口比較（2026年7月26日時点。変化する機能は公式サイトで確認）

ツール	主な入口	向いている作業	代表的なコマンド・機能
Cursor	IDE + CLI / Cloud Agent	高速編集、UI反復、局所変更	Tab、Agent、Composer
Claude Code	CLI + IDE / Web / Desktop	コードベース調査、リファクタリング、長時間タスク、テスト	/usage、/compact、/mcp
Codex	Desktop + CLI + IDE + Cloud	エンジニアリングレビュー、Worktree並行作業、移行、自動化	/review、worktree、cloud、scheduled tasks

Cursorにはエディタ内のAgent、Composer、frontier models、MCP、skills、hooks、cloud agentsがあります。Claude Codeの公式ワークフローはコードベース調査、バグ修正、リファクタリング、テスト、PR、worktree並行作業を扱います。Codexはローカルとcloudの入口を持ち、デスクトップのworktreeで複数タスクを隔離できます。機能、モデル、プランは変わるため、現在の公式文書、アカウント権限、管理者ポリシーを確認してください。

---

計画段階：編集を始める前にツールを選ぶ

計画段階の仕事は、タスク分解、案の評価、検証境界の確定です。一人会社でよく起きる失敗は、要件、コンテキスト、完了条件を決める前にagentへ実装を始めさせることです。

計画段階のツール分担

場面	推奨ツール	理由	渡すコンテキスト
UIプロトタイプの高速検討	Cursor Agent	IDE内ですぐ確認でき、結果が見える	UIファイル、デザインのスクリーンショット、操作要件
コードベースの構造分析	Claude Code CLI	ターミナルでモジュール全体を連続して調べられる	プロジェクトルート、CLAUDE.md、設計文書
cloudタスクの計画	Codex Cloud	境界が明確なバックグラウンド作業に向く	プロジェクト文書、移行案、接続済みツール
複数案の並行検討	Codex Worktree	現在のcheckoutを汚さず変更を隔離できる	Gitリポジトリ、仮説、検証条件

計画段階で最初に試すタスク

Cursor AgentでUIプロトタイプを作ります。 既存デザインシステム、関連コンポーネント、スクリーンショットを渡し、landing pageの試作を依頼します。見た目とクリック操作を人が確認します。

Claude Code CLIでリポジトリを調べます。 ターミナルでclaudeを起動し、主要モジュール、実際の入口、依存関係を列挙させます。重要なモジュールが抜けていないか、説明された呼び出し経路がコードと一致するかを確認します。

Codex Worktreeで案を並行比較します。 Codexデスクトップで、Prisma案とDrizzle案などを別々のworktreeタスクにします。diff、テスト結果、リスク一覧を比べてから、何を統合するか決めます。

Claude Codeの/compactは長いセッションのコンテキストを圧縮できます。Codex WorktreeにはGitリポジトリが必要で、個別に検証できる案に向きます。計画段階の成果物は、タスク分解、対象ファイル、リスク、検証コマンドであり、未承認の変更群ではありません。

---

実装段階：Cursorで高速反復、Claude Codeで長時間タスク

実装段階では実際にコードを書きます。すべての実装をCursorへ渡し、「一度で生成できる」と期待すると、UIは早く直っても、API、データベース、テスト、リファクタリングではコンテキスト切れややり直しが増えます。

実装段階のツール分担

場面	推奨ツール	理由	代表的な使い方
UIの高速編集	Cursor Tab	その場で補完され、結果を目視できる	landing pageのスタイルや余白を調整
局所的なコード変更	Cursor Agent	IDE内の対話とdiff確認が速い	1つのAPI endpointや関数を変更
複数ファイルの編集	Cursor Composer	エディタ内で複数ファイルを連携して変更	コンポーネント名とimportを更新
長時間の実装	Claude Code CLI	コマンド、テスト、ログを一つの流れで追える	APIモジュール実装、データ層のリファクタリング
隔離した実装	Codex Worktree	Git worktreeで隔離し、レビューしやすい	現在の作業環境を汚さず案を比較

実装段階で最初に試すタスク

場面1：CursorでUIをすばやく修正します。 landing pageのファイルを開き、TabまたはAgentでスタイルを変更します。見た目、モバイル表示、クリック操作を確認します。局所的な目的を達成したら止め、ついでの変更で範囲を広げません。

場面2：Claude Code CLIで長い実装を進めます。 claudeを起動し、認証関連ファイル、リスク、完了条件を先に列挙させます。その後、登録、ログイン、セッション、パスワード再設定を段階的に実装します。テスト、APIレスポンス、権限境界を確認し、合意したテストが通った時点で止めます。

場面3：Codex Worktreeで実装を隔離します。 一括変更や独立検証できる案をworktreeタスクにします。worktreeのdiff、テスト出力、未解決リスクを見てからhandoffや統合を決めます。所有者のいない一時変更を残しません。

実装段階の検証チェックリスト

実装にはテストが必要です。「コードを書いた」は完了条件ではありません。

• npm testまたはpytestを実行し、対象範囲のテストが通ったことを確認する
• APIのエラー応答とフロントエンドのエラー状態を確認する
• データの読み書きと、失敗時の整合性を確認する
• 未承認操作が拒否され、機密データの露出が最小であることを確認する

Cursor、Claude Code、Codexでは、利用量や上限の仕組みが異なります。「この機能は上限を消費しない」という表示を長期的な契約だと考えず、最新のusage dashboard、/usage、公式価格ページを確認してください。

---

リファクタリングとレビュー：Codex ReviewとWorktreeを使う

リファクタリングとレビューでは、AIツールのエンジニアリング能力を活かせます。一人会社が両方を飛ばして公開すると、動くコードと一緒に技術的負債、性能低下、脆弱性も本番へ入ります。

リファクタリング段階のツール分担

場面	推奨ツール	理由	代表的な使い方
複数ファイルの一括変更	Cursor Composer	エディタ内で関連変更を確認できる	コンポーネント名とimportを更新
深いリファクタリング	Claude Code CLI	コマンド、テスト、ログを連続して追える	データ層やAPIモジュールを再構成
コードレビュー後の修正	Codex /review	diffとリスクを独立して確認できる	未commit変更、commit、PRをレビュー

リファクタリング段階で最初に試すタスク

場面1：Cursor Composerで範囲を限定した一括変更をします。 明示したファイル群だけでコンポーネント名を変更し、参照を更新します。旧名称を検索し、変更ファイルをすべて確認して、型チェックとテストを実行します。無関係な整形を混ぜません。

場面2：Claude Code CLIで深いリファクタリングを進めます。 データアクセス層へ触る前に段階的な移行計画を出させます。各段階でテストし、動作と性能の証拠を比較します。合意した段階とrollback地点がそろったら止めます。

場面3：Codexの/review後に修正します。 Codex CLIの対話セッションで/reviewを実行するか、デスクトップのreview paneを使います。findingを一つずつ確認し、修正後に再テストします。高リスク項目を処理し、残る提案を記録したら終了です。

レビュー段階のツール分担（2026年7月26日時点。変化する機能は公式サイトで確認）

場面	推奨ツール	理由	代表的な使い方
CLIコードレビュー	Codex /review	未commit diff、commit、ブランチ差分を確認	位置情報付きのリスク一覧を作る
App内レビュー	Codex review pane	Git diffとinline commentを確認	ファイル単位で変更を承認
自動PRレビュー	Cursor Bugbot	対応する課金とチーム運用が有効なリポジトリに向く	PRを自動確認し、findingを人が判断
ターミナルレビュー	Claude Code	モジュール横断のdiff説明とテスト追加に向く	影響を追跡し、検証コマンドを実行

レビュー段階の検証チェックリスト

レビューはfindingの出力だけでは終わりません。重要項目を一つずつ確認します。

• 実際に実行されたコマンドとテスト範囲を確認する
• レビューで見つかったエラー経路が修正されたか確認する
• 権限の弱点にテストを追加する
• secret、ネットワーク、本番設定が最小権限か確認する
• transaction、idempotency、rollback、migrationのリスクを確認する
• webhook署名、重複決済イベント、失敗経路をテストする

並行タスクのツール分担

夜に複数のagentを起動し、翌朝に変更が重なっていることへ気付くのは典型的な失敗です。並行作業にはworktreeまたはブランチによる隔離、タスクキュー、明確な検証順序が必要です。

場面	推奨ツール	理由	代表的な使い方
Git worktreeでの並行作業	Codex Worktree	独立checkoutでタスクを分離できる	案の比較、独立ページ、テスト追加
複数ターミナルセッション	Claude Code + Git worktree	会話を分けてもファイル隔離は必要	独立モジュールや文書タスク
一つのエディタでの即時作業	Cursor	前面の局所タスクに向く	一つの視覚的変更へ集中

並行作業のリスク管理

複数のagentでコードベースが混乱しませんか？

隔離とレビューがなければ混乱します。次を守ります。

• タスクごとにworktree、ブランチ、明示的なファイル範囲を与える
• 2つのagentに同じファイル群を同時変更させない
• 各タスクに変更概要、検証コマンド、未解決リスク、次の作業を出させる
• 依存する次のタスクを始める前に、先のタスクを検証する
• コスト警戒線を決め、超えたらタスク分解を見直す

文書更新、独立ページ、テスト追加、案の調査は並行化しやすい作業です。データベースschema、決済、権限、グローバル状態、本番設定は安易に並行化できません。

---

コストと利用上限を管理する（2026年7月26日時点。現在の価格を確認）

一人会社がAIツールを「無料の労働力」と考えると、コストを見失います。実際の管理対象は、ツール選択、コンテキスト、モデル、並行数、手戻りです。

コストと利用量の確認入口

ツール	現在の確認入口	制御方法	主な影響要因
Codex	CLIの/status、アカウントのusageページ	プラン上限、credits、モデル、speed設定	モデル、コンテキスト、ツール、cloudとlocal、Fast mode
Claude Code	/usage、Claude Console、組織分析	usage credits、組織・workspaceのspend limits	モデル、コードベース規模、長いコンテキスト、複数instance、自動化
Cursor	Usage dashboard、Admin Dashboard	included usage、on-demand、チーム上限	Agent/Composer、モデル、コンテキスト、cloud agents

Codexのプランと利用量

プラン	現在の公開価格	向いている利用
Plus	月額20ドル	週に数回の集中したコーディングと複数のCodex入口
Pro	月額100ドルから	Plusより大きな利用量が必要な個人
Business	年払いで月額20ドル/ユーザー。月払いは異なる	管理workspaceとセキュリティ制御が必要なチーム
API Key	API token使用量による課金	cloud-based integrationsを使わないCLI、SDK、IDE、CI自動化

Codexの消費量は、モデル、コンテキスト、推論、ツール、検索、cacheによって変わります。Fast modeは上限をより速く消費します。モデル一覧とcredit rate cardは頻繁に変わるため、古い表やスクリーンショットではなく公式価格ページを確認してください。

Claude Codeのコスト構造

Claude CodeのAPI利用はtoken課金で、購読ユーザーはプラン上限と利用windowの範囲で使います。公式コスト文書では、モデル、コードベース規模、複数instance、自動化によって費用が大きく変わると説明されています。企業導入の平均値は、開発者1人あたりactive dayで約13ドル、月150〜250ドルですが、これは企業統計であり、個人の請求額を約束する数字ではありません。

/usageは現在のセッションのtoken統計を表示し、購読ユーザーにはプラン利用バーと内訳も示します。APIユーザーのローカル金額は標準公開価格による推定で、請求の真源はClaude Consoleです。小さなpilotで自分の基準値を作る方が、企業平均をそのまま使うより確実です。

Cursorのプランと利用量

プラン	現在の公開価格	主な機能
Hobby	無料	限定的なAgentリクエストとComposer
Individual Pro	月額20ドル	Agent上限の拡張、frontier models、MCP、skills、hooks、cloud agents
Teams	月額40ドル/ユーザー	集中管理、チーム資産、Bugbot、cloud agents、usage analytics、SSO
Enterprise	個別見積もり	pooled usage、SCIM、アクセス制御、監査、高度なセキュリティ

Cursorの各プランには一定のモデル利用量が含まれ、現在のルールでは使い切った後にon-demandを選べます。モデル、usage pool、課金は変わるため、Cursor Pricingとdashboardを現在の真源にしてください。

コストを下げる方法

• 目的、コンテキスト、制約、完了条件を具体的に書き、手戻りを減らす
• Claude Codeの長いセッションは/compactで圧縮し、他のツールでも作業を分割する
• 現在のタスクに必要なMCP、plugin、ネットワーク権限だけを有効にする
• 軽い作業で常に最も高価なモデルを使わない
• 実際のタスク境界で新しいコンテキストを開始する
• ツール費用と、短縮時間、失敗率、レビュー時間を一緒に振り返る

---

リリース確認：AIに置き換えられないチェック

リリース確認ではagentを止め、人が判断を引き取ります。AIで作ったデモへアクセスできても、決済、権限、データ、監視、ログが完成した証拠にはなりません。

リリース時の境界

本番データベース、決済管理画面、secret、危険な自動化に、agentの無制限な書き込み権限を初期値として与えないでください。高リスク操作には次が必要です。

• 読み取り優先：read pathを検証してから、必要最小限のwrite actionを開く
• 承認：返金、削除、権限変更、リリースには人の確認を入れる
• バックアップ：削除と移行の前に、検証済みのbackupとrestore経路を用意する
• ログ：対象、承認、結果、rollback証拠を記録し、secretは記録しない
• 最小権限：token、ネットワーク、外部ディレクトリ、第三者ツールをタスク範囲に限定する

リリース確認チェックリスト

• 「テスト成功」という文章ではなく、コマンド、範囲、結果を確認する
• 作成、更新、削除、失敗経路のeventを確認する
• APIとフロントエンドに回復可能なエラー状態があるか確認する
• 未承認操作が拒否され、role変更が監査されるか確認する
• Stripe webhookの署名、idempotency、失敗処理をテストする
• error、performance、重要なbusiness metricの監視を設定する
• 機密フィールドをmaskしつつ重要操作を追跡可能にする

リリースの停止条件

• 合意したすべてのテストが通る
• データイベントが完全で検証できる
• APIとフロントエンドのエラー処理が動く
• 権限境界が明確で、未承認操作が失敗する
• 決済フローが署名、idempotency、失敗経路の確認を通る
• ログ、性能監視、エラー監視が設定されている

これは一人会社に必要な最低限のリリース条件であり、企業のcomplianceやsecurity auditを置き換えるものではありません。

---

次のステップと関連記事

AIコーディングツールの組み合わせは、一度きりの設定ではなく、運用しながら改善する仕組みです。境界の明確なpilotから始め、効果を確認してから広げます。

ツールの組み合わせを始める方法

最初に、実際のタスクを一つ試します。 日常作業がUIやIDE内の局所編集中心ならCursorから始めます。長いターミナル作業が中心ならClaude CodeまたはCodexから始めます。

次に、異なる実行面を一つ加えます。 主力がIDEなら、長時間タスク、テスト、隔離実行を担う入口を追加します。すでにterminal agentが主力なら、組み合わせを作るためだけに似た製品を増やしません。

3番目に、隔離とレビューを追加します。 並行検討やバックグラウンド実行が必要になったら、Codex Worktree、Cloud、その他の隔離手段を使います。非同期タスクには必ず検証信号を持たせます。

4番目に、コストを試算します。 現在の入門プランや無料枠から始め、1か月のusage、手戻り、レビュー時間を見てからupgradeします。価格と上限は頻繁に変わるため、古い記事の数字を約束として扱いません。

関連記事

公開済みの記事：

• AIコーディングツール全景2026：AI IDE、コード支援、コーディングagentの全体像。
• AIコーディング支援ツール比較：Cursor、Claude Code、Copilotの選び方と予算。
• Cursor無料プランガイド：無料プラン、usage、upgrade判断。
• Cursor @Codebaseの使い分け：@Codebase、@Docs、@Filesを使う場面。
• Codex Worktree実践：並行タスクの隔離、handoff、検証。
• Codexでコードレビュー：変更をそのまま受け入れず、PRを確認する方法。

シリーズの次の記事では、コンテンツサイト、ツール、SaaSのフロントエンド、バックエンド、デプロイ、データベース、決済、ユーザーシステムの選び方を扱います。