Codexを毎日使うようになったら、仕事の「めんどくさい」が消えていった

「また同じことをやっている」と感じる瞬間が、仕事には必ずある。

毎週月曜日に作るレポート、毎日確認するスプレッドシートのデータ整理、月末に何度もコピペするまとめ作業。どれも10〜30分程度の作業で、一つひとつは大したことないのに、積み重なると「仕事の中でいちばん嫌いな時間」になっていた。

Codexを使い始めたのは、そういう「めんどくさい」を減らしたいという、わりと単純な動機からだった。最初は「試してみるか」くらいの気持ちだったが、使い始めて数週間で仕事のリズムが変わり、気づいたら毎朝起動するツールの一つになっていた。

この記事は、Codexの機能説明よりも「使い続けた結果、何がどう変わったか」を伝えることを目的に書いている。具体的にどんな作業が自動化され、どんな変化があったかを正直に書く。

結論から言うと、Codexを毎日使うようになってから、繰り返し作業の大半が自動化され、「その時間に何か別のことを考えていい」という余裕が生まれた。ただし、すべての「めんどくさい」が消えたわけではなく、Codexが苦手な領域もある。その線引きを自分なりに理解してから、はじめてうまく使えるようになった。

私の「めんどくさい」はどこから来ていたか

まず、自分がどんな繰り返し作業に時間を取られていたかを振り返る。Codexを使う前の自分の1週間を思い返してみると、「本当に必要な仕事」よりも「作業のための作業」に時間を使っている感覚があった。

実際に1週間の業務を記録してみたところ、以下の3種類の繰り返し作業が週に4〜6時間を消費していた。

毎日繰り返していた3つの作業

• データ整理と集計：複数のスプレッドシートから特定のデータを抽出して、別のシートにまとめる作業。フォーマットが微妙に違うファイルが複数あり、手作業で統一する手間がかかっていた。週に2〜3回、1回あたり30〜45分。
• 週次レポートの下書き作成：毎週月曜日、前週の実績データをまとめてレポートの下書きを作る。数字を表に入力して、コメントを書いて、フォーマットを整える。慣れた作業だが、毎週同じことをやっている感覚が強く、月曜の朝が憂鬱だった。
• ファイルの整理・リネーム：共有フォルダに日々蓄積されるファイルを、決められた命名規則に従ってリネームしてフォルダ分けする作業。単純だが量が多く、ミスもしやすい。月末にまとめてやると1〜2時間かかっていた。

これらは「誰かに頼めるか」と聞かれたら、頼みづらい種類の作業だ。細かいルールがあり、自分の業務の文脈を知っている必要がある。でも、自分がやるには「勿体ない」気がする。そのジレンマが、長い間解消されないままだった。

「手作業でやり続けた」理由

実際に使って振り返ってみると、なぜ長い間手作業を続けていたかがよくわかる。「自動化しよう」という発想はあっても、「自分にはプログラミングができない」という前提で止まっていたのだ。

Excelのマクロや、Pythonスクリプトが「あればいい」とは思っていたが、それを作る技術がない。外注するほどでもない。というループで、何年も手作業を続けていた。

Codexに出会ったのは、同僚が「Codexに指示したらスクリプト書いてくれた」と話していたのを聞いたのがきっかけだ。「それ、私の作業にも使えるんじゃないか」と思い、試してみることにした。

Codexが最初に解決してくれたこと

最初に試したのは、データ整理の自動化だった。「毎週やっている作業を自動化したい」という動機が一番強かったからだ。結果として、最初の試みはあっさり成功し、そこからCodexへの信頼が一気に高まった。

データ整理スクリプト：30分が3秒になった

Codexへの最初の指示はこうだった。「複数のCSVファイルを読み込んで、特定の列だけを抽出し、一つのファイルにまとめるPythonスクリプトを作ってください。ファイル名には日付が入っており、直近1週間分を対象にします」

数分後、Codexはそのスクリプトを生成してくれた。実際に動かしてみると、30分かけてやっていた作業が3秒で終わった。

「30分が3秒になる」という体験は、数字で書くと当然に見えるが、実際に経験すると感覚的なインパクトがある。「この時間はもう取り戻せない」と思ったのが正直なところだ。

