Codexにできないこととは — 向いていない仕事と、頼む前に知っておきたい見極め方

結論 — 頼む前に境界線を知っておくのが、いちばんの時短

先に結論です。Codexが苦手とするものは、大きく3種類に分かれます。①公式の窓口がなく、データに手が届かないもの、②品質や判断を人が担うべきもの、③動く条件の制約にかかるもの、です。

この3種類を知っておくと、依頼する前に「これは任せる」「これは自分でやる」「これは材料だけ作らせる」の仕分けができます。できないことを知るのは、制約を覚えることではなく、打ち手の引き出しを増やすことです。順に見ていきます。

なぜ「できます」と返ってくるのか

Codexは、頼まれた目的を何とか達成しようとする道具です。正面の道が無ければ、別のツールを使う・手作業で代わりにやる・近いものを作る、と代わりの道を自分で探しにいきます。これ自体は強みですが、「できますか」への答えが「できます」に寄りやすい理由でもあります。

もう1つは、自分の限界を正直に申告するのが苦手なことです。最後まで進めてみて初めて「この情報は取得できませんでした」と分かることがあります。だから「できますか」と本人に聞くより、先に人間側が境界線の地図を持っておくほうが確実です。

まず押さえる — 頼めばそのまま動く6つの仕事

できないことの前に、比較の基準として「頼めばそのまま動く」側を一覧にします。共通点は、材料が手元にあるか、公式の窓口でつながっていることです。それぞれの詳しい頼み方は表の右列の記事にまとめています。

できない・向いていない7つの仕事と、代わりの道

ここからが本題です。次の7つは、頼んでも期待どおりに仕上がらないか、そもそも手が届かない仕事です。「やめる」ではなく「代わりにどうするか」まで決めておくと、Codexに任せられる範囲はむしろ広がります。

① 窓口がない — データに手が届かない

Codexが外部のツールに触れる道は、プラグイン・API・画面操作の3つです。公式の窓口（プラグインやAPI）で取れる範囲が狭いツールは、Codexがどれだけ賢くても中身に手が届きません。SNSの投稿やインサイトが代表例です。

ここで、ログインした画面を無理に自動で読み取らせる「裏口」を使うのはおすすめしません。自分のアカウントでAIが操作した痕跡が残り、利用規約の面でもグレーになりやすいからです。当社が勧めるのは、画面の保存やエクスポートで一度ファイルにして、そのファイルを読ませる正攻法です。

② 品質と判断は人の仕事 — 任せるのは手前まで

リサーチ・企画・動画・広告判断の4つは、「できない」というより仕上がりの責任を人が持つべき仕事です。Codexは平均的に良い答えを出すのは得意ですが、刺さる一言を選ぶ、業界の文脈で数字を読む、といった部分は人の知識と経験が要ります。

コツは、任せる範囲を「材料づくり」までに区切ることです。リサーチなら手持ちの資料の整理、企画なら案の量産、広告なら集計と異常検出まで。選ぶ・決めるを人に残すだけで、作業時間の大半はCodexに渡せます。業務別の切り分け方はCodexの業務活用でも紹介しています。

③ 動く条件の制約 — パソコンが起きている間だけ

ChatGPTデスクトップアプリ（Codex）やCLIのように手元で動かす使い方は、パソコンの電源が入り、アプリが起動している間だけ動きます。定期実行を設定していても、その時刻にパソコンが閉じていれば動きません。

閉じている間も進めたい仕事は、OpenAIのクラウド環境で動く使い方に切り替えます。仕組みと使い分けはCodex Cloud（Web版）とスマホ活用、定期実行の設定はCodexのスケジュールで解説しています。

見極め方 — 表に無いことは、1件だけ小さく試す

表に無い仕事は、頼む前に1件だけ小さく試して判断します。1件取れれば同じ道で残りも通りますし、取れなければ手でやると決められます。半日かけて100件を頼んでから失敗に気づくより、5分で1件を試すほうがずっと安上がりです。

聞き方も変えます。「できますか」ではなく、「公式の窓口（プラグイン・API）はありますか」と聞きます。窓口があれば任せられる側、無ければ画面操作の代行で済むか、諦めて手でやるかのどちらかです。そのまま使える依頼文を置いておきます。

◯◯（やりたいこと）をCodexでやりたいです。

・△△（ツール名）に、公式の窓口（プラグインまたはAPI）はありますか。無い場合は、ブラウザ操作で代わりにやる方法になりますか
・まず1件だけ試してください。取れたら続けてください。取れなければ、できないと正直に言ってください

最後の一文がポイントです。「できなければ正直に言って」と先に許可しておくと、無理に代わりの道で押し切らず、途中で止まって報告してくれるようになります。依頼文の組み立て方そのものはCodexのプロンプトで詳しく扱っています。

社内の権限で止まる場合も、同じ考え方で分ける

企業でよくあるのが、ツール自体には窓口があるのに社内の承認が下りずに接続できないケースです。この場合も「窓口を使えるか／画面操作で代わりにやれるか／手でやるか」の順に分けて考えます。画面操作で代わりにやる方法はcomputer use、社内ルールの作り方はCodexのセキュリティにまとめています。

境界線は月単位で動く — 一度の失敗で決めつけない

注意したいのは、ここに挙げた境界線は固定ではないことです。半年前には手が届かなかったツールに公式のプラグインが加わる、ということが普通に起きます。逆に、使えていた非公式の道が相手側の仕様変更で止まることもあります。

だから、一度「できなかった」仕事も、数か月後にもう一度1件だけ試す価値があります。チームで使うなら、試した結果を共有の一覧に残しておくと、同じ失敗を繰り返さずに済みます。この一覧そのものが、自社にとってのCodexの使いどころの地図になります。

まとめ — できないことを知るほど、任せられる範囲は広がる

Codexにできないことは、窓口がない・品質と判断は人の仕事・動く条件の制約の3種類に分かれます。どれも「やめる」で終わらせず、ファイルにして渡す、材料づくりまで任せる、クラウドに切り替える、という代わりの道があります。表に無いことは、窓口を聞いて1件だけ試す。これで迷う時間はほぼ無くなります。

どこまでをAIに任せ、どこからを人が持つかの線引きは、業務と組織ごとに答えが違います。自社の業務を題材に境界線の地図を一緒に作るところから、当社のCodex研修・導入伴走支援でご支援しています。