因幡匠瞬SHOMA INABA

AI導入・自動化

Discord月次報告の自動化実録 — AIがスクショを読んで集計まで全自動

公開日: 2026-07-19約5分で読めます著者: 因幡匠瞬

メンバーが増えるほど、管理者の仕事は「数字の回収」に食われていきます。

うちの場合はYouTube切り抜きのクリッパー管理でした。毎月、個別DMで再生数を聞いて回り、もらった数字をスプレッドシートに手入力し、誰が未報告か目視で確認して、ランキングを作りたければさらに集計する——メンバーが3人でもこれ。20人になったら破綻するのは目に見えていました。

**この記事の結論:**Discordに1回投稿するだけで、AIがスクショを読み取ってスプレッドシートまで自動で埋まる仕組みを作りました。この記事はその設計と実装の記録です。

この記事で分かること:

  • 「報告の回収・転記・集計」を人手ゼロにする構成
  • AIのOCR(画像読み取り)を業務で使うときの照合設計
  • 少人数のうちから「スケールする前提」で設計しておく考え方

1. 解決したかった4つの問題

  1. 個別DMで数字をもらうのが面倒(聞く側も答える側も)
  2. スプレッドシートへの手入力ミス
  3. 誰が報告済みで誰が未報告か、把握できない
  4. ランキングを作りたいが、集計が手間

どれも「事務作業」で、事業を前に進める仕事ではありません。ここに人間の時間を使うのをやめる、が目的です。

2. 完成した仕組み — 全体の流れ

[メンバー] Discordの報告チャンネルに、テンプレ本文+実績画面のスクショを投稿
    ↓
[bot] 1〜2分で自動処理
  ├─ テンプレ本文を解析(数字を抽出)
  ├─ AI(Claude Vision=画像を読めるAI)でスクショからも数字を読み取り
  ├─ 本文とスクショの数字を照合(一致確認)
  ├─ Google Sheetsに書き込み(集計タブも自動更新)
  └─ ログチャンネルに「[完了]」または警告を投稿
    ↓
[管理者/メンバー] コマンド1つでいつでもランキング表示

運用後の人間の手間は、メンバーが月1回・約2分(テンプレにスクショを添えて投稿するだけ)、管理者はゼロ(見たいときにDiscordかSheetsを見るだけ)。月末には未報告者へ自動でリマインダーDMが飛ぶので、「報告まだ?」の催促すら人間の仕事から消えました。

手作業だった報告回収が、Discord投稿1回で完結するようになりました。 手作業だった報告回収が、Discord投稿1回で完結するようになりました。

3. 設計で効いた4つの判断

① スクショを「真実のソース」にする

自己申告の数字だけだと、打ち間違いも盛りも見抜けません。そこで実績画面のスクショを必須にし、AIのOCRでスクショからも数字を読み取って、本文の申告値と機械的に照合する設計にしました。二つが一致しなければ警告が出る。人間が目視でチェックする工程を、仕組みで置き換えています。

② 権限は最小限しか持たない

外部サービスと連携する自動化では、「何の権限を要求するか」が一番のリスク管理です。この仕組みは、YouTubeアカウントへの書き込み系の権限を一切要求しない設計にしました。初期フェーズではAPI接続すら使わず、スクショのOCRだけで完結させています。メンバーに「アカウントの中身を触られるかも」という不安を与えないことは、参加のハードルを下げるうえでも効きます。

③ 預かるデータは持ちすぎない

スクショはスプレッドシートの行に紐づく形でのみ記録し、Discord上の添付は90日でローテーション(永続保存しない)。集計に必要な数字だけ残して、画像そのものは抱え込まない方針です。

④ 3人のうちから「100人の設計」をしておく

作った時点のメンバーは3人。でも設計は20〜100人スケールを前提に、フェーズを分けて計画しました。人数が増えたら公開データのAPI自動取得を足す、さらに増えたら鍵の管理方法を強化する——という段階を先に決めておく。少人数のうちは過剰に作らず、でも増えたときに作り直しにならない。この「今は小さく、設計は大きく」が、後から一番効いています。

スケールしても作り直しにならないための設計判断です。 スケールしても作り直しにならないための設計判断です。

4. 作ってみて分かったこと

自動化の価値は、作業時間の削減より「催促という感情労働の消滅」でした。 「報告まだ?」と人間が言うと角が立つけど、botのリマインダーなら誰も嫌な気持ちにならない。数字の照合も、人間が「これ合ってる?」と聞くと詰問になるけど、botの警告なら事務的に済む。人間関係のコストを仕組みが肩代わりする——これはコミュニティ運営の自動化に共通する効用だと思います。

もう一つは、AIのOCRは「照合相手」がいると業務で使えるということ。OCR単体の読み取りは完璧ではないので、そのまま信じる設計は危ない。うちのように「本文の申告値と突き合わせる」相手を用意すると、間違いが自動で表面化するので、安心して任せられます。

あわせて読みたいコミュニティのDiscordをどう設計したか — 「迷わない・聞かなくていい・自動で回る」

よくある質問

Discordじゃないと作れませんか?

Slack・LINEでも同じ構成は組めます。ポイントはツールではなく「メンバーが毎日いる場所に報告を持ってくる」こと。別のツールを開かせる設計は、それだけで報告率が下がります。

AIの読み取りはどのくらい信頼できますか?

単体では完璧ではありません。だからこそ本文の申告値との二重照合を入れています。「AIの出力を無検証で使わない」は、この手の自動化の基本設計だと考えています。

同じ仕組みは他の業務にも使えますか?

使えます。「メンバーが画像や書類で報告→誰かが転記・集計」という形の業務なら、経費精算・日報・在庫報告など構造は同じです。うちではこうした業務自動化の構築を実務として行っています。相談はお問い合わせからどうぞ。

まとめ

  • 報告の回収・転記・集計・催促を、Discord投稿1回+botで人手ゼロに
  • AIのOCRは申告値との二重照合をセットにすると業務で使える
  • 権限は最小限・データは持ちすぎない——メンバーの安心が参加率を作る
  • 3人でも100人前提の設計をしておくと、成長時に作り直しが要らない

X投稿の自動化はGitHub Actionsの実録で、ブログの自動化は半自動化の仕組みで公開しています。自社の業務自動化のご相談はお問い合わせから。

因幡匠瞬

因幡匠瞬(しょうま)

株式会社U.ai代表。AIと仕組みで事業を回した実録を、このブログにそのまま書いています。

AI導入の相談をする →

関連記事

切り抜き・AI導入の相談

記事の内容についての質問や、切り抜き運用・AI導入の相談は、お問い合わせからどうぞ。

お問い合わせ