Codexを「コードを書く道具」だと思っている人へ
Codex はコードを書くツールだと思われています。だから多くの人が、エンジニアやエンジニアチームのものとして、自分の業務とは別の場所に置いています。ChatGPT は毎日使っていても、Codex には手を出していない。そういう方は多いはずです。
ただ、ここ最近の Codex はコードを書く範囲を大きく超えました。ブラウザを操作し、資料を作り、Slack や Gmail を読み、こちらが席を外している間も仕事を進めます。コードを書くのは、できることのほんの入口になりました。
私たちはもう既に Codex をコードだけには使っていません。競合のリサーチ、動画制作・編集、スライド作成、定例レポートのモニタリング。気づけば「パソコンに向かってやる仕事の入口」が少しずつ Codex に移りつつあります。
AI に仕事を任せたい、という気持ちはずっとあったはずです。
でも頼むたびに前提をゼロから説明し直して、結局自分でやった方が早いと感じてやめてしまう。任せるイメージが湧かないままリサーチも資料作成もモニタリングも今も全部自分の手で回している。心当たりがあるなら、この先がきっと役に立ちます。任せ方さえ分かれば、同じ作業がそのまま手から離れていきます。
今日はその状況を変える話をします。
Codex を「コードを書く道具」から「パソコンの仕事を任せられる相手」として捉え直すと、何ができて、自分の業務のどこから任せ始めればいいかが見えてきます。
海外では『Codex使いこなしガイド』という記事が非常に注目を集めています。今回はこの記事を出発点として日本のビジネス現場にそのまま使えるように噛み砕いて整理しました。
元記事はこちら：
https://x.com/jxnlco/status/2057153744630890620
Codexはもう「コンピュータ作業をこなすシステム」
Codex がやってくれることはもうコード生成だけではありません。
パソコンでやる仕事の多くは、実はコードを通って動いています。コマンドを実行する、ウェブページを開く、外部のサービスにつなぐ、書類を書き出す、通知に反応する。こうした作業の入口が次々に Codex へ開かれた結果、Codex は「コードを書くアシスタント」というより「パソコンの仕事を片付けるシステム」に近づきました。
これは私たちの感想ではありません。OpenAI 自身が、Codex は単なる一問一答を超えて、複数の情報源から情報を集めたり、ファイルを作って更新したり、ドキュメント・スライド・スプレッドシートを生み出す作業に向いている、と公式に位置づけています。コードを書くことは、その広がりの中心ではありますが、全体のほんの一部になりました。
ひとつ、最初に押さえておきたいことがあります。OpenAI は業務での Codex 活用について、判断と最終的な推奨は人間が持ち続ける、とはっきり書いています。Codex がやるのは、散らばった材料を集めて下書きをそろえ、適切な人の前に早く出すところまで。決めるのは人間です。
個人的には、Codex の価値は速さよりここだと思っています。作業が手から離れて、本当に人が考えるべき論点だけが手元に残る。「任せる」という言葉から丸投げを連想しがちですが、実際に起きるのはこれです。この感覚が、記事全体を通して一番伝えたいことです。
この捉え方ができると、Codex の見え方が変わります。コードを書くかどうかは関係ありません。パソコンに向かってやっている仕事なら、その大半が対象になります。では、具体的にどう任せ方が変わるのか。ここからは、任せ方の段階を順に見ていきます。
会話を毎回ゼロから始めない
AI に頼むのが面倒になる一番の理由は、毎回ゼロから説明し直すことだと思います。前回何を頼んだか、どういう前提だったか、毎回伝え直す。これが続くと、自分でやった方が早いという結論になります。
Codex のスレッド、つまり会話は、使い捨てになりません。やり取りの文脈がそのまま残り、過去の決定や好み、進行中の状況を保ったまま再開できます。OpenAI も、スレッドは継続する作業の入れ物で、履歴は保存され、続きから再開できる、と説明しています。閉じたら忘れる普通のチャットとは前提が違います。
さらに、よく使うスレッドは手元にピン留めしておけます。ショートカットで保存したスレッドにすぐ飛べるので、毎回探す必要もありません。
これを業務に置き換えると、「定例の仕事ごとに専属の担当を持つ」感覚に近くなります。週次レポートのスレッド、競合モニタリングのスレッド、採用面接の振り返りのスレッド。それぞれが前回までの文脈を覚えているので、「先週の続きで、今週の数字を入れて」と言えば通じます。新しい派遣スタッフに毎週イチから説明するのと、事情を知っている担当に任せるのとでは、手間がまったく違います。後者がこれで実現します。
毎回ゼロから前提を説明する消耗が、ここで消えます。一度教えた前提を、二度と説明しなくていい。地味ですが、任せ続けるうえで一番効く変化です。
整える前に渡して走らせながら直す
もうひとつ、AI に頼む手前で止まってしまう理由があります。ちゃんと整理してから指示しないといけない気がして、整える前に手が止まる。逆に任せたら任せたで、放置になって暴走するのが怖い。この2つが、任せられない人の典型的な引っかかりです。
Codex は考えがまとまる前の状態でも受け取れます。音声で話しかければ内容を文字に起こしてくれるので、頭の中の整理されていない依頼をそのまま投げられます。会議の録音や口頭メモのような、要約する前の生のテキストは、きれいに整えた指示よりかえって良い材料になることがあります。迷いや強調や、言いかけたことが残っているからです。
走り出したあとも、こちらは作業の近くにいられます。Codex が動いている途中で新しい指示を差し込んで、進む方向を変えられます。これがステアリングです。一方で、今の作業は止めずに、終わったあとにやってほしいことを先に並べておくこともできます。これがキューイングです。
「いまの動きを変える」のがステアリング、「次にやることを並べる」のがキューイング。この2つがあると、全部任せて放置と、ずっと横について逐一確認の間に、ちょうどいい距離が生まれます。方向だけ示して、あとは走らせる。ずれたら声をかける。終わったら次を渡す。
たとえば、会議の録音をそのまま渡して「ToDo を抜き出して」と頼むと、担当者と期限まで添えた一覧が返ってきます。走っている途中で「期限が未定のものは分けておいて」と足せば、その場で組み替わります。整える前に渡して、走らせながら直す。この往復のなさが効きます。
完璧な指示書を用意してから、と身構える必要はもうありません。話しかけて、出てきたものを見て、直す。その進め方に慣れると、任せられる範囲は自然と広がっていきます。
仕事のほとんどはコードの外にある
ここまで読んで、「でも自分の仕事はコードじゃない。管理画面の操作や、メールや、調べ物だ」と思った方こそ、この章が本題です。
パソコンに向かってやる仕事のほとんどは、コードの外にあります。Codex はその外側に手を伸ばせるようになりました。届き方には3つの段階があります。
ひとつめは、アプリの中のブラウザです。画面に $browser と表示されることもあります。ログインの要らない公開ページや、作りかけの画面を、Codex と同じ画面で見ながら確認できます。
ふたつめは、ログイン済みの Chrome を使う方法です。ここが業務では一番効きます。自分がログインしている Salesforce や社内の管理ツールを、Codex がそのまま読んで操作できます。たとえば商談メモを渡して、こう頼めます。
1@Chrome Salesforceを開いて、この商談メモの内容で2該当アカウントの情報を更新して
ログインが必要な画面は、これまで AI の手が届きませんでした。その壁がなくなったということです。
みっつめはパソコンの画面そのものを操作する方法です。アプリを見て、クリックして、入力する。連携もコマンドも届かない、画面を触るしかない作業のための最終手段です。ただしこれは現状 Mac 限定で、画面収録などの許可が必要で、一部の地域ではまだ使えません。何でもできるわけではない、という前提は正直に押さえておきます。
そして Codex はSlack や Gmail、カレンダーともつながります。考えてみると、仕事の多くは最初メッセージや受信箱や予定として現れて、コードになるのはずっと後です。その入口に Codex が届くということです。よく使う手順は「スキル」として登録しておけば、毎回説明せずに再利用できます。
たとえばたまった受信箱を渡して、返事が必要なものを拾わせ、優先順位をつけて下書きまで用意させる。あるいは、競合のサイトを定期的に見に行かせて、前回から変わった点だけを報告させる。どちらもログインや画面の操作を挟む作業で、これまでは人がやるしかありませんでした。その前提が変わります。
同じようなことは Claude Code でもできます。違いは使い方の重心です。Claude Code は対話しながら一緒に深く作っていく形、Codex は任せて運用する形が得意です。どちらが上ということではなく、用途が違うと考えるのが正確です。
管理画面のポチポチ作業、受信箱の整理、調べ物。コードを一行も書かない人の業務こそ、ここで AI 側に寄っていきます。
同じ手順は二度説明しない
さきほど「スキル」に少し触れました。経営の現場で効くので、もう少し詳しく見ます。
毎週のレポート作成、競合の調べ方、議事録のまとめ方。会社にはそれぞれ「うちのやり方」があります。問題は、それを AI に頼むたびに、最初から説明し直していることです。
Codex の「スキル」は、この手順を一度だけ保存して、何度でも呼び出す仕組みです。やることは、手順書を一枚のファイル (SKILL.md と呼びます) に書いておくだけ。中身はこんな形です。
1---2name: weekly-report3description: 週次の事業レポートを作るときに使う。先週分の数字を集計し、決まった体裁で要約まで作る。日次の速報には使わない。4---5# 手順61. 対象期間（先週月曜〜日曜）の数字を集める72. 売上・新規顧客・問い合わせ件数を前週比で並べる83. 決まった体裁の表にする94. 最後に「今週見るべき論点」を3つだけ添える105. 数字の出どころを各項目に明記する
書くのは「名前」「いつ使うか (description)」「手順」の3つだけです。とくに description が大事でここに使う場面を書いておくと、Codex が状況を見て自分でこのスキルを選んでくれます。
使うときは、こう呼びます。
1$weekly-report 先週分のレポートをお願いします
これで、毎回同じ品質の下書きが返ってきます。その都度ゼロから手順を伝えていたのが、一度書いて渡しておけば「あれで」の一言で済むようになる。スキルは、業務の手順書をそのまま Codex に持たせておくようなものです。
競合調査の手順 (見る観点、情報源の優先順位、比較表の列) をスキルにすれば、「A社とB社を競合調査のやり方で」の一言で毎回同じ枠組みの調査が走ります。議事録も、自社の抽出ルール (決定事項・宿題・担当・期限) をスキルにすれば、文字起こしを渡すだけで自社フォーマットに整います。これらは公式が決めた型ではなく、「よく使う手順はスキルにしておく」という公式の考え方を、自社の業務に当てはめた例です。自分用なら手元に、チームで使うなら共有の場所に置いておけます。
ひとつ整理しておくと、スキルは「やり方」、前の章の自動化は「いつやるか」を決めるものです。手順をスキルにして、それを決まった時刻に自動で走らせる。こう組み合わせると、定例業務がそのまま仕組みになります。
手順を渡せるようになると、次に出てくるのは「どこまでやったら終わりか」を AI とどう共有するか、という問題です。
席を外しても仕事は進んでいる
任せても、結局その場にいないと進まない。離席したら止まる。そう感じている方は多いはずです。
Codex は、Mac で始めた作業をスマホからも続けられます。外出先からスマホの ChatGPT アプリで進み具合を見て、承認したり、方向を変えたりできます。デスクに張り付いていなくても、判断が必要なところだけ手元で押さえられる、ということです。
さらに、Codex は決めた間隔で自動的に動けます。動き方には2通りあります。ひとつは、毎回まっさらな状態から始める定期実行。日次のレポートや、決まった時刻の定期チェックに向きます。もうひとつは、進行中の会話に戻ってくる形。同じスレッドの文脈を引き継いで、見張りを続けます。
たとえば、30分ごとに Slack と Gmail を見て、返事が必要なものを拾い、優先順位をつけて、返信の下書きまで用意しておく。そういう「自分の代わりに見張る秘書」のような使い方ができます。ここで大事なのは、Codex は下書きを作って参照元を添えるところまでで、送信はしない設計だということです。決めて送るのは、いつも人間です。
「任せると暴走が怖い」という不安は、ここで形を変えます。走り続けるのは下準備までで、外に影響が出る最後の一歩、つまり送る・公開する・決めるは人間が握っています。だから安心して見張りを任せられます。終わりの条件を決めて、その条件を満たすまで長く走らせ続ける使い方もあります。達成すべきゴールがはっきりしている長期タスク向けの機能です。
席を外している間に、文脈を集める重い作業が進んでいる。戻ってきたときには、判断するだけの状態になっている。これが「離席中も仕事が進む」の中身です。経営者ほど席にいない時間が長いので、この効きは大きいはずです。
終わったと言える状態を先に決める
前の章で「終わりの条件を決めて長く走らせる使い方がある」と触れました。これが Codex のゴール機能です。経営にそのまま効く考え方なので、ここを掘り下げます。
AI に任せるとき、一番すれ違うのは「どこまでやったら終わりか」です。「競合をいい感じに調べておいて」と頼むと、どこで止まればいいか AI にも分かりません。中途半端に止まるか、いつまでも走り続けるか、どちらかになります。
ゴール機能は、完了条件を満たすまで Codex を走らせ続ける仕組みです。ただ、機能そのものより「終わったと言える状態を先に決める」という考え方が肝心です。良い頼み方と悪い頼み方を並べます。
1# 悪い例（どこで終わりか分からない）2競合をいい感じに調べておいて3# 良い例（目標・制約・完了条件がそろっている）4競合5社（A社B社C社D社E社）を、価格・主要機能・サポート体制・5導入企業規模の4観点で調べ、1枚の比較表にまとめる。6各セルに出典を付ける。7完了条件：5社×4観点が全部埋まり、空欄ゼロ。取れない欄は8「未確認」と明記して止める。
違いは、終わりの状態を後から確認できるかどうかです。良い例は「5社×4観点が埋まったか」を誰でも判定できます。悪い例は、完了を判定する材料がありません。
頼むときに決めておくのは、だいたい4点です。何を達成するか、何を踏まえるか、何を守るか、そして何をもって完了とするか。公式は完了条件を核に整理していますが、頼む側の実感としては、この4点をそろえると外しません。とくに最後の完了条件が肝心で、ここが曖昧だと AI は空回りします。
直近3回の議事録から未完了の宿題を全部拾って担当と期限の表にする。先月の問い合わせログを分類して、既存のFAQでカバーできていない質問を頻度順に洗い出す。
どちらも「全部埋まったら完了」と言える業務です。これらも公式が示した文面ではなく、「検証できる完了条件を持つ」という公式の原則を自社の業務に当てはめた例です。
この考え方は、業務委託の検収条件や KPI 設計とまったく同じです。良い KPI は、誰が見ても達成したか分かります。
曖昧な KPI が組織を疲れさせるのと同じで、曖昧な完了条件は AI を空回りさせます。そして、完了したかどうかを判定するのは、やった本人ではなく、先に決めておいた条件です。自分の仕事を自分で合格にしない。この一点が、安心して長く任せられる理由になります。
走っている途中で止めたり、再開したり、リセットしたりもできます。なお、この機能は環境によっては最初に有効化が必要なこともあります。
手順を渡し、完了条件を決められるようになると、最後に残るのは「やったことを、どう覚えておくか」です。
成果物を隣で直し記憶を会話の外に出す
資料やレポートを作らせても、ダウンロードして、別のアプリで開いて、直して、また戻す。この往復が地味に面倒です。そして会話を閉じたら、せっかく積み上げた文脈が全部消える。これも「任せきれない」原因のひとつです。
Codex には、作った成果物を会話の横に並べて確認できる画面があります。コードだけでなく、資料、スライド、PDF、表。出した場所でそのまま中身を見て、ここを直して、と指示できます。エクスポートして別アプリで開く往復が、まるごと消えます。
これは経営の現場で特に効きます。トラッカー、KPI のシート、会議メモ、Slack のやり取り。あちこちに散らばった材料を渡すと、Codex は推奨・根拠・選択肢・リスクという形に整えて、意思決定の手前まで持っていってくれます。月次の経営会議や四半期レビューの資料も、ブランドの整ったひな型を元に「この数字で1枚足して」と頼みながら、横で見て整えていけます。出てきた下書きをどう判断し、何を選ぶかは人間の仕事です。Codex が引き受けるのは、その手前の組み立てです。
もうひとつ、記憶を会話の外に出す方法があります。会話の中だけに知識を貯めると、閉じた瞬間に消えます。事情を一番分かっていた担当者が抜けた途端、何をどういう理由で決めたのかが誰にも分からなくなる。これと同じことが、AI に任せても起きます。
そこで、決定事項や関係者、進行中の案件を、普通のファイルとして会話の外に書き出しておきます。フォルダを分けて、こんな形にしておくだけです。
1vault/2├── TODO.md 宿題・未完了タスク3├── people/ 取引先や社内メンバーの情報4├── projects/ 案件ごとの経緯と決定事項5└── notes/ その他のメモや日次サマリ
ここで効くのが、この置き場を「どう使ってほしいか」を Codex に教えるルールファイルです。AGENTS.md という名前で、Codex は作業を始める前に必ずこれを読みます。中身は、難しいものではありません。
1# AGENTS.md2## 情報の振り分け3- 宿題は TODO.md、人物は people/、案件は projects/、4メモや日次サマリは notes/ に振り分ける。5## 必ず残すこと6- 決定事項・ブロッカー・担当者・期限・参考リンクは必ず書き留める。7## やりすぎないこと8- 意味のある変化がなければ、ファイルを書き換えない。
見出しと箇条書きだけです。
コツは小さく保つこと。「毎回必ず守ってほしいこと」だけを書きます。こう決めておくと、Codex は新しい情報が来るたびに、決めた場所へ、決めたルールで書き足していきます。次の作業は、そのファイルを読んで続きから始められます。
記憶の道具は、役割で3つに分かれます。AGENTS.md は「必ず守らせるルール」、いま見たフォルダは「案件や人の記憶そのもの」、そして Codex 自身が持つメモリ機能 (設定の中にあります) は「ふわっとした好みや、よく使う手順の想起」です。メモリ機能は万能の記憶ではなく、毎回説明しなくて済むようにする補助だと考えるのがちょうどいいです。画面で見ている内容から記憶を補助する仕組みも出てきていますが、こちらはまだ研究段階で、使える環境も限られます。
なお、このフォルダは特別なものではなく、普通のテキストファイルの集まりです。だから Obsidian のようなノートアプリで開いても、社内の共有ストレージで管理しても構いません。Codex 側の役割は「フォルダを記憶として読み書きする」ところまでで、それをどう保管するかは自由です。
資料作成の往復が消え、組織の記憶を会話に閉じ込めずに引き継げる。誰が、何を、どういう理由で決めて、何が保留になっているか。これを会話の外に貯めておけば、次の担当者も Codex も、同じ続きから始められます。一人の頭の中にしか残っていなかった文脈が、チームで読める資産に変わります。
Codexはコードから始まり業務全体へ広がる
ここまでを整理します。Codex はコードから始まりました。
でも今は、その周りにあるパソコンの仕事ぜんぶを、同じ場所から運べるようになっています。会話の積み重ね、走らせ方の制御、ブラウザや受信箱、離席中の自動化、成果物のレビューと記憶。コードを書くのは、その広がりの一部にすぎません。
任せ方には段階があります。会話を使い捨てにしない。整える前に渡して走らせながら直す。コードの外まで手を伸ばす。席を外しても進める。成果物を隣で直し、記憶を外に出す。ひとつずつ積み上がっていくものです。
だからこそ、Codex を「コードを書く道具」のままにしておくと、いちばん大きい部分を使わずに終わります。そして、ここを使いこなす人と、コード生成ツールで止めている人の差は、これから業務のスピードとしてはっきり開いていくはずです。
もちろん、何でもできる魔法ではありません。画面操作は使える環境が限られ、研究段階の機能もあります。そして繰り返しになりますが、外に送る・公開する・決めるという最後の一歩は人間が持ちます。Codex が引き受けるのは、その手前の作業です。判断は、いつもあなたの側に残ります。
最初の一歩はシンプルです。自分の業務を見渡して、「これは任せられそうだ」と思える作業を1つだけ選んでみる。競合リサーチでも、議事録の ToDo 抽出でも、月次レポートの下書きでもいい。1つ任せてみると、任せ方の感覚がつかめます。そこから少しずつ広げていけば十分です。
まとめ
- Codexはコードを書く道具ではなく「パソコンの仕事をこなすシステム」になった
- 会話を使い捨てにしない。定例業務ごとに文脈を覚えた専属スレッドを持てる
- 整える前に渡し、走らせながら方向を変えられる。次の作業も予約できる
- 仕事はコードの外にある。ブラウザ、管理画面、Slack、Gmailに手が届く
- 席を外しても進む。スマホで承認、自動で見張り。送るのは人間
- 成果物は会話の横で直し、記憶はファイルに出して引き継ぐ
- まずは自分の業務から、任せられる作業を1つ選んで試す
私たち東大Codex研究所（ @UT_Codex ）はCodexを中心としたAIエージェントの実務での活用を徹底研究するメンバーで構成された東大チームです。
フォローするとこういった情報と知見が手に入ります👇
・現場で使えるCodexの設計や導入方法
・独自開発したSkillsや業務特化型エージェントパックの無料公開
・Codexに関するアップデート情報
東大での研究技術とビジネス活用の掛け合わせた有益な発信ができるのはこのアカウントだけ。ぜひフォローをお願いします！
