activity summary とは?作業の要約表示を知る

activity summary は「今なにをやっているか」の一行メモ

Claude Code を使っていると、こちらが「このバグ直して」と頼んだあと、Claude が勝手にファイルを読んだり検索したり編集したりと、けっこうな数の作業を連続でこなします。そのとき画面に流れる「いま何の作業をしているか」を短くまとめた表示、これを指して activity summary(アクティビティ・サマリー/作業の要約)と呼びます。

ざっくり言えば、長い作業ログをそのまま全部見せるのではなく、「要するに今こういうことをしている」という一段上の粒度でまとめてくれるもの、という理解で問題ありません。

身近な例で言うと

引っ越し業者に部屋の片付けを頼んだ場面を想像してください。作業員が「段ボールAを開けました」「本を3冊取り出しました」「棚の2段目に置きました」と一つずつ実況してきたら、正確ではあるけど聞いていられないですよね。それより「本棚の整理をしています」「次はキッチンに移ります」と言ってくれたほうが、こちらは安心して他のことができます。

activity summary はこの後者にあたります。細かい一手ずつの記録ではなく、「今このまとまりの作業をしている」という単位でユーザーに伝える役割です。

なぜ要約が必要なのか

AI にコードを触らせるとき、いちばん不安なのは「何をされているか分からない」状態です。かといって全部の詳細を出すと、ターミナルが文字で埋まって逆に読めません。この2つのあいだを取るのが要約表示の発想です。

実際、慣れてくると人は詳細ログを一行ずつ読まなくなります。要約を眺めていて「あれ、なんでそのファイルを触ってるんだ?」と違和感を覚えたときだけ止めて中身を確認する、という使い方に落ち着くことが多いです。

初心者がつまずきやすいところ

最初にありがちなのが、要約 = 実行結果だと思ってしまうことです。要約はあくまで「何をしているか」の説明であって、そこに書かれた作業が必ず成功したという保証ではありません。編集が入ったなら、最終的には差分やテスト結果を自分の目で確認する習慣をつけたほうが安全です。

もうひとつは、要約が短いせいで「大したことをしていない」と油断してしまうこと。一行の要約の裏で複数ファイルが書き換わっていることもあります。表示の粒度と、実際の変更の大きさは別物だと覚えておいてください。

付き合い方のコツ

• 要約は進捗の目印として使い、判断は差分やテスト結果で行う
• 意図と違う方向に進んでいると感じたら、途中で止めて指示を出し直す
• 作業が長くなりそうなときほど、要約を見ながら「今どのあたりか」を把握しておく

要約表示があるおかげで、AI の作業を「全部監視する」のではなく「要所だけ見る」スタイルが成り立っています。逆に言えば、要所を見るのは人間側の仕事として残っている、というのが実態に近いところです。