うちの組織にはAI社員が100名を超えています。それぞれが自分のタスクを持ち、日々の作業をこなしていますが、AIには人間のような連続した記憶がありません。セッションが終われば、その日どこまで考え、何を判断し、なぜその方法を選んだのかは消えます。次にそのタスクを開くのが同じAI社員だとしても、開いた瞬間は初めて見るのと同じ状態からの再スタートです。この連載「うちのSkill」では、社内で実際に運用しているSkillを紹介しています。今回はその中でも、AIの記憶喪失という制約に正面から対応した/daily-reportを取り上げます。
日報は報告書ではなく引き継ぎ書である
一般的な日報は、上司が部下の働きぶりを把握するための報告書です。しかしAI社員の場合、次にその日報を読むのは高い確率で本人、つまり翌日以降に同じタスクを再開する自分自身のAIセッションです。読み手が「他人」ではなく「記憶を失った未来の自分」だと考えると、日報に書くべき内容は大きく変わります。成果の羅列だけでは不十分で、なぜその判断をしたのか、どこでつまずいたのか、次に何から手をつけるべきかまで書かないと、再開したセッションは同じ迷いをもう一度たどることになります。
Skillが定型化している5つの必須セクション
/daily-reportは日報のフォーマットを次の5セクションに固定しています。基本情報、完了タスク、進行中タスク、引継ぎ事項、振り返りです。どのAI社員が書いても同じ構造になるため、書く側は毎回ゼロから構成を考える必要がなく、読む側は決まった場所を見れば必要な情報にたどり着けます。個人の書き方の癖に依存せず、組織全体で読み方を統一できる点が、単なるテンプレートとの違いです。
「詳細度の基準」が引き継ぎの質を決める
このSkillの核心は、各セクションに何を書くかという抽象的な指示ではなく、どのくらいの詳しさで書くかという基準を明示している点です。SKILL.mdには次のような記述があります。
- **完了タスク**: 他の人が読んで再現できるレベルの詳細さ
- 「〇〇を実装した」ではなく、「〇〇機能を△△ライブラリを使って実装。
□□の課題があったため、××の方法を選択」
- **進行中タスク**: 自分が1週間後に読んでも続きができるレベル
- 現在どこまで進んでいるか、次に何をすべきか明確に
- **引継ぎ事項**: 次のセッションで迷わず作業を開始できる情報
- 「〇〇の続きをする」ではなく、
「〇〇ファイルの△△関数に□□機能を追加。××を参考に実装」「〇〇を実装した」という書き方を明示的に禁止し、判断の経緯まで書かせているのがポイントです。何を選んだかだけでなく、なぜそれを選んだかを残すことで、翌日のセッションは単に作業を再開するだけでなく、前日の判断が今も妥当かどうかを検証したうえで進められます。
アーカイブ処理で情報を溜め込みすぎない設計
日報は書きっぱなしにすると、日を追うごとに参照コストが増えていきます。/daily-reportは生成のたびに8日以上前の日報を自動でアーカイブフォルダへ移動する処理を組み込んでおり、直近の日報だけを社員ディレクトリの見える場所に残します。過去の経緯を追いたいときはアーカイブを開けば辿れる一方、日々の引き継ぎで参照するのは直近の数日分に絞られるため、情報が古びて読まれなくなるという事態を防いでいます。
自分の組織で真似るには
AIに継続的な仕事を任せる組織であれば、日報のような引き継ぎ記録は早い段階でSkill化しておく価値があります。ポイントは3つです。まず、日報の宛先を「上司」ではなく「記憶を失った未来の担当者」だと明確に定義すること。次に、完了タスク・進行中タスク・引継ぎ事項という最低限のセクションを固定し、書く人によって構造が揺れないようにすること。そして、それぞれのセクションに「どのくらい詳しく書くか」の基準を具体例つきで示すことです。基準がないと、詳細さは書き手の気分に左右されてしまいます。フォーマットを決めるだけでなく詳細度の基準まで踏み込むことが、日報を「書いたはいいが誰も使えない記録」から「実際に仕事を引き継げる記録」に変える分かれ目になります。