OpenAIがCodex Record & Replayを公開 作業録画で業務手順をAI化する注意点
いつものPC作業を一度見せるだけで、Codexに手順の型を作れるようになります。
だからこそ、録画する前に何を見せないかを決めておきませんか？
Codex Record & Replayは、PC作業をAIに説明する方法を少し変える機能です。
長い手順書を書く代わりに、Mac上で実際の操作を見せて、再利用できるSkill案に変えるという位置づけになります。
ただし、作業を録画できるからといって、すぐに社内業務を丸ごとAI化できるわけではありません。
最初に決めるべきなのは、録画する作業よりも「録画してはいけない情報」です。
Codex Record & Replayとは何が変わったのか
OpenAI公式のCodex changelogでは、2026年6月18日のCodex app 26.616でRecord & Replayが新機能として追加されたと説明されています。
公式ページ上では、macOS上で実演したワークフローを、再利用可能なSkillに変換する機能という案内です。
要点Record & Replayは「録画で終わる機能」ではなくSkill作成の入口
Codexは録画中の操作とウィンドウ内容を見て、停止後に「いつ使うか」「必要な入力」「手順」「確認方法」を含むSkill案を作ります。人が見せた作業を、AIが再利用しやすい指示に整えると捉えると分かりやすいでしょう。
初期提供地域については、公式changelogでEEA(欧州経済領域)、英国、スイスを除くと示されています。
一方で、日本の個別アカウントで使えるかは、契約プラン、管理者設定、Computer Useの有効化状況に左右されるため、Codexアプリ側で確認する前提にしてください。
Computer Useの考え方は、Codex computer useとは？経営者がPC操作をAIエージェントに任せる導入手順でも整理しています。
画面を見て操作するAIに何を任せるかを先に分けると、Record & Replayの使いどころも見えやすくなるでしょう。
出典: OpenAI Developers「Codex changelog」 / OpenAI Developers「Record & Replay」
作業録画でAI化しやすい業務
Record & Replayに向くのは、繰り返し発生し、画面操作が多く、判断基準を短く説明できる業務です。
毎週のレポート作成、CMSの下書き、社内ツールからの情報確認、問い合わせの分類などは、最初の候補にしやすいでしょう。
| 向く作業 | 理由 | 最初の試し方 |
|---|---|---|
| 定期レポート | 手順が繰り返される | 下書きまで任せる |
| CMS下書き | 画面操作が多い | 公開前で止める |
| 問い合わせ分類 | 判断軸を示しやすい | 分類案だけ作る |
| 社内ツール確認 | クリック順を見せやすい | テストデータで試す |
逆に、1回ごとに判断が大きく変わる作業や、最終確定までAIに任せる作業は後回しです。
AIを業務運用に組み込む順番は、生成AIは企業で実際に何に使われているかのように、導入より運用へ移す視点で考えると整理できます。
録画してはいけない情報を先に決める
作業録画で最初に決めるべきなのは、どの作業を録るかではなく、何を録らないかです。
OpenAI公式ドキュメントでも、録画では秘密情報や機微情報を避けることが推奨されています。
注意録画中は操作とウィンドウ内容をCodexが観察する
パスワード、APIキー、2要素認証、顧客情報、決済情報が画面に出る作業は、そのまま録画対象にしないでください。テスト環境、架空データ、マスキングを使うのが前提です。
- 認証情報: パスワード、APIキー、2要素認証画面は録画に含めない
- 顧客情報: 氏名、住所、電話番号、決済情報はテストデータへ置き換える
- 確定処理: 送信、公開、削除、返金、契約変更は録画内で実行しない
- 機微情報: 医療、採用、金融、法務に近い内容は扱う範囲を絞る
入力禁止情報の整理は、生成AIの社内利用ガイドラインの作り方と同じ発想です。
もしAIへ個人情報を入れてしまった時の初動は、チャットGPTに個人情報を入力してしまった時の対処法も参考になります。
Skill化した後に必要な社内ルール
Record & Replayで作られるSkillは、単なる録画ファイルではありません。
再利用される業務手順として残るため、作成後の確認、配布、停止まで決めておく必要があります。
メモSkillを社内で使うなら、作った人、確認する人、使ってよい人、止める人を分けます。
作成直後に全社配布するより、担当者限定で動作確認するほうが安全です。
OpenAIのSkillsドキュメントでは、Skillはタスク固有の指示、リソース、スクリプトを含むパッケージとして説明されています。
つまり、社内ノウハウをAIに渡す単位として扱うなら、レビューと保守の担当を決めるところまでが導入準備です。
同じく業務手順をAIへ渡す考え方は、Anthropic Skillsとは｜経営者が社内ノウハウを資産化するClaude新機能の使い方とも近い論点です。
AIコーディングや社内ツール運用まで広げるなら、AIコーディングツールの選び方で整理しているように、主軸ツールと補助ツールを分けて考えると迷いが減ります。
出典: OpenAI Developers「Computer Use」 / OpenAI Developers「Skills」
RPAや手順書との違い
Record & Replayは、RPAや手順書をすべて置き換えるものではありません。
固定画面で大量に繰り返す処理ならRPAが向く場合があり、人が読む教育資料なら手順書が残ります。
| 種類 | 向く場面 | 注意点 |
|---|---|---|
| 手順書 | 人が覚える作業 | 読む人の理解に依存 |
| RPA | 固定手順の大量処理 | 画面変更に弱い場合がある |
| Record & Replay | 見せたほうが早い操作 | 録画内容とSkill確認が必要 |
使い分けの軸は、誰に手順を渡すのかです。
人に渡すなら手順書、固定処理に渡すならRPA、AIに操作の文脈を渡すならRecord & Replayと考えると、過度な期待を避けられます。
導入前チェックリスト
1本目のSkillは、公開や送信の手前で止まる補助業務に絞るのが現実的です。
いきなり本番処理を完了させるのではなく、下書き、分類案、確認リストの作成までに留めるほうが、失敗しても戻しやすくなります。
- 対象業務: 繰り返し発生し、開始と終了を1文で説明できるか
- 入力情報: 秘密情報や顧客情報をテストデータへ置き換えたか
- 確認者: Skillが作った成果物を誰が見るか
- 停止方法: うまく動かない時に誰が利用を止めるか
- 配布範囲: 担当者限定で試してからチームへ広げるか
要点最初の成果物は「人が確認する前提」で作る
Record & Replayの価値は、面倒な作業の入口を短くすることです。公開、送信、削除、返金、契約変更の最後の一手は人に残すと、現場も導入しやすくなります。
よくある質問
QCodex Record & Replayは日本でも使えますか?
A公式情報では、初期提供除外地域としてEEA、英国、スイスが示されています。ただし日本の個別アカウントで使えるかは、契約プラン、管理者設定、Computer Useの有効化状況をCodexアプリ側で確認してください。
QWindowsでもRecord & Replayを使えますか?
ARecord & Replay公式ページではmacOS上の機能として説明されています。Computer Use自体にはmacOSとWindowsの案内がありますが、Record & ReplayのWindows提供はここでは断定しません。
Q顧客情報を表示したまま録画してもよいですか?
A避けてください。公式ドキュメントも、録画では秘密情報や機微情報を避けることを推奨しています。テスト環境、架空データ、マスキングを使って録画するほうが安全です。
Q作ったSkillをすぐ社員に配布してよいですか?
A最初は担当者限定で試します。実行結果、失敗時の戻し方、使ってよい画面、保守担当を確認してから、必要に応じてチーム配布やプラグイン化を検討してください。
QRPAや手順書は不要になりますか?
A不要にはなりません。固定画面の大量処理はRPA、人が覚える作業は手順書、AIへ操作の文脈を渡す場面はRecord & Replayというように使い分けます。
