Codexで仕事を自動化する前に。最初の1作業を決める5項目メモ

最初は、完成形が見える一作業に絞る

Codexで仕事を自動化したい時、いきなり毎日の業務全体を任せる必要はありません。まずは失敗しても元へ戻せて、完成したか自分で判断できる作業を一つ選びます。たとえば、架空の打ち合わせメモから確認事項を表にする、公開済みの文章から見出し案を作る、といった範囲です。顧客情報、患者情報、未公開の契約書などは、所属先の許可と利用条件を確認できるまで使わないでください。

OpenAIが2026年9月25日に公開した顧客事例では、車両管理ソフトウェア企業Proactionが、商談後の情報から顧客向けHTMLデモを調整し、要件をエンジニアへ渡す材料としてCodexを使う例が紹介されています。これは同社の事例であり、初心者全員に同じ機能や成果が提供されるという案内ではありません。

成果物・入力・確認・権限・終了条件を書く

作業を始める前に、五つだけ書きます。①何を作るか、②何を入力に使ってよいか、③人が確かめる箇所、④使ってよいファイルやサービスの権限、⑤どこで止めるか、です。「議事録から担当と期限の表を作る」「公開済み資料だけを使う」「名前と期限は原文と照合する」「送信や公開はしない」「不明な担当者があれば質問して停止する」のように、行動で確認できる形にします。

以下は編集部が作った架空例です。成果物は三列の作業表、入力は架空の会議メモ、確認は期限と担当者、権限は現在のフォルダの読み取りだけ、終了条件は不明点を一覧にして保存するところまで、と決めます。メール送信、予定登録、外部共有は含めません。完成後は原文と一行ずつ比べます。

成功事例の数字を、自分の効果に置き換えない

公式ページには、Proactionの共同創業者による推定として、月4〜6件のデモを各30〜45分で作り、エンジニア作業を月40〜60時間避けたという説明があります。また、商談が次の段階へ進む割合の増加も本人の推定として掲載されています。編集部が測定した数字ではなく、一社の条件をそのまま自分の削減時間や売上予測へ使うことはできません。

自分の試行では、まず「完成条件を満たしたか」「修正に何分かかったか」「誤りは何件あったか」を一回分だけ記録します。前後を同じ条件で比べられない時は、時間短縮や品質向上を断定しません。便利に感じたことと、測定できた効果を分けて残してください。

接続する前に、見える範囲を確認する

Proactionの事例では、通話記録、メール、表計算、Slack、Linear、GitHub、HubSpotなどの文脈をCodexで扱う運用が説明されています。ただし、この記事は各サービスがすべての利用者へ自動接続されることや、同じ権限設定を使えることを保証していません。

連携を増やす前に、読み取りだけか、書き込みや送信までできるか、対象フォルダや会話の範囲はどこかを確認します。必要のない権限は追加せず、送信・公開・削除のように元へ戻しにくい操作は、最初の練習から外します。画面に表示されない機能を、使える前提で手順へ入れないことも大切です。

今日の一歩は、五項目を一枚にする

自動化したい作業を一つ選び、成果物・入力・確認・権限・終了条件を一行ずつ書いてください。そのメモを見て、自分で正誤を確かめられない部分や、外部へ影響する操作が残っていれば、今回は対象から外します。小さく完了できる範囲から始め、結果を確認してから次の一作業を追加しましょう。