ただし、完全にそのまま使えたわけではなかった。ファイルのエンコードの問題で一部文字化けが起き、それをCodexに伝えて修正してもらうというやり取りが2〜3回あった。でも、そのやり取りも含めて1時間以内で完成した。プログラミングができれば30分でできたかもしれないが、ゼロ知識でも1時間で動くものが作れた。

レポート生成の自動化：「毎週月曜日の憂鬱」がなくなった

次に取り組んだのが、週次レポートの下書き自動生成だ。これはデータ整理より少し複雑だった。数字の集計だけでなく、前週比・増減率の計算、一定基準を超えた項目のハイライト、コメント欄へのテンプレート文の挿入、などの処理が必要だったからだ。

Codexへの指示を何度か試行錯誤しながら、最終的に以下のような指示に落ち着いた。

「先週と今週のCSVデータを読み込んで、各指標の前週比を計算し、10%以上の変化があった項目に『要確認』フラグを立て、Excelファイルとして出力するスクリプトを作ってください。出力ファイルには、フラグが立った項目に黄色のセル背景色をつけてください」

これで作ったスクリプトは、2週間の修正と改良を経て、毎週月曜朝に自動で走るようになった。月曜の朝に「レポートの下書きがもう出来ている」という状態は、仕事のスタートの気持ちを明らかに変えた。

実際に試してわかったのは、Codexへの指示は「何の入力を受け取り、何を出力するか」を明確にするほど精度が上がるということだ。「レポートを作って」という曖昧な指示より、「CSVを受け取り、Excelを出力し、この条件でフラグを立てる」という具体的な仕様を渡したほうが、ずっといいコードが返ってくる。

Codexを毎日使うようになって変わった仕事のリズム

データ整理とレポート作成の自動化が軌道に乗ると、Codexへの依頼が増えていった。小さな「めんどくさい」を見つけるたびに「これもCodexに頼めるかな」と考えるようになり、気づいたら仕事のリズム自体が変わっていた。

朝の「自動化タスクレビュー」が習慣になった

今では毎朝、前日に自動化スクリプトが処理した結果を5〜10分で確認することが習慣になっている。以前は手作業でやっていた確認作業が、「結果のチェック」だけになった。

「作業をする時間」から「判断をする時間」へのシフトが、Codexがもたらした最大の変化だと思っている。

具体的には、以下の作業が自動化されて「チェックするだけ」になった。

• 複数ソースからのデータ集計・整形（毎日）
• 前日比・週次比レポートの下書き生成（毎週月曜）
• ファイルの命名規則チェックと自動リネーム（毎月末）
• 特定フォルダの新規ファイル検知と通知（随時）
• メールの定型文送信（週1〜2回）

これらが「やること」リストから消え、「確認すること」リストに移動した。心理的な負担が大きく変わった。

「どうせ無理」という思考が減った

もう一つ、意外だった変化がある。「自分にはプログラミングができない」という思い込みから来る「どうせ無理」という思考が、明らかに減ったことだ。

Codexを使い始める前は、「この作業、自動化できたらいいな」と思っても、「でも私にはできない」で止まることが多かった。Codexを使い始めてからは、「これもCodexに頼めるかもしれない」という思考が先に来るようになった。

全部うまくいくわけではないが、「試してみる」ことへの心理的ハードルが下がった。これは仕事の取り組み方にも影響していて、「手作業でやり続ける」という選択を取る前に、「一度Codexに聞いてみる」というステップが入るようになった。

Codexが苦手なことも、正直に書いておく

Codexを毎日使っていると、「これはCodexには難しい」という領域も見えてくる。いい面だけを書くのは正直ではないので、苦手な部分も記録しておく。

複雑な判断を含む作業は任せられない

Codexが得意なのは「ルールが明確な作業」だ。「このデータをこの条件で処理して、この形式で出力する」という指示には強い。でも「状況に応じて判断しながら処理を変える」という作業は難しい。

たとえば「異常値を検出して除外する」という指示をしたとき、何を「異常」とするかの判断基準が曖昧だと、Codexが生成するコードも曖昧になる。判断基準を数値で明示できるものは自動化できるが、「なんとなくおかしい」という感覚的な判断は任せられない。

この限界を理解してから、「これは判断が必要な作業か、ルールで処理できる作業か」を事前に考えるようになった。ルールで処理できるものだけCodexに任せ、判断が必要なものは自分でやる、という棲み分けが自然にできてきた。

「動くけど何をしているかわからない」問題

Codexが生成したコードは「動く」が、自分が「何をしているか理解している」とは限らない。これは長期的に使い続けると深刻な問題になる。

スクリプトが動いている間はいいが、何かエラーが起きたとき、コードの中身を理解していないと原因が掴めない。「Codexに聞けばいい」と思いがちだが、エラーの文脈を正確に伝えるためにも、ある程度コードの流れを理解している必要がある。

この問題への対処として、生成されたコードには必ず「このコードが何をしているか、処理の流れをステップごとにコメントで説明して」とCodexに追加依頼するようにした。完全には理解できなくても、大まかな流れを把握することで、エラー時の対処がしやすくなった。

Codexで自動化するのに向いている仕事の見極め方

使い続けてわかった「自動化に向く仕事の特徴」を整理する。これを事前に確認してからCodexに依頼すると、成功率が上がる。

自動化に向く仕事の3つの特徴

以下の3つをすべて満たす作業は、Codexで自動化しやすい。

• 手順が決まっている：「AをしてBをしてCを出力する」という手順が毎回同じであること。例外処理が少なく、条件分岐が単純であるほど自動化しやすい。
• 繰り返し頻度が高い：毎日・毎週・毎月などの頻度で繰り返す作業は、自動化のROIが高い。一度しかやらない作業は、自動化スクリプトを作る時間のほうが長くなる。
• 入出力が明確：「何を受け取り、何を返すか」が明確であること。入力がファイルやデータで、出力がファイルやメッセージになっている作業は、Codexに指示しやすい。

「Codexに頼む前にやること」チェックリスト

Codexへの依頼前に、以下を自分の中で整理してから指示を出すと、1回で期待通りのコードが返ってきやすくなる。

• この作業の「入力」は何か（ファイル、データ形式、場所）
• この作業の「出力」は何か（ファイル形式、保存先、フォーマット）
• 処理のルールはすべて言語化できるか（曖昧な判断が残っていないか）
• 使う環境・言語に制約はあるか（Python3.10のみ、外部ライブラリ不可、など）
• エラーが起きたときはどう処理するか（スキップ、ログ出力、停止）

このチェックリストを意識するようになってから、Codexへの最初の指示の精度が上がり、やり直しの回数が減った。「Codexに何を伝えるか」を事前に整理する時間が、結果的に全体の作業時間を短くする。

よくある質問（FAQ）

まとめ

Codexを毎日使うようになって変わったことを振り返ると、「仕事の量」が減ったというより「仕事の種類」が変わったという感覚に近い。

手作業でやっていた繰り返し作業は「自動で処理されている」という状態になり、自分がかけている時間は「判断・確認・改善」にシフトした。これが、仕事に対する感覚を変えた最大の要因だと思う。

Codexを使い始めるにあたって、大事だと感じたポイントを3つにまとめる。

• 最初の1本をしっかり動かすことにこだわる：「なんとなく試してみた」で終わらず、一つの作業を完全に自動化するまでやり切ることで、Codexへの信頼と使い方の感覚が同時に身につく。
• 指示の精度が成果の精度を決める：「何を入力して、何を出力するか」「どんな条件で処理するか」を事前に整理してから指示することで、やり直しが減り、完成までの時間が短くなる。
• 「理解してから次に進む」習慣を持つ：生成されたコードをブラックボックスのまま使い続けると、エラーが起きたときに対処できなくなる。「このコードは何をしているか説明して」と一言追加するだけで、理解度が上がり、後のメンテナンスが楽になる。

「めんどくさい」がゼロになるわけではない。でも、Codexを使うことで「めんどくさい」の種類が変わる。手作業の繰り返しという「単純なめんどくさい」から、指示を考えたりエラーを直したりという「少し頭を使うめんどくさい」へ。後者のほうが、仕事として充実している感じがするし、やっていて飽きない。

Codexを試してみようか迷っている人がいれば、まず「自分の仕事で一番繰り返している作業」を一つ思い浮かべてほしい。それをCodexに自動化してもらうことから始めると、「毎日使うツール」への道が自然に開けてくると思う。