ClaudeでLINE WORKSの掲示板やメッセージを要約する
LINE WORKSの掲示板はClaudeに要約させられますが、メッセージは読み取りツールが無く現状は対象外です。できる範囲とその理由、要約の設計手順をまとめます。
ClaudeでLINE WORKSの掲示板やメッセージを要約できるか
結論から言うと、掲示板はできます。メッセージはできません。LINE WORKS向けのコミュニティ製MCPサーバー「nworks」には、掲示板の投稿一覧・詳細を読み取るツールがあり、これをClaudeに呼び出させれば要約が成立します。一方でメッセージ(トーク)側には、送信用のツールしか用意されておらず、過去の発言を読み取る手段自体がありません。
本稿はLINE WORKSとClaudeの接続が済んでいる前提で、要約という具体的な使い方に絞って書きます。接続そのものの手順(Developer Consoleでのアプリ登録・スコープ設定・Claude側MCP登録)はClaude LINE WORKS連携をMCPで実現する方法で扱っているので、まだ未接続の場合はそちらを先に済ませてください。
掲示板をClaudeに要約させる手順
nworksのBoardsカテゴリには、一覧・投稿一覧・投稿詳細・投稿作成の4つのツールがあります。要約に使うのは読み取り系の3つです。
nworks board list
nworks board posts --board <boardId>
nworks board read --board <boardId> --post <postId>Claudeに接続した状態であれば、コマンドを直接打つ必要はありません。「総務部の掲示板に、今週投稿された内容を要約して」と話しかければ、Claudeがnworks_board_listで掲示板を特定し、nworks_board_postsで投稿一覧を取得したうえで、nworks_board_readを投稿ごとに呼び出して本文を読み込み、要約を返します。
必要なスコープはboard.readだけです。投稿の作成・編集を行わない要約用途では、書き込み権限にあたるboardスコープをログイン時に付与する必要はありません。ログイン時のスコープ指定は接続手順の記事で解説していますが、要約だけが目的ならboard.readに絞ってログインすることを検討してください。
メッセージの要約がなぜ実現できないのか
同じnworksでも、メッセージ(トーク)側の対応はまったく違います。用意されているのは送信用のnworks_message_send、チャンネルメンバー一覧のnworks_message_members、組織メンバー一覧のnworks_directory_membersの3つだけです。過去のやり取りを一覧・取得するツールは含まれていません。
| 対象 | 読み取り系ツール | 要約の可否 |
|---|---|---|
| 掲示板(Board) | 読み取り系ツール一覧・投稿一覧・投稿詳細の3つ | 要約の可否○ そのまま要約できる |
| メッセージ(トーク) | 読み取り系ツールなし(送信・メンバー一覧のみ) | 要約の可否× 読み取り手段が無い |
| メール | 読み取り系ツール一覧・詳細などmail.read配下の複数ツール | 要約の可否○ mail.readだけで完結 |
メッセージだけ読み取りツールが抜けているのは、Bot APIの設計自体が送信中心になっているためと見られます。掲示板やメールのようにユーザーの代わりに閲覧するAPIが同列に用意されていないと、MCPサーバー側でも読み取りツールを作りようがありません。ここは接続方法の工夫でどうにかなる話ではなく、土台になっているAPIの提供範囲そのものの制約です。
この制約はnworks固有の実装漏れではありません。提供されているツールの一覧を見る限り、メール・タスク・掲示板にはそれぞれ一覧・詳細を取る読み取り系ツールが用意されているのに対し、メッセージのカテゴリだけ送信とメンバー一覧しかありません。カテゴリ間でこれだけはっきり非対称になっている以上、Botとして許されている操作の範囲そのものがメッセージだけ狭いと考えるのが自然です。
要約の粒度をどう設計するか
投稿数が多い掲示板をそのまま「全部要約して」と頼むと、Claudeが多数の投稿を1件ずつ読み込むことになり、応答に時間がかかったり、文脈が長くなりすぎて要約の精度が落ちたりします。実務では次のように絞り込むと扱いやすくなります。
- 期間を区切る: 「今週」「今月」のように範囲を指定し、対象件数を絞ってから要約を頼む
- 掲示板を分ける: 部署・用途ごとに掲示板が分かれている場合は、対象の掲示板名を明示する
- 段階的に頼む: まず
board posts相当の一覧を取得させて件数を把握し、多すぎる場合は日付や投稿者で絞ってから詳細読み込みに進む
一度に大量の投稿を読ませるより、範囲を絞って複数回に分けたほうが、要約の粒度も安定します。定例の日次・週次サマリーのように毎回同じ範囲を要約する運用にするなら、対象の掲示板名と期間の指定方法を決めておくと、そのつど条件を伝え直す手間が省けます。
メール・タスクも同じ考え方で要約できる
掲示板と同じ「読み取り専用スコープだけで要約できる」パターンは、メールとタスクにも当てはまります。カテゴリごとに用意されているツールと必要スコープをまとめると次のとおりです。
| カテゴリ | 読み取り系ツール | 必要スコープ | 要約の可否 |
|---|---|---|---|
| 掲示板 | 読み取り系ツール一覧・投稿一覧・投稿詳細 | 必要スコープboard.read | 要約の可否○ |
| メール | 読み取り系ツール一覧・詳細・添付ダウンロードなど | 必要スコープmail.read | 要約の可否○ |
| タスク | 読み取り系ツール一覧 | 必要スコープtask.read | 要約の可否○(一覧の範囲まで) |
| カレンダー | 読み取り系ツール一覧 | 必要スコープcalendar.read | 要約の可否△(予定の要約向き。本文要約ではない) |
| メッセージ | 読み取り系ツールなし | 必要スコープ該当ツールなし | 要約の可否× |
メールは「未読メールを要点だけまとめて」、タスクは「今週期限のタスクを一覧して優先度順に並べて」のように頼めます。どちらも掲示板と同様、書き込み権限(mailやtask本体のスコープ)までは不要で、.readが付いた読み取り専用スコープだけで完結します。メールには添付ファイルをダウンロードするツールもあり、こちらもmail.readのスコープで動作します。添付が5MBを超える場合はチャットにそのまま貼るのではなくローカルに保存する挙動になるため、要約と一緒に添付内容も確認したいときはこの点を踏まえて指示してください。カレンダーは一覧取得はできますが、そもそも本文のような長文が無いため、「要約」よりは「予定の棚卸し」に近い使い方になります。なお、カレンダーへの書き込み系ツール(予定の作成・更新・削除)はcalendarスコープだけでなくcalendar.readも同時に要求します。要約用途では関係しませんが、後から予定登録まで自動化しようとする場合はスコープ不足でエラーになりやすい点です。
要約結果を掲示板に書き戻す運用
読むだけでなく、要約結果を新しい投稿として掲示板に残したい場合はboard_createを使います。
nworks board create --board <boardId> \
--title "今週の投稿まとめ" \
--body "要約結果のテキスト" \
--notifyClaudeに「今週の投稿を要約して、まとめとして掲示板に投稿して」と頼めば、読み取りで得た要約をそのままboard_createに渡す形で自動化できます。ただしこの運用には書き込み権限にあたるboardスコープが必要になり、読み取り専用のboard.readだけでは投稿できません。要約を読むだけの用途と、要約結果を書き戻す用途は別物として扱い、後者を使う場合は書き込み権限を渡すことになる点を理解したうえで設定してください。書き込み権限を広げる判断の考え方は業務SaaS連携は読み取り専用アクセスから始める理由で扱っています。
毎週同じ形式でまとめを投稿する運用にするなら、対象の掲示板・タイトルの付け方・通知の有無(--notify)をあらかじめ決めておくと、Claudeへの指示がそのつどぶれません。通知を付けると投稿のたびにメンバーへ通知が飛ぶため、まとめ投稿の頻度が高い場合は通知をオフにする運用も選択肢に入ります。
よくあるつまずき
board.readスコープの付け忘れ: ログイン時にboardやboard.readを含めていないと、掲示板関連のツールを呼び出した時点で権限エラーになります。要約だけが目的ならboard.readのみで足ります- 投稿量が多い掲示板をまるごと要約させる: 直近数十件を一括で読み込ませると応答が遅くなりやすく、要約の要点もぼやけます。期間や投稿者で絞ってから頼むほうが安定します
- メッセージの要約を試して失敗に気づく: 「トークの内容を要約して」と頼んでもClaudeが対応するツールを持たないため実行できません。掲示板とメッセージのどちらを指しているかを最初に切り分けておくと無駄がありません
- 権限とデータの取り違え:
board.readスコープを付与していても、そもそも自分がLINE WORKS側でアクセス権を持たない掲示板は読み取れません。nworksはユーザーの権限をそのまま引き継ぐ仕組みのため、見えないものは要約もできません - 要約の書き戻しに
board.readしか付けていない: 要約を新規投稿として残したい場合は書き込み権限にあたるboardスコープが必要です。読み取り専用のままboard_createを呼ぼうとすると権限エラーになります
よくある質問
nworksはLINE WORKS社の公式サポート対象ですか
対象外です。nworksはコミュニティが開発・保守しているOSSで、LINE WORKS(NAVER WORKS)とは提携していません。動作しない・想定と違うといった問題が起きても、LINE WORKS社のサポート窓口には問い合わせられず、GitHub上のリポジトリでのやり取りが頼りになります。要約を日次・週次の定例運用に組み込む場合は、この非公式という立ち位置を前提に、障害時の代替手段(手動で掲示板を確認する等)を用意しておくと安心です。
将来的にメッセージの要約に対応する可能性はありますか
nworksはコミュニティ主導で開発されているOSSのため、LINE WORKS側でメッセージ履歴を取得できるAPIが提供されれば、対応ツールが追加される可能性はあります。ただし現時点でそうした計画が公表されているわけではなく、いつ実現するかは分かりません。
複数の掲示板をまたいで要約させることはできますか
できます。nworks board listで対象の掲示板を複数指定し、それぞれの投稿一覧・詳細を読み込ませたうえで、Claudeに横断して要約するよう頼めます。ただし掲示板ごとに読み込む投稿数が増えるため、対象を広げるほど応答時間が伸びる点は見込んでおいてください。部署ごとに掲示板が分かれている組織では、まず1つの掲示板で運用を固めてから対象を広げるほうが、要約の粒度を調整しやすくなります。
board.readを付けたのに見えない掲示板があるのはなぜですか
nworksがLINE WORKS APIをそのまま呼び出す際、ログインしたユーザー本人のアクセス権を引き継ぐ仕組みになっているためです。board.readスコープはあくまで「読み取りという操作の許可」であって、「全掲示板への閲覧権限」ではありません。LINE WORKS側で非公開設定になっている掲示板や、自分が参加していない部署の掲示板は、スコープを広げても見えるようにはなりません。要約対象から漏れている掲示板がある場合は、まずLINE WORKS本体で自分がその掲示板を閲覧できるかどうかを確認してください。
まとめ
LINE WORKSの掲示板は、nworks経由でClaudeに要約させられます。必要なのはboard.readスコープだけで、投稿一覧と詳細を読み取るツールが揃っているためです。一方でメッセージ(トーク)は、読み取り系のツール自体が用意されておらず、接続や権限設定を見直しても解決しません。まず対象が掲示板かメッセージかを切り分け、掲示板であれば期間や対象を絞って要約を依頼するところから始めてください。コネクタ全般の権限設計はClaude Connectorsとはでも扱っています。