Claudeで警備日誌から月次報告を作る手順 — 異常の整理と引継ぎ事項

警備日誌や巡回記録は、毎日書くぶん月末にまとまった量になります。その月の異常を拾い、施設ごとに報告をまとめ、翌月に持ち越す未解決事項を引き継ぐ作業は、日誌を最初から読み返すところから始まります。

この読み返しと一次整理は、Claudeに任せられます。ただし日誌は日をまたいで溜まる資料なので、チャットを毎日開き直す使い方だと、前日までの内容が引き継がれません。向くのはProjects(プロジェクト)です。日誌をプロジェクトの資料として置き、月末に同じ指示で報告を作らせます。

任せるのは、日誌の突き合わせと下書きまでです。異常の重大度の最終判断と、顧客や管理会社へ出す報告の確定は、警備責任者が持ちます。

日誌はチャットではなくProjectsの資料に置く

ヘルプセンターは、Projectsを「それぞれにチャット履歴と資料置き場(ナレッジ)を持つ、独立した作業場」と説明しています。資料置き場にアップロードしたものは、そのプロジェクト内のすべてのチャットで使われます。

見落としやすいのが次の注意書きです。プロジェクト内でも、チャット同士で文脈は共有されません。共有されるのは、資料置き場に入れた情報だけです。

つまり、前日のチャットで「ここは対応済み」と伝えても、翌日のチャットには届きません。日誌も引継ぎ事項も、ファイルにして資料置き場へ入れる必要があります。この前提から、運用の形が決まります。

プロジェクトは、claude.aiの「Projects」から「+ New Project」で作ります。名前と説明を付けますが、ヘルプセンターによれば、Claudeはこの名前と説明を参照しません。Claudeに伝えたい内容は、指示と資料のほうに書きます。

プロジェクトは施設ごとに分ける

複数の施設を担当するときは、プロジェクトを施設ごとに分けます。理由は2つあります。

• 資料置き場が施設で混ざらない。A施設の「3階非常口」とB施設の「3階非常口」を取り違えにくくなる
• メモリー(Claudeの記憶機能)がプロジェクトごとに独立する。ヘルプセンターは、プロジェクトのメモリーは他のプロジェクトのものとは混ざらないと説明している

施設が多く、プロジェクトを分けきれないときは、1つのプロジェクトに入れて、ファイル名と指示文に施設名を必須で入れる方法もあります。ただしこの場合は、後述の取り違え確認が欠かせません。

なお、Freeプランで作れるプロジェクトは5つまでです。施設が5を超える見込みなら、プロジェクトを施設ごとに分ける運用が上限に当たります。有料プランの上限数はヘルプセンターに記載がないため、契約するプランの画面で確かめます。

日誌ファイルの切り方と名前の付け方

資料置き場に入れる日誌は、名前で中身が引けるようにします。ヘルプセンターのRAGの項も、分かりやすいファイル名を付けると、Claudeが関連情報を見つけやすいと案内しています。

施設A_日誌_2026-10.csv        … 10月の日誌(1日1行以上)
施設A_引継ぎ事項_2026-09.csv  … 9月末時点の未解決事項
施設A_報告型.md               … 月次報告の見出しと書式
施設A_用語と区分.md           … 異常の区分、略称、巡回ポスト名

日誌は日ごとにファイルを分けず、月単位でまとめます。日ごとに30ファイルを上げると、アップロードの手間が増えるうえ、月次の突き合わせでファイル間の抜けに気づきにくくなります。

日誌のそろえ方

紙の日誌や自由記述のメモは、そのままだと集計できません。最低限、次の列にそろえてからアップロードします。

区分は、自社で使っているものをそのまま用語ファイルに書きます。Claudeに区分を作らせると、月ごとに呼び方がぶれて、先月との比較ができなくなります。

指示文を書く:事実と所見を分け、判断は人に残す

