本記事に登場する会社名・部署名・人物名・日報の文面は、すべて説明用の架空サンプルです。実在の企業・人物・実績ではありません。
メンバーが毎日書いてくれる日報。Chatworkのグループに流れてくる人もいれば、スプレッドシートに書く人も、フォームで送ってくる人もいる。経営者としては全部読みたい。でも現実には、移動の合間に流し読みして、気づけば3日分たまっている——そんな状態ではないでしょうか。
怖いのは、読み飛ばした日報の中に「実は困っています」という一文が埋まっていることです。1か月後にメンバーから退職や取引トラブルの相談を受けて、日報をさかのぼったら、とっくにサインが書いてあった。書いてくれていたのに、届いていなかった。日報の仕組みで一番もったいないのは、この「書いたのに読まれない」状態です。
この記事でお伝えするのは、「日報を要約アプリに入れる」話ではありません。週に1回、AIエージェントが全員分の日報を読み込み、経営者が5分で読める1枚のレポートに集約する——読む作業そのものをAIに任せる話です。人がやるのは、依頼を出すこと、レポートを確認すること、そして気になったメンバーに声をかけること。この3つだけです。
この業務でAIエージェントができること
チャットAIに日報を1件ずつ貼り付けて「要約して」と頼む方法もありますが、それでは人がコピペ係になるだけです。Claude CodeやCodexといったAIエージェントは、フォルダに置かれた全員分・1週間分の日報ファイルを自分で開いて読み、集計し、レポートをファイルとして作って保存するところまでを一続きでやります。具体的には次の作業です。
- チャットのログ・スプレッドシート・フォーム回答など、形式がバラバラの日報を全員分読み込む
- 部門別に「今週の動き」をまとめる
- 会社全体で「進んだこと」「滞っていること」を仕分ける
- 相談・懸念・困りごとに当たる記述を抽出する（後述しますが、ここは要約させず原文で引用させます）
- 日報に書かれた数字（売上・件数・納期など）を拾い、先週との動きをまとめる
大事なのは、各メンバーの日報の書き方は今のままでよいという点です。「AIのために日報のフォーマットを統一してください」とメンバーに頼む必要はありません。書く側の負担を増やさないことが、この仕組みを続けるための条件です。
任せると、経営者の仕事はこう変わる
| これまで | AIエージェントに任せた後 | |
|---|---|---|
| 日報を読む | 全部は読めず流し読み | AIが全員分を毎週読了 |
| 懸念の拾い上げ | 気づいた分だけ | AIが抽出し原文引用 |
| 数字の把握 | 会議で聞いて把握 | 日報から集計・比較 |
| 声をかける | 手が回らない | 5分で読み、人に向かう |
| 人の仕事 | 上記ぜんぶ | 依頼・確認・声かけ |
先に強調しておきます。AIが読んでくれるのは「全員分に目を通す作業」であって、メンバーに向き合う仕事ではありません。レポートを読んで「この人に声をかけよう」と決め、実際に話しに行くのは経営者です。読む時間が減っても、向き合う責任はなくなりません。
全体の流れ — 人がやることは3つだけ
- 依頼する — 日報の置き場所を決めて、依頼文を渡す（初回のみ準備あり）
- AIが週次サマリーを作る — 全員分の読み込み・仕分け・抽出・集約までAIが実行
- 確認して、声をかける — 人が5分で読み、拾い漏れがあれば修正指示。気になる箇所は原文に当たり、メンバーに声をかける
3番の「確認して、指示する」の往復を、本記事ではすり合わせと呼びます。最初の2〜3週は指示が多めですが、ルールが決まってくると多くは1〜2往復で完成します。
STEP1: 日報の置き場所を決める（初回だけ、少しだけ人の出番）
やることは、週に1回、全員分の日報が集まるフォルダをひとつ作ることだけです。日報の提出方法は今のままで構いません。
weekly-digest/
├─ 2026-W31/
│ ├─ chatwork_daily_log.txt ← チャット日報のログ（コピペでOK）
│ ├─ eigyo_nippo.csv ← 営業部のスプレッドシート書き出し
│ ├─ form_kaitou.csv ← フォーム回答のCSV
│ └─ seizo_nippo.xlsx ← 製造部の日報ファイル
└─ 2026-W30_週次サマリー.md ← 先週のサマリー（比較用）チャットの日報は、1週間分をまとめてテキストにコピペするだけで十分です。ツールによってはログのエクスポート機能もあります。形式がそろっていなくても、AIエージェントは読めます。そろえるべきなのはファイルの中身ではなく、「毎週この場所に集まる」という置き場所のほうです。
書く側に「最低限これだけ」をお願いすると精度が上がる
フォーマット統一は不要ですが、次の3点だけ日報に入れてもらうと、AIの拾い漏れが目に見えて減ります。書き方・分量は自由、という前提でお願いするのがコツです。
| 日報の項目 | 書き方のポイント |
|---|---|
| やったこと | 案件名・相手先が分かる書き方でお願いします。 |
| 困りごと・相談 | 「特になし」でもよいので、困っていることや相談したいことを項目として書いてもらいます。 |
| 数字 | あれば、受注件数・進捗率・納期などの数字を書いてもらいます。 |
ここでひとつ、正直に書いておきます。日報が形骸化していて「特になし」「通常業務」しか書かれていない場合、AIをかけても空っぽの要約が出てくるだけです。それはAIの問題ではなく、日報が機能していないという、AI以前の問題です。その場合は集約の仕組みより先に、「困っていることを書いていい・書けば読まれる」という信頼を取り戻すほうが先です（立て直しの手順は後半で具体的に書きます）。
STEP2: 依頼文を渡す（コピーして使えます）
フォルダが用意できたら、AIエージェントに次のように依頼します。そのままコピーして、フォルダ名や部門名を自社に合わせて書き換えてください。
あなたは経営者に代わって全メンバーの日報・週報を読み込み、
週次の経営サマリーを作成するアシスタントです。
次の作業を行い、1枚のレポートとして提出してください。
# 参照するもの
- フォルダ「weekly-digest/2026-W31」内のファイルすべて
（チャットログ・スプレッドシート・フォーム回答CSV）
- 先週のサマリー「2026-W30_週次サマリー.md」
# 作業内容
1. 全員分の日報を読み、部門別に「今週の動き」を3〜5行で
まとめる
2. 会社全体で「進んだこと」「滞っていること」を仕分けて
列挙する（どの日報が根拠か分かるように書く）
3. 相談・懸念・困りごとに当たる記述をすべて抽出する
4. 数字に関する記述（売上・件数・納期など）を拾い、
先週のサマリーと比較して動きをまとめる
5. 「2026-W31_週次サマリー.md」として保存する
# 守ってほしいルール（重要）
- 相談・懸念・ネガティブな記述は、要約で言い換えず
「誰の・いつの日報か」を添えて原文のまま引用する。
要約によってトーンを弱めることを禁止する
- 元データにない事実・数字を作らない。推測で補わない。
判断に迷うものは【要確認】として最後にまとめる
- 困りごと欄が「特になし」または空欄だった人数を、
提出人数とあわせて末尾に記す
- メンタル・人間関係・処遇（評価・給与）に関わる記述は
サマリー本文に載せず、「人が直接確認」の欄に
件数と場所（誰の何日の日報か）だけを記す
- 文体は「です・ます」。先週のサマリーの構成に合わせるこの依頼文の肝は、ルールの1つ目です。「ネガティブな記述は要約せず、原文のまま引用させる」。要約というのは本質的に角を丸める作業です。メンバーが勇気を出して書いた「正直、限界です」が、要約を通ると「一部に負荷の高まりが見られます」に変わってしまう。現場のSOSは、トーンごと届いてはじめて意味があります。だからSOSに当たる部分だけは、AIに要約させず、運ばせるのです。
「要約がSOSを丸める」とは、こういうことです（架空例）
架空の日報1件が、3通りに化ける様子を並べます。
① 本人が書いた原文
「外注さんへの催促、こちらから2回連絡して返事がありません。納期に響く前にどなたか一緒に動いてもらえると助かります」② ルールなしで要約させた場合
「製造部: 外注先との連絡に一部遅れ。進捗に留意が必要」③ 原文引用ルールを入れた場合
「金城 7/30の日報より原文——『外注さんへの催促、こちらから2回連絡して……』」（①を言い換えず全文のまま）
②で消えたのは、すでに2回動いたという事実、助けを求める依頼、誰のいつの話かという宛先。残るのは「留意が必要」という、誰も動かない一文です。②なら経営者はおそらく何もせず、③ならその日のうちに金城さんに声をかけます。
気づき方も決めておきます。懸念欄に「一部」「やや」「留意」など、日報では使わない言葉が出てきたら、要約が入り込んだサインです。その行は原文に当たり、「元の日報の言葉に戻して」と指示してください。
この依頼文は毎週使い回せます。2回目からは「W32も同じ要領でお願いします」で済みます。
STEP3: AIが週次サマリーを出してくる（架空サンプル）
依頼から数分後、AIエージェントは全員分を読み終えたサマリーをファイルとして保存し、報告してきます。以下は架空の会社「サンプル商事」（那覇市・社員18名・営業/製造/管理の3部門）での出力イメージです。
サンプル商事 週次経営サマリー 2026年 第31週（7/27〜7/31）
部門別の動き
営業: A社リニューアル案件が見積3回目の修正対応中。新規は2件受注（比嘉・大城の日報より）。
製造: B社向けは予定どおり進行。C社向けが外注の回答待ちで2日停滞（金城 7/30）。
管理: 月次の請求処理は完了。採用応募が1件（新里 7/28）。進んだこと
・新規受注2件（営業）／・B社向け工程が前倒し（製造）滞っていること
・C社向けの外注回答待ち・2日停滞（製造・金城 7/30）
・A社見積の修正が3回目に突入（営業・比嘉 7/29）相談・懸念（原文引用）
・比嘉 7/29の日報より原文——「A社の見積、3回目の修正依頼が来ています。正直、このまま値下げを受けていいのか判断に迷っています。一度方針を相談させてください」
・金城 7/30の日報より原文——「外注さんへの催促、こちらから2回連絡して返事がありません。納期に響く前にどなたか一緒に動いてもらえると助かります」数字の動き
受注: 今週2件（先週0件）／見積提出: 3件（先週4件）人が直接確認
・該当1件: 新里 7/31の日報に体調に関する記述。内容はサマリーに載せていません。記入状況
提出17名／18名。困りごと欄が「特になし」または空欄: 6名（先週4名）【要確認】
・製造部・上原の7/29分が見当たりません（未提出か、置き場所の誤りか）
注目してほしい点が2つあります。ひとつは、懸念が要約ではなく本人の言葉のまま載っていること。「判断に迷っています」「一緒に動いてもらえると助かります」——この温度で届くから、次の行動が決まります。もうひとつは、「人が直接確認」の欄です。体調に関する記述は、レポートという文書に載せて回覧するものではなく、人が本人と直接話すべきものです。AIには「あることの通知」だけをさせています。
STEP4: 確認して、指示する — 「すり合わせ」で完成させる
サマリーを受け取ったら、人が5分で読み、確認します。観点は次の5つです。
| # | 確認の観点 | 見るポイント |
|---|---|---|
| 1 | 拾い漏れ | 気になる社員の原文と突合 |
| 2 | 引用の維持 | 懸念が原文のまま残るか |
| 3 | 温度感のズレ | 現場の実感と合うか |
| 4 | 数字の根拠 | どの日報が根拠か辿れるか |
| 5 | 載せない情報 | 個人事情の混入がないか |
とくに大事なのが1番です。日報の書き方は人によってバラバラなので、遠回しに書く人の懸念をAIが「ただの業務報告」として素通りさせる拾い漏れは、必ず起きます。全員分を突き合わせる必要はありません。「あの人、最近様子が気になる」という社員を1〜2人決めて、その人の原文だけ毎週見比べてください。拾い漏れを見つけたら、そのまま指示にします。
3点直してください。
1. 製造の「予定どおり進行」、宮里さんの水曜の日報に
「段取り替えが多くて残業が続いています」とある。
これは懸念の欄に原文引用で載せて
2. 「一部に負荷の高まり」という書き方はやめて、
元の日報の言葉のまま引用して。トーンの判断は
こちらでやります
3. 数字の動きに「見積からの受注率」も追加して。
営業の日報の件数から計算できるはずAIは数十秒で反映版を出してきます。こうした指示を2〜3週続けると「この会社は何を懸念として拾うか」の基準が依頼文に蓄積され、拾い漏れは目に見えて減っていきます。すり合わせは、AIに自社の感度を教える作業でもあるのです。
5分の読み方 — 上から順には読まない
上から読むと、いちばん平熱な「部門別の動き」で時間が終わります。順番はこうです。
- 「人が直接確認」（30秒） — 1件でもあれば、その日のうちに1対1で話す予定を先に押さえる。判断する欄ではなく、無条件で人が動く欄です。
- 「相談・懸念（原文引用）」（2分） — 自分が決めることか、担当に任せることかだけを仕分ける。値引き・取引条件・人の配置は経営者案件です。
- 「滞っていること」（1分） — 先週と同じ案件名が残っていないかを見る。2週続けば担当者の頑張り不足ではなく、段取りか相手先の問題。「進んでる?」ではなく「何が止めてる?」と聞きます。
- 「数字の動き」（1分） — 増減より、日報の言葉と数字のズレを見る。「順調です」とあるのに提出件数が半減、が最も危ない状態です。
- 【要確認】と部門別（30秒） — 未提出者は責める前に置き場所の運用を疑う。部門別は知らない案件名だけ拾えば十分です。
読み終えたら声をかける相手を1〜2人に絞ります。目安（架空の運用例）は「原文引用に名前が出た人」と「2週続けて滞りに名前が出た人」。基準は自社に合わせて構いませんが、読む前に決めておくこと。読んでから決めると、忙しい週ほど「今週は特になし」で終わります。
そして最後にもう一度。サマリーを読んで終わり、ではありません。気になった箇所は必ず原文の日報に当たり、本人に声をかけてください。「日報読んだよ、A社の件、今日話そう」——この一言のために、ここまでの仕組みがあります。
機密情報のルール（重要）
日報には、業務の記録に混ざって、体調・家庭の事情・人間関係・評価への不満といったセンシティブな記述が入り込みます。だからこそ、依頼文の段階で「メンタル・人間関係・処遇に関わる記述はサマリーに載せない」ルールを固定してください。サマリーは幹部で回覧される可能性がある文書です。本人が上司ひとりに宛てて書いた言葉を、文書に転載して回すべきではありません。
あわせて、利用するAIサービスで入力データが学習に使われない設定（オプトアウト）を確認すること、顧客の個人情報が日報に書かれている場合は伏せて運用することも原則です。そしてもうひとつ——日報をAIで集約していることは、必ずメンバーに伝えてください。隠して運用すれば監視になり、伝えて運用すれば「書けば必ず届く仕組み」になります。同じ仕組みでも、信頼への効き方が正反対です。
AIの要約に載せず、人が引き取るもの
すべてを週次サマリーに流し込むのが目的ではありません。次のものは、AIの要約を経由させず、人が直接引き取ってください。
| 人が引き取るもの | 理由・扱い |
|---|---|
| メンタル・人間関係・処遇 | 評価・給与に関わる記述を含め、サマリーには載せず人が本人と直接話します。文書化や回覧はしません。 |
| 重大クレーム・事故・漏えい | 重大なクレームや事故、情報漏えいなどの一報は、週次のサイクルを待たず、その日のうちに人が対応します。日報は一報を受け取る経路であり、対応の起点は人です。 |
| 退職の意向 | 要約では扱わず、直接の対話でしか進みません。 |
| 日報の形骸化 | 集約の前に、日報の運用そのものを人が立て直します。 |
「AIに全部読ませているからこそ、人に直接届くべき声の線引きをはっきりさせる」。この線引きが、仕組みへの信頼を守ります。
小さく始める2週間
1週目（練習）: 先週分の日報でフォルダを作り、依頼文を渡してみる。出てきたサマリーを原文と見比べ、拾い漏れへの修正指示を一度体験する。所要は2〜3時間が目安です。
2週目（実運用）: メンバーに仕組みを説明したうえで、当週分で本番運用。「最低限の3項目」をお願いし、サマリーで気になった1人に実際に声をかけるところまでやってみてください。
効果を最初に実感するのは、意外にも書く側です。「先週の日報の件、どうなった?」と経営者から声がかかる——それだけで日報は「書かされるもの」から「届くもの」に変わります。
1か月後の停滞 — 「特になし」が増えたとき
2週間はたいていうまくいきます。危ないのは1か月後、AIの精度ではなく日報側が痩せること——困りごと欄に「特になし」が増えていく現象です。
兆候は数字に出ます（数値は架空の目安）。「特になし」か空欄の人が提出者の半数を超える週が2週続く。「相談・懸念」が0件の週が出る。同じ人の日報が3行以下に縮む。危ないのは2つ目です。十数人が1週間働いて困りごとが1件も出ないことは、まずありません。書かれていないだけです。依頼文に「『特になし』の人数を末尾に記す」を入れてあるのは、これをAIに毎週数えさせるためです。
立て直しは、書き方をお願いし直すことではなく「書いたら動いた」を1回作ることです。前の週に原文引用で上がった懸念を1つ選び、経営者が動き、結果を本人に返す。「先週の外注の件、私から先方に連絡しました」——これが1回起きると翌週の日報は変わります。書いたものが動かなければ、日報は必ず「特になし」に戻ります。
よくある質問
まとめ
- 日報の集約はAIエージェントに任せられる。形式バラバラの全員分を毎週読み、1枚のサマリーに集約する
- 書く側の負担は増やさない。フォーマット統一は不要、「やったこと・困りごと・数字」の3項目だけお願いする
- 懸念・相談は要約させず原文引用させる。SOSはトーンごと届いてはじめて意味がある
- メンタル・人間関係・処遇はサマリーに載せず、人が直接引き取る。重大クレームの一報は週次を待たない
- 経営者の仕事は、5分で読み、原文に当たり、声をかけること。読む作業が減っても、向き合う責任は減らない
まずは先週分の日報で、一度試してみてください。全員分を「読めている」状態が、どれだけ判断を変えるかを実感できるはずです。
どの業務からAIに任せるべきか、日報のようなセンシティブな情報を扱う社内ルールをどう作るか、そもそもの環境づくりが分からない——そうした段階からのご相談も受けています。課題が整理できていなくても大丈夫です。