AIは「進むため」だけじゃない。作業ログから始める、事実ベースの振り返り術

仕事論

澁谷悠真

公開日:2026/06/22

読了目安:約2分

最近、AIにコードを書いてもらったり、文章を直してもらったり、調べ物をお願いしたり…って、もう当たり前になってきましたよね。

でも、よく考えるとこういう使い方ってぜんぶ「前に進むため」なんです。書く・直す・調べる。次のアウトプットを出すための使い方。

その一方で、「一日の終わりに振り返るため」にAIを使ってる人って、あんまり見かけない気がします。今日はその話をしたいなと思います。

振り返りが継続しない3つの理由

日報とか振り返りって、続かないし、だんだん中身が薄くなっていきますよね。理由はだいたいこの3つかなと思っています。

そもそも覚えてない:夕方に思い出せるのって、直近のことか、よっぽど印象に残ったことだけ。午前中にちょっと詰まって、サッと直した小さな問題なんて、もうきれいに忘れてます。
気分に引っ張られる:「今日はあんまり進まなかったな〜」っていう感覚が、実際の作業量と関係なく振り返りを支配してくる。
単純にめんどくさい:思い出して、文章にまとめる。この作業自体が、地味に腰が重い。

で、結局「とりあえず出すための作文」になっちゃって、本来の「次どう良くするか」からどんどん離れていく…という。

AIとの作業ログを活用する

ここで思い出したいのが、AIと作業するとそのやりとりが全部ログに残ってるってことです。

何を指示したか(=何をやろうとしたか)
どこでエラーになって、何を試したか(=どこで詰まったか)
どう解決して、何が分かったか(=何を学んだか)

これって記憶じゃなくて記録なんですよね。気分にも、思い出しやすさにも左右されない。つまり振り返りで一番しんどい「何が起きたか正確に思い出す」ところを、当時のやり取りのまま埋められるわけです。

AIによるPDCA「Check」の代替

ちょっと整理すると、、ここまで話してきた「ログから学びやハマったことを拾ってもらう」というやり方は、PDCAの一部を肩代わりさせてるだけなんです。

段階	誰がやる?
Plan(計画)	自分:今日やること
Do(実行)	実作業 ── 痕跡がログに残る
Check(評価)	ログから「学び」「ハマったこと」を拾う ← ここをAIに
Act(改善)	自分:じゃあ次どうする?を決める

大事なのは、任せるのは Check だけってこと。「何が起きたっけ?」を思い出す退屈なところだけAIにやってもらって、空いた頭で「で、次どうする?」(Act) をちゃんと考える。ここが「AIに日報書かせてみた」系とのいちばんの違いかなと思います。

流れはシンプルで、

その日のログ(AIとの会話履歴)を集める
そこから「学んだこと」「ハマったこと」だけ抜き出してもらう
それを自分で読んで、ひとこと自分の解釈と"次どうするか"を足す

これだけです。

エラー記録から学びを得るプロセス

抽象的な話だけだとピンと来ないので、実際にある日のログから出てきた「ハマったこと」を1つ。

起きたこと:ある値の判定が、何を入れても同じ結果にしかならない。
原因:同じ意味のデータなのに、作られた経路によって少しずつ違う形式で保存されていた。判定する側は1つの形式しか想定していなかったので、想定外の形を解釈できずに、ずっと既定値へ落ちていた。
やったこと:形式の違いを吸収する処理に切り出して、どの形でも解釈できるようにし、テストで固定した。

これをそのまま貼るだけでも記録としては十分なんですが、本当に効いてくるのは、ここに自分でひとこと足したときなんですよね。

学び:「同じ意味のデータが、複数の形で存在することがある」。次から外部由来の値をパースするときは、形を決めつける前に、まず実データがどうなってるか見る。

この最後の一行が、ただの記録(Check)を「次の行動」(Act)に変える瞬間です。事実を拾うのはAI、意味づけと改善は自分。この役割分担がしっくりきています。

正直、AIに任せられるのはここまでが限界です。

AIを用いた振り返りの具体的手順

ここまで「ログから振り返る」話をしてきましたが、じゃあ具体的に何をすればいいの?という話を。やることはシンプルで、 自分がその日やったことの記録を、AIに振り返ってもらうだけ です。

同一スレッドでの要約依頼

「振り返りに使うのはいいけど、ログを集めるのが面倒では?」と思うかもしれません。でも、最初は身構えなくて大丈夫です。
いちばん簡単なのは、その日ずっと使っていたチャットスレッドの中で、最後にそのまま頼むやり方。別の場所にコピペしたりする必要はなくて、同じ会話の続きにこう打つだけです。

「今日のこのスレッドのやり取りを振り返って、"ハマったこと(原因と解決策)"と"新しく学んだこと"だけ、それぞれ3行くらいで抜き出して」

ポイントは「 3行くらいで 」と量を区切ること。これを入れないとAIは親切のつもりで全部盛りで返してきて、結局読むのが面倒になります。あわせて「 原因と解決策をセットで 」と指定しておくと、ただの感想じゃなく次に活かせる形で出てきます。AIはそのスレッドのやり取りを全部覚えているので、これだけで振り返りの材料がそろいます。

まずはこの「同じスレッドで総括」から始めるのが、いちばんハードルが低くておすすめです。

スクリプトを用いた自動化

正直に白状すると、自分自身はこの手作業の一歩先をやっています。というのも、 最終的には毎日の「日報」にまとめるところまで持っていきたい ので、毎回スレッドごとに手で頼むのが面倒になってきたんですね。

そこで、ちょっとしたスクリプトを書きました。やっていることは2段階です。

その日の会話ログを、まるごと機械的に集める。 AIエージェント(Claude Code や Codex
など)は、やり取りを自動でログファイルに残しています。スクリプトでその日ぶんを日付で絞り込み、複数のスレッドをまたいで「ユーザーの指示」と「AIの説明・診断」を時系列で全部抜き出します。
それをAIに渡して、日報の形に要約させる。
集めたログを材料として、「ハマったこと」と「学んだこと」の2項目に整理してもらい、そのまま日報の下書きに流し込みます。

①の手作業との違いは、 「1スレッドだけ」じゃなく「その日の全部の作業」をまとめて振り返れること 、そして 毎日同じ手順で日報の下書きまで自動で出来上がること です。

とはいえ、スクリプトを用意する手間がかかるので、いきなり目指さなくて大丈夫です。 まずは①の「同じスレッドで総括して」から。 それが習慣になってきて「毎日やるなら自動化したいな」と思ったタイミングで、②に進めば十分です。

AIを活用する際の注意点と限界

「客観的」なのは"何が起きたか"まで。それを「学び/ハマった」に振り分けるところは、AIの判断(=解釈)が入ります。なので最後の意味づけと「次どうする」は、自分で引き取るのが前提。
ログに残るのはAIと一緒にやった作業だけ。会議とか、手で書いたコードとか、頭の中で考えてた時間は映りません。あくまで材料の一部であって、一日の全部じゃない。

なので正しい使い方は「振り返りをAIに丸投げ」じゃなくて、「忘れたり気分で歪んだりするのを補正する補助線」くらいの感覚です。出てきた下書きをノーチェックでそのまま出し始めたら、たぶんもう形骸化のサインです。