プロジェクトの指示には、毎月変わらない約束を書きます。毎回の依頼文に書くのは、対象月だけで済みます。

あなたは警備日誌の整理を手伝います。
資料にある日誌・引継ぎ事項・報告型だけを根拠にしてください。
- 記載のない事実は書かない。推測は「推測」と明記する
- 異常の件数は、日誌の行を数えた結果だけを書く。
  数えた行の日時を併記し、数えられないときは「不明」とする
- 重大度の判定、再発の原因の断定はしない。判断材料を列挙する
- 人名は日誌のコードのまま書き、氏名を補わない
- 出力する表には、元の日誌の日時を必ず付ける

この指示の要点は、件数と日時をセットで出させる点です。件数だけでは、報告を読む側が日誌と照合できません。日時が付いていれば、責任者は元の行を1つずつ確かめられます。

事実と所見を分ける考え方は、塾の月次報告でも同じです。Claudeで塾の保護者向け月次報告を授業メモから作るで扱っています。所見に当たる部分を人が書く、という分担は警備報告にも当てはまります。

月末の流れ:異常の抽出から報告の下書きまで

月末の作業は、4つの依頼に分けます。1回の依頼にまとめず、段階ごとに出力を確かめてから次へ進みます。

段階2の依頼文

2026年10月の日誌から、区分が「異常なし」以外の行をすべて抜き出してください。
区分別に、日時・場所・内容・対応を表にしてください。
最後に、区分ごとの件数と合計を書き、表の行数と一致することを確認してください。

件数の自己確認まで依頼文に入れておくのは、数え漏れを減らすためです。それでも誤ることはあるので、後で人が点検します。

段階3の報告型

報告の見出しは、型のファイルに固定します。

1. 対象期間と巡回体制(実施回数、欠番日)
2. 異常の概要(区分別の件数、主な事案3件まで)
3. 対応状況(措置済み、継続中)
4. 未解決事項と次月への引継ぎ
5. 所見(人が記入。Claudeは判断材料のみ列挙)

見出し5の所見は、あえて人の記入欄にしておきます。Claudeには、判断の材料になる事実(同じ場所で3回続いた、同じ時間帯に偏った、など日誌から数えられること)を列挙させます。「警備体制の強化が必要」のような結論は、そこから人が書きます。

賃貸のオーナー報告でも、数字と所見を分けて月次の報告をまとめる型が使えます。Claudeで賃貸管理のオーナー報告を作る手順に、入出金と修繕を材料にした例があります。

引継ぎ事項は台帳にして、毎月ファイルで戻す

月次報告より価値が出るのは、未解決事項の引継ぎです。チャットの記憶は共有されないため、引継ぎ事項はファイルとして資料置き場に戻す必要があります。

台帳は次の列で作ります。

前月の台帳と今月の日誌を突き合わせる

添付の「施設A_引継ぎ事項_2026-09.csv」の各案件について、
2026年10月の日誌に関連する記述があるか探し、状態を更新してください。
- 関連する行があれば、日時を「根拠の日誌行」に追記する
- 完了と読み取れる記述があっても、状態は「要確認」にして理由を書く
- 台帳にない新しい未解決事項は、案件IDを仮番号にして末尾に追加する
- 案件を勝手に削除しない

完了を自動で確定させないのがポイントです。日誌に「修理完了」とあっても、それが実際に直った記録か、業者を呼んだという記録かは、行の文面だけでは区別がつかないことがあります。確定は担当者が行います。

出力された台帳は、確認してからCSVに書き出し、施設A_引継ぎ事項_2026-10.csvとして資料置き場へ入れます。古い月の台帳は、混乱を避けるために資料置き場から外すか、名前に「旧」を付けておきます。

引継ぎの文書化という点では、人事異動の事務引継書の作り方が近いです。Claudeで事務引継書を作るが、後任が迷わない構成を扱っています。

資料が増えたときのRAGと、取り違えの確認

有料プラン(Pro、Max、Team、Enterprise)では、資料置き場がコンテキストウィンドウの上限に近づくと、RAGが自動で有効になります。ヘルプセンターによれば、容量は最大10倍まで広がります。設定は要らず、有効になるとプロジェクトにその表示が出ます。

RAGは、資料全体を一度に読むのではなく、質問に関係する部分を検索して取り出す仕組みです。ヘルプセンターは、応答の質は変わらないとしています。ここで注意したいのは、月次集計のように「全行を数える」作業との相性です。取り出された部分から数えた結果は、全行の件数と一致しない可能性があります。この点について、ヘルプセンターは記載していません。

手元でできる対策は次のとおりです。

• 件数は、Claudeが答えた数字を鵜呑みにせず、CSVの行数を表計算で数えた結果と突き合わせる
• 古い月の日誌を資料置き場から外し、対象月の日誌と引継ぎ台帳だけに絞る
• 段階1で、読み込んだ行数と期間を答えさせ、手元の数字と合わせる

個人情報と共有の扱い

警備日誌には、不審者の特徴、入館者の名前、従業員の勤務状況が書かれます。プロジェクトに入れる前に、次を決めておきます。

• 氏名や連絡先を、コードや役職に置き換えてからアップロードするか
• 委託元との契約で、日誌を外部サービスに預けてよいか
• 保存期間と、プロジェクトを削除する時期

最後の2つは、自社の規程と委託元との契約で決まる事項です。Claude側の設定で決められるのは、共有の範囲です。

TeamまたはEnterpriseプランでは、プロジェクトの公開範囲を選べます。「招待した人だけ」にすれば、チャットも資料もほかのメンバーから見えません。組織全体に公開した場合でも、プロジェクト内の自分のチャットは、手動で共有しない限り他のメンバーには見えません。共有するときの権限は「Can view」と「Can edit」の2段階で、閲覧のみの人は資料や指示を編集できません。

日誌の共有先は、巡回の担当者と責任者から始めます。報告を読むだけの管理側の人には、「Can view」で足します。

プロジェクトのメモリーも確認します。ヘルプセンターによれば、プロジェクトには独自のメモリーがあり、完全に分けたいときは、プロジェクトのページで「Use account memory」をオフにします。個人の別用途の記憶を、警備の作業に混ぜたくない場合に役立ちます。

プロジェクトを不要にしたら、アーカイブではなく削除を使います。アーカイブしても共有の権限やメンバー、資料は保たれたままで、ヘルプセンターも、アーカイブでは共有が解除されないと注意しています。削除するには、いったんアーカイブを解除してからになります。

報告前の点検

下書きを責任者に回す前に、次を確かめます。

• 対象月の日誌の行数が、手元のCSVと一致している
• 異常の件数が、一覧の行数とも日誌の集計とも合っている
• 報告の事案すべてに、元の日誌の日時が付いている
• 引継ぎ台帳に、前月の案件がすべて残っている(削除されていない)
• 「完了」にした案件は、担当者が確認済みである
• 所見の欄に、Claudeの断定が入っていない
• 氏名など、報告先に出してはいけない個人情報が残っていない

店舗巡回の報告書づくりも、指摘事項と是正期限を項目ごとに管理する点で近い運用です。写真を材料にする場合は、Claudeで店舗巡回の報告書を写真から作る手順を参照できます。

まとめ

警備日誌の月次報告は、日誌を月単位のファイルにし、指示文と報告型を固定したProjectsで回すと、毎月の再現性が出ます。任せる範囲は日誌の抽出と台帳の更新案、残すのは重大度の判断と所見です。

いちばん落とし穴になるのは、チャットの文脈が引き継がれない点です。引継ぎ事項は必ずファイルに書き出し、翌月の資料置き場へ戻します。

最初の月は、1施設・1か月分の日誌だけで試します。件数と日時を手元の集計と突き合わせて、ずれが出ないことを確かめてから、施設を増やします。