monday.com進捗管理をClaudeに任せる指示パターン

monday.com進捗管理をClaudeに任せる指示パターン

Claude monday.com連携を使うと、ボードの進捗確認・遅延検知・関係者向けレポート作成をチャットの指示文だけで済ませられます。接続の手順はClaude monday.com連携の始め方にあり、ここでは接続済みの前提で進捗管理の指示の作り方を扱います。

同じ「進捗を教えて」でも、どのボードの何を見たいかを指示文に含めるかどうかで返ってくる内容の解像度が変わります。monday.comのブログは、利用者としてプロジェクトリード・マーケター・オペレーション担当を挙げ、「働き方を変えずに日々の作業を速くする」使い方を想定しています。目的別の指示の型を早見表にまとめました。

進捗確認では「リスクの判定」まで頼む

もっとも基本的な使い方は、特定のボードの状況をまとめて聞くことです。monday.comのブログが挙げる指示例は次の3つです。

• 「パイプラインボードで今週変わった点は?」
• 「アクティブなボードすべてで、期限を過ぎているアイテムを見せて」
• 「複数ボードのキャンペーン更新を、週次のチームメールで共有できる形にまとめて」

現状把握では、これに「遅れそうな項目があればフラグを立てて」を足します。単なる列挙ではなく、リスクの判定込みの返答を求める指示になります。ボード名を書けば対象が1つに絞られ、複数ボードを横断するなら「アクティブなボードすべて」のように範囲を指定します。

Claudeのコネクターページにあるmonday.comの説明では、期限超過の作業・リスクのある作業・期限リスクを拾い上げられるとされています。単位は、ボード、アイテム、担当者、プロジェクト、ポートフォリオです。ツールには、ボードとプロジェクトの状況を返す get_board_and_project_status_insights と、アイテムへのコメント類を取る get_updates が並びます。個別のボードより一段上の、プロジェクト横断の状況を聞きたいときは、「ポートフォリオ」の単位で聞く手があります。

遅延と停滞は別の問いにして聞く

期限超過や停滞の兆候を拾うときは、「見せて」より「洗い出して」「フラグを立てて」のような能動的な動詞のほうが絞り込みの意図が伝わります。ただし、聞くべき問いは1つではありません。

遅延の洗い出しでは、これに担当者も加えて聞くと、誰に確認するかまで一度に分かります。

マーケティングキャンペーンボードで、期限が3日以内に迫っているのに
ステータスが「進行中」のままのアイテムを洗い出してください。
それぞれ誰が担当か、コメント欄に最新の動きがあるかも合わせて教えてください。

停滞の検知では、期間を明示します。

プロダクト開発ボードで、直近2週間コメントもステータス更新も
無いアイテムを教えてください。担当者と、最後の更新日も添えてください。

期間の書き方には、実際のツールの仕様が関わります。monday.comのPlatform MCPには、ボードのアクティビティログを返すツール(get_board_activity)があります。各エントリには、イベントの種類(create_pulse、update_column_value など)、対象、操作したユーザー、時刻が入ります。

取得期間の既定は直近30日で、fromDate と toDate で広げたり狭めたりできます。変更前後の生データは既定では省かれ、必要なときだけ includeData で付ける設計です。「半年動いていないアイテム」のように30日より前まで遡る問いは、期間を指示文に明記して初めて意図どおりの窓になりやすい、と考えられます。

週次報告は宛先・期間・出力先をセットで書く

社内報告用の要約作成は、ブログが示す代表的な使い方の1つです。精度を上げるコツは、宛先と使う場面をセットで書くことです。「週次のチームメールで共有できる形」のように出力先を明示すると、社内報告として読みやすい粒度とトーンにそろいます。

対象ボードや期間を指定しないと、直近の変化なのか累積の進捗なのかが曖昧なまま要約されます。「今週の」「今月の」のように期間も添えます。

読み手が変われば、欲しい粒度も変わります。経営層向けなら達成率と主要リスクだけの短い要約、チームリード向けならアイテム単位の詳細まで、という具合です。

プロダクト開発ボードの今月の進捗を、エンジニアリングマネージャー向けに
3行で要約してください。数字(完了率・遅延件数)を必ず含めてください。

「誰向けか」を1行加えると、詳細を削るか残すかの基準が決まります。経営層向けとチームリード向けは、別々の指示にしたほうが報告のたびの手直しが減ります。

数字を出させるなら集計の軸を指定する

レポートに完了率や遅延件数を入れるときは、数え方で結果が変わります。monday.comのPlatform MCPには、ボードのデータをアイテム単位で取り出さずに集計するツール(Board Insights)があります。ステータスごとの件数、担当者ごとの合計、グループごとの平均期間などを、列を指定して出す機能です。

集計関数は件数・合計・平均・最小・最大・中央値などで、結果の最大行数は1,000です。集計の前に、ボードの列IDと型を読む手順が前提になっています。列の構成が複雑なボードでは、「ステータス列と担当者列で、件数を出して」のように軸になる列を日本語の列名で指示すると、どの列を使うかの取り違えを避けやすくなります。

一方、アイテム単位の取得は、コネクターのツール一覧では get_board_items の名前です。Platform MCPの開発者向けドキュメントでは get_board_items_page として載り、1ページあたりの既定が25件、上限が500件で、続きはカーソルで取る仕様です。アイテムが多いボードで「一覧を出して」と頼むと、返ってきた件数が全体なのか一部なのか、読み手には分かりません。「該当アイテムの総数も先頭に書いて」と添えておくと、抜けに気づけます。

報告をmonday.comに書き戻す

まとめた内容をmonday.comの側に残すこともできます。コネクターのツールには、アイテムへの更新の投稿(create_update)や、ドキュメントの作成(create_doc)が含まれています。create_doc は、ワークスペースの中、またはボードのアイテムに添付する形でドキュメントを作り、Markdownの内容を流し込むツールです。

「今週の進捗サマリーを、このボードのアイテムにアップデートとして投稿して」と続ければ、チャットで読んだ要約が、そのままチームの見える場所に残ります。メールで配るレポートと、ボード上の記録を、同じ会話の中で作れます。

書き込み系のツールがあるため、進捗の確認だけのつもりの指示には「変更は加えず、読み取りだけで」と添えておくと、意図しない更新を避けられます。monday.comのMCPページも、AIツールがユーザーに代わって操作できる以上、アクセス範囲を絞ること、操作内容を監視することを勧めています。アクセスは特定のワークスペースに限定でき、AIツールが実行できるのは、接続したユーザー本人にその操作の権限がある範囲に限られます。

担当者の割り当てを提案させるときの注意点

monday.com連携では、担当者の候補を挙げさせることもできます。コネクターのツールには、ユーザーとチームの一覧(list_users_and_teams)と、アイテムの担当者・ステータスの更新(update_items_owners_and_status)があります。

チームの現在の稼働状況を見て、ケータリングのRFPタスクを
誰が担当するのが妥当か提案してください。理由も添えてください。

指示を安定させる3点

monday.com連携が扱う情報は、ボード・アイテム・列・更新という構造を持っています。この構造に沿って指示を作るほど、Claudeが「何を、どの範囲で」拾うかが定まります。

逆に「最近どう?」は、対象ボードも期間も決まっていないので、Claudeが範囲を推測することになります。推測が外れると、見たかったボードと違う話が返ったり、直近1日と1か月が噛み合わない要約になったりします。

この3点をテンプレートにしておけば、ボードと期間を差し替えるだけで済みます。

他のConnectorと組み合わせて報告まで頼む

進捗の要約から、メール送信までを1回の会話で頼むこともできます。複数のConnectorは同じ会話の中で呼び出せるので、monday.comとGmail連携を併用しているなら、要約から下書き作成までつなげられます。

マーケティングキャンペーンボードの今週の進捗を要約して、
チームのメーリングリストへの週次報告メールの下書きを作ってください。
内容を確認したら送信します。

Gmail経由で送るときの承認や下書きの扱いはClaude Gmail連携で下書き・返信・転送を任せる使い方にあります。承認画面で戸惑わないよう、先に目を通しておくと安心です。

Claude側は、Pro・Max・Team・Enterpriseのいずれかのプランが必要で、monday.comの全利用者がコネクターを使えます(monday.comのブログ)。接続にはOAuth認証が使われます。monday MCPのアプリは、管理者がmonday.comのマーケットプレイスからインストールする仕組みです。接続した本人がアクセス権を持つボードしか対象にならないため、横断レポートの対象にしたいボードに自分がアクセスできるかは、指示を出す前に見ておきます。

1日の呼び出し枠と、定期運用の考え方

指示を増やすほど気になるのが、呼び出しの上限です。monday.comの開発者向けドキュメントによると、Platform MCPのツール呼び出しはGraphQL APIのリクエストとして実行され、アカウントの日次呼び出し上限に数えられます。ただし、同じ上限の説明には、monday.com製のアプリとマーケットプレイスのアプリを数えない旨の注記もあります。Claude連携が上限の対象になるかは、この2つの記述からは決まりません。

上限を超えると DAILY_LIMIT_EXCEEDED のエラーが返ります。1つの指示が複数のツール呼び出しに分かれるうえ、アイテムの取得はページ単位なので、「アクティブなボードすべて」のような広い範囲の指示は、枠の対象になる場合、狭い指示よりも多くの枠を使います。毎日のように全ボードを舐める運用をする前に、プランの枠と1回の指示で何回ツールが呼ばれるかを見積もっておきます。

また、「毎週月曜の朝に自動で進捗レポートを作る」のような運用は、チャットでの指示とは別の話です。手動で同じ指示文を投げるなら、テンプレートを用意しておけば、毎回の手間はボードと期間の差し替えだけです。

まとめ

一覧を出させる指示には総数を、数字を出させる指示には集計の軸になる列を添える。この使い分けで、「この件数は全体なのか」「何を基準に数えたのか」という報告後の聞き直しが減ります。

担当者の提案は列の情報からの推測なので、確定は人間が行います。広い範囲を毎日聞く運用は、上限の対象になる場合に備えて、プランごとの日次上限を目安に設計します。