法律業務のソフトウェア開発にCodexを使う
小規模なソフトウェア変更を定義し、架空のレコードでテストして、法律業務に導入する前に変更ファイルを確認します。
執筆後の変更点
- Codex・Claude Code更新後にファイルのアクセス制限を確認
Codex CLI 0.156.0はアクセス制限の不備を修正しました。Claude Code 2.1.280はシンボリックリンク経由の書込み権限チェックを修正しました。プロジェクト内のリンクが、外部のファイルを指す場合があります。
推奨アクション: フォルダーのアクセス制限を利用している場合は、これらの修正を含む承認済みバージョンの導入を技術担当者に依頼してください。架空のファイルで、許可された編集と、許可フォルダー外への禁止された編集をテストし、シンボリックリンク経由の編集も確認します。実際のファイル内容とツールの結果を照合してください。外部ファイルが変更されたら、アクセス制御を修正して再テストするまで、その環境での案件業務を停止してください。
- GPT-5.5：10月14日までに保存済みタスクを確認
OpenAI は、2026年10月14日に ChatGPT、ChatGPT Work、Codex で GPT-5.5 の提供を終了すると発表しました。今回の発表は OpenAI API での提供終了を意味しません。
推奨アクション: チームで GPT-5.5 を使っている場合は、期日までに保存済みのモデル選択と定期実行タスクを管理者に確認してもらってください。ChatGPT でログインする Codex では、OpenAI は GPT-5.6 Sol を推奨しています。対象者が利用できることを確認し、架空のレコードで使い慣れたタスクを再実行して、結果を点検してから移行してください。
出典: OpenAI changelog, Codex models, Workspace model availability
- GitHub：再利用するファイルの変更権限を確認する
GitHub は、自動処理の実行間で保存するファイル（キャッシュ）の設定を追加しました。変更を許可すると、既存の保護が適用されなくなる場合があります。
推奨アクション: GitHub で作業を自動化しているチームに関係する変更です。次回以降の実行で再利用する保存済みファイルを、誰が置き換えられるのか、運用担当者に確認してもらってください。別のプロジェクトから設定をコピーしたというだけで、その権限を与えるべきではありません。
出典: GitHub Actions
- 一部のアプリが Codex に接続できなくなる可能性
Codex は接続コマンド
codex mcp-serverとcodex-mcp-serverを削除しました。Codex から外部ツールへ接続する別の機能は廃止されていません。推奨アクション: 別のアプリが削除されたコマンドのいずれかを使って Codex に接続している場合は、接続が今も機能するか保守担当者に確認してもらってください。確認が済むまで、影響する作業は一時停止します。実験段階の app-server は、本番利用向けにサポートされた代替手段ではありません。
出典: ChatGPT / Codex
- Astra へ切り替える前に独自の AI ツールをテストする
Astra では、一部の独自開発ツールの設定変更が必要です。モデル名だけを変更すると、既存のアプリが作業を完了できなくなる場合があります。
推奨アクション: 組織で独自の AI ツールを使っている場合は、Astra に切り替える前に開発者へ互換性の確認を依頼してください。架空の作業で、情報が足りない場合と接続先のツールが失敗する場合を試します。未完了の作業を完了扱いせず、問題が明示されることを確認してください。
出典: OpenAI API, GPT-6 Astra
- 旧式の AI アシスタントや文字起こしツールは移行が必要
OpenAI は8月26日に Assistants API を終了しました。
whisper-1と GPT-4o 文字起こしモデルも2027年2月26日に終了すると発表しています。推奨アクション: 独自の AI ツールの保守担当者に、終了した Assistants API や上記の文字起こしモデルへの依存が残っていないか確認してください。この API から過去の会話履歴を取得することはもうできず、移行に使えるのは事前に保存したメッセージだけです。代替の文字起こしツールを採用する前に、架空の録音と出力を照合し、氏名、日付、発言者を確認してください。
- Codex が ChatGPT のデスクトップアプリに統合
7月の発表で、Codex は macOS と Windows の ChatGPT に統合されました。更新後も既存のプロジェクト、設定、作業手順は引き継がれます。
推奨アクション: Codex の教材に沿って作業するときは、デスクトップアプリの Codex セクションを開き、正しいプロジェクトを選んでください。依頼者のファイルを開く前に、ログイン中のアカウント、作業フォルダー、アクセスできるツールを確認します。同じアプリに統合されても、組織の利用許可が他の機能に広がるわけではありません。
出典: ChatGPT / Codex
- Codex の遠隔作業と Claude の回答保存を別々に確認する
Codex Remote は6月25日に公開されました。別途、Claude Code 2.1.193 は、既存の指示文の記録設定を引き継ぎ得る回答ログ機能を追加しました。
推奨アクション: 遠隔作業を実行するコンピューターを確認してください。Claude の回答が保存される設定か管理者に尋ね、架空の例で組織の保存方針と照合します。
出典: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.193 bump commit, Claude Code 2.1.193
- 作業の記録と操作の承認は別々に判断する
Record & Replay は当初 EEA、英国、スイスを対象外として macOS に登場しました。別途、Claude Code 2.1.183 は、人の判断を待つ操作を通知が誤って承認する問題を修正しました。
推奨アクション: 架空の作業を試す前に現在の提供状況を確認してください。Claude の自動処理では、通知が本人に代わって操作を承認できないことを担当者に実演してもらいます。
出典: OpenAI Codex changelog, OpenAI Codex Record & Replay documentation, Claude Code changelog, Claude Code Action 2.1.181 bump commit, Claude Code Action 2.1.183 bump commit, Claude Code 2.1.183
- 中断後に残った Claude の回答は未完了かもしれない
Claude Code 2.1.179 は接続切断後も途中の回答を保持しました。別の Codex 拡大では EEA、英国、スイスが対象となり、Memories は当初オフでした。
推奨アクション: 復元された草稿を使う前に、扱った文書と質問を元の依頼と照合してください。現在の提供地域と組織の記憶設定は別途確認します。
出典: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.179 bump commit, Claude Code 2.1.179
- Claude が委任した作業にも権限確認が必要
2.1.178 は、委任した作業でツール制限が無視される問題を修正し、より細かな権限ルールを追加しました。
推奨アクション: 架空のプロジェクトで、許可する操作と禁止する操作を管理者に試してもらいます。委任した作業も含め、意図した制限に従うか確認してください。
出典: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.178 bump commit, Claude Code 2.1.178
- Codex のブラウザテストは画面外の情報にも触れる可能性
6月の更新でブラウザ診断機能が加わり、定期作業が選択された承認設定に従うよう修正されました。
推奨アクション: 依頼者の資料を含まないページで試してください。定期作業では、承認が必要な操作が実際に停止して判断を待つことを担当者に示してもらいます。
出典: OpenAI Codex changelog, Claude Code Action auth fallback commit, Claude Code Action SDK iterator commit, Claude Code Action 2.1.175 bump commit
- Codex サイトの公開内容と運用費を事前に確認する
Codex Sites は6月にプレビュー公開されました。別途、対象の API 計算セッションは最低5分の分単位課金になりました。
推奨アクション: 公開前に各ページとアクセス範囲を確認してください。独自の AI ツールの費用は、実際の稼働時間と現在の料金で開発者に見積もってもらいます。
出典: OpenAI Codex changelog, OpenAI API changelog, Claude Code Action workload identity federation commit
- Codex を内部資料につなぐ際も承認が必要
OpenAI は企業ツール向けの非公開接続サービスを発表しました。Codex 0.132.0 ではコマンドライン作業の再開後にも結果の形式を指定できるようになりました。
推奨アクション: 接続前に、利用できる記録と操作を管理者と合意してください。再開したテスト結果に必要な項目があるか確認します。非公開の接続だけでは利用承認になりません。
出典: OpenAI Codex changelog, OpenAI API changelog, OpenAI Secure MCP Tunnel guide, Codex 0.132.0
- Claude の作業を再開する前にアクセス範囲を確認する
2.1.144 はバックグラウンド作業の再開を可能にし、長い一覧で接続済みツールが欠ける問題を修正しました。
推奨アクション: 再開前に元のファイルと未完了の作業を確認してください。必要なツールがすべて見えるか担当者に尋ねます。欠けたツールがあると作業が残る可能性があります。
出典: OpenAI Codex changelog, Claude Code changelog, Claude Code 2.1.144
- バックグラウンド作業が元のファイルを変更する場合がある
Claude Code 2.1.143 はバックグラウンド作業が主作業コピーを編集する選択肢を追加し、設定の保持を改善しました。
推奨アクション: 作業を走らせたままにする前に、変更可能なコピーを確認してください。再開後もアクセス制限が維持されるか担当者に確認してもらいます。
出典: OpenAI Codex changelog, Claude Code release notes, Claude Code 2.1.143
- 操作の許可は結果の承認ではない
5月の説明では、Codex Auto-review が評価するのは一部の権限要求であり、法的な正確さや公開可否を承認するものではないと明記しました。
推奨アクション: 完成した作業を自分で確認し、変更箇所と出典を読みます。実行を許可する判断と、結果を使う・公開する判断は分けてください。
出典: Codex changelog, Codex Auto-review, Codex agent improvement loop cookbook, Codex iterative repair loop cookbook
Codexで、受付フォーム、文書処理ルール、社内報告ツールなど、法律業務の一部分を開発・保守します。このリファレンスでは、弁護士と技術担当者が変更内容を合意し、変更ファイルとテストを評価する方法を説明します。デプロイの手順や、ルールの法的妥当性についての判断を扱うものではありません。
適切な作業を選ぶ
着手前に期待する動作を説明できる小さな変更から始めます。たとえば、受付フォームで不明な日付を不明のまま保持する、案件IDを検証する、指定された文書処理ルールをテストする、といった作業です。契約レビューシステム全体を開発する場合は、別途、仕様、評価方法、保守計画が必要です。
Codexはローカルプロジェクトのファイルを確認し、コードを編集し、利用可能なコマンドを実行できます。インストールとログインは公式CLIガイドを参照してください。資料を渡す前に、組織で承認されたアカウント、環境、データ利用条件を確認します。
保存済みタスクを再利用する前に、選択されているモデルとアカウントの利用権限を技術担当者に確認してもらいます。ChatGPT でログインする Codex では、2026年10月14日までに、保存設定、カスタムエージェント、定期実行タスク、スクリプトの gpt-5.5 を gpt-5.6-sol に置き換えてください。今回の提供終了は OpenAI API には適用されません。以下の架空のケースを移行先モデルで再実行し、アクセスできない場合や期待する状態と異なる場合は、変更を採用する前に解決します。 OpenAI
プロジェクトと確認担当者を準備する
プロジェクトの作業用コピー、既存の指示とテスト、承認済みの要件、架空のテストレコード、実装を確認できる技術担当者を用意します。リポジトリはファイルと変更履歴を記録します。差分は変更箇所を示し、プルリクエストはその変更をレビューに回すための提案です。
- 技術担当者と既存のルールおよびテストのファイルを特定し、編集可能な範囲と、すでに存在する無関係な変更を記録します。
- プロジェクトの通常のバージョン管理手順で、元に戻せる開始時点を保存します。認証情報や顧客資料は演習に含めません。
- 既存のテストコマンドを使用します。依存関係やアクセス権が不足する場合は技術担当者と解決します。未実行のテストは合格ではありません。
作業範囲を定める
承認されたローカル環境でプロジェクトのディレクトリを開き、CLIガイドに従ってCodexを起動します。まず、対象の実装、指示、テストを特定するよう依頼します。編集を許可する前に、以下の依頼文のプレースホルダーを実際のパスとコマンドに置き換えます。
プロンプトは許可する作業を説明するもので、アクセス制御の仕組みではありません。実際のサンドボックスと権限を確認してください。ツール操作の承認は、その操作を許可することであり、法的結論への承認ではありません。
プロジェクト内のシンボリックリンクが、外部のファイルを指す場合があります。 フォルダーのアクセス制限を利用している場合は、現在の承認済みバージョンの導入を技術担当者に依頼してください。架空のファイルで、許可された編集と、許可フォルダー外への禁止された編集をテストし、シンボリックリンク経由の編集も確認します。実際のファイル内容とツールの結果を照合してください。外部ファイルが変更されたら、アクセス制御を修正して再テストするまで、その環境での案件業務を停止してください。 Codex CLI · Claude Code
実装の依頼文
作業：このプロジェクトに、以下の架空の仕分けルールを実装してください。
編集可能な実装・テストファイル：[確認済みのパス]。
既存のテストコマンド：[確認済みのコマンド]。
プロジェクトの指示を読み、矛盾や不足する依存関係を報告してください。
読み取り可能なレコードでは、clause_textに、大文字と小文字を区別せず
正確な語句「liability cap」が含まれるか確認します。含まれる場合は
has_reference、それ以外はneeds_reviewを返します。
readableがfalse、またはclause_textが空の場合はunreadableを返します。
レコードIDを保持してください。これは文字列の検査であり、法的評価でも、
契約全体に有効な責任上限がある・ないという証明でもありません。
既存のスキーマとテストツールを使い、以下の全ケースをテストしてください。
無関係なルール、認証情報、アクセス方針、元データは変更しないでください。
実装を合格させるために失敗したテストの条件を緩めないでください。
送信、公開、デプロイは行わないでください。
変更したパス、実際に使った検証コマンドと結果、残る制約を返してください。
検証できない場合は理由を示し、合格と報告しないでください。架空のルールをテストする
以下の架空のレコードと期待値は、この演習だけの仕様です。依頼文と一緒に渡してください。推奨する法的レビューのルールではありません。
| ID | readable | clause_text | 期待する状態 |
|---|---|---|---|
| T1 | true | See liability cap in section 8. | has_reference |
| T2 | true | Supplier indemnifies Buyer. | needs_review |
| T3 | false | See liability cap in section 8. | unreadable |
| T4 | true | 空 | unreadable |
英語の文はテストデータです。T1は第8条の責任上限への参照、T2は供給者による買主の補償を表しています。T1を大文字にした場合もテストします。技術担当者は、空の値が実際のスキーマで空文字列を意味し、「空」という文字そのものではないことを確認します。
想定する誤り： 実装案は語句が一致するためT3をhas_referenceに分類し、readableがfalseであることを無視する。確認担当者の修正： 語句の照合より先に読み取り不能の条件を確認し、T3のIDを保持したうえで、T1〜T4と既存のテストを再実行する。コマンドと結果を示さない「テスト合格」という回答では不十分です。この例はここで実行・検証したものではありません。
結果を確認する
差分全体を読み、変更されたファイルを開きます。承認されたコードとテストだけが変更され、状態が表と一致し、無関係な方針やテスト用データが変更されていないことを確認します。テスト用データの期待値を書き換えると、実装の不具合を隠してしまうことがあります。
技術担当者は実際のテスト結果と既存システムへの組み込み後の動作を確認します。弁護士は承認済み要件と利用者向けの文言を確認します。文字列が一致しても、有効な責任上限や許容できる補償条件があるとは証明できません。その判断には契約全文と定義の確認が必要です。
実装ファイルや必要な仕様を読めない、必要な検証が未実行、説明できない変更が残る、またはルールの法的目的に合意できない場合は作業を止めます。未解決事項と担当者を記録し、既存のレビュー・リリース手順を通してのみ変更を採用します。
作業に必要なアクセス範囲に絞る
確認可能な作業用コピーと、既存の認証情報チェックを使います。エラーを消すためだけにファイルシステムやネットワークへのアクセスを広げてはいけません。必要なファイル、依存関係、サービスを特定して、適切な範囲だけを許可します。スクリーンショットや自動的なツール承認は、コードの正しさ、守秘義務への適合、法務上の承認を証明しません。
実行環境を選ぶ
ローカル実行は、コマンドがローカル環境で動くことを意味します。それだけで、作業データがすべて端末内にとどまるとはいえません。担当管理者に、選択したアカウントのデータの取り扱い、リポジトリへのアクセス、接続サービスを確認してもらいます。クラウド環境は、その構成が対象資料に対して承認されている場合にのみ使います。実際の設定は公式の権限ガイドで確認してください。
デスクトップアプリでは、ファイルを開く前にCodex表示、アカウント、プロジェクトを確認します。
API連携では管理担当者が現行文書でエンドポイント、パラメーター、ツールループを確認します。Astraのツール利用にはResponsesが必要で、廃止済みAssistants呼出しは移行が必要です。削除された codex mcp-server と codex-mcp-server を検索し、サポートされる設計なしに本番で実験的app-serverへ置き換えないでください。成功だけでなく入力不足とツール失敗もテストします。
GitHub Actionsでは、信頼性の低いジョブに書込みを許可する前にキャッシュ権限を確認します。 OpenAI API · Codex · GitHub
業務手順の仕様を詰める
法務レビューの業務手順を設計するでは、実装前に入力、承認、失敗時の対応を定義します。上の演習はソフトウェアの小さな動作をテストするもので、業務手順全体を実装するものではありません。
次のステップ
- 業務手順のテンプレート：確認可能な作業を定義する。
- 法律業務のAIエージェント：指示、ツール、責任を区別する。
- 機密情報とデータの取り扱い：案件資料を使う前に確認する。
- 製品の更新情報：リリース履歴を確認する。