kintone Cowork連携の限界と日報自動化の現実的な進め方

「kintoneのデータをCoworkのスケジュールタスクで毎朝集計させたい」という発想は自然です。ただ、kintone MCPサーバーはローカルで動くstdioサーバーで、クラウド側で走るスケジュールタスクからは直接呼べません。日報・週報を実際に回すなら、kintoneに触る部分だけを手元のマシンに残す構成になります。

この記事は、スケジュールタスクの実行場所がPro・Maxで10月6日に変わる点も踏まえ、どの経路が自分の環境に合うかを判断できるように組み立てています。

どの経路を選ぶか — 3つのうち、手元のマシンを何時間動かせるかで決まる

先に分岐を示します。kintoneの認証情報を持つのは手元のマシンかDesktopアプリで、Anthropicのクラウドではありません。この前提から、次の3経路が現実的な候補になります。

Coworkのクラウド実行を挟むかどうかは、結果を読む人がどこにいるかで決まります。チームのSlackに毎朝要約を流したいなら、書き出し先にSlackかDriveを置いて仕上げをCoworkに任せる形が効きます。自分だけが見るなら、ローカルのClaude Codeだけで完結させる選択肢もあります。

Coworkのスケジュールタスクはどこで動くのか

スケジュールタスクは、周期またはオンデマンドで実行するタスクをCoworkに委任する機能です。日次ブリーフィング、週次レポート、定期リサーチ、ファイル整理、チーム更新の集約といった用途がAnthropicのヘルプ記事で挙げられています。Pro・Max・Team・Enterpriseの有料プランで利用できます。接続済みのconnector・skill・pluginを使ってセッションが走り、結果はタスク一覧から確認します。

実行場所はプランで事情が異なるので、分けて読んでください。

ヘルプ記事は、スケジュールタスクが内蔵のスケジュール設定、接続済みのconnector、Claudeアカウントに保存されたファイルで動くと説明しています。クラウドで動くタスクは、手元のPCのフォルダに直接は紐付きません。

kintone MCPサーバーがクラウドから呼べない理由

kintone MCPサーバーはcybozu.devが「公式ローカルMCPサーバー」と明記しており、配布形態はnpmパッケージ・Dockerイメージ・Claude Desktop用MCPBの3つです。いずれもユーザーの手元でプロセスを起動するstdio方式で、READMEの設定例も"type": "stdio"で書かれています。インターネット越しに呼べるリモートエンドポイントは提供されていません。

一方、Coworkのカスタムコネクタ(リモートMCP)は、ローカルデバイスではなくAnthropicのクラウドから接続します。ヘルプ記事は、接続先がパブリックインターネットから届く必要があり、ファイアウォールの内側や私設ネットワークの上だと接続に失敗すると書いています(AnthropicのIPレンジを許可する回避策もあります)。ローカル専用のstdioサーバーは、この要件を満たせません。

クラウド実行の側からも同じ結論が読み取れます。Coworkの設計資料は、ローカルMCPサーバーはクラウドのセッションでは動かないと述べています。一方、別のヘルプ記事は、ローカルコネクタやローカルMCPを含むpluginはDesktopアプリ経由でのみ動き、クラウドのセッションからも、アプリが開いていれば使えると説明しています。

スケジュールタスクがアプリ経由で手元のkintone MCPを呼べるかは、2つの記事で記述が揃っていません。無人で毎朝回す用途では、この経路を前提にしない構成が無難です。

Claude Code Routinesもクラウド側で動き、実行のたびにリポジトリを新規cloneします。手元のMCP設定ファイルは使いませんが、リポジトリにコミットした.mcp.jsonなら、クローンの一部として読まれます。ただしkintoneに届くには、環境のネットワーク許可と認証情報の受け渡しも要ります。この構成が成り立つかは未確認です。

経路1: OSのスケジューラからclaude -pを呼ぶ

kintone側の処理をローカルのClaude Codeが担い、結果をクラウドが読める場所へ書き出す2段構成です。

# 平日朝7時にcron・launchdから呼ぶ想定
claude -p "kintoneの「日報」アプリから昨日分のレコードを取得し、
担当者別に要約したMarkdownをGoogleドライブの
「日報サマリー」フォルダに保存して" \
  --mcp-config .mcp.json --strict-mcp-config \
  --allowedTools "mcp__kintone__kintone-get-records,mcp__google-drive" \
  --disallowedTools "mcp__kintone__kintone-delete-records"

mcp__google-driveは、.mcp.jsonにgoogle-driveのキーで定義したDrive用MCPサーバーを指します。--strict-mcp-configを付けると.mcp.json以外のMCP構成は読まれません。Driveへの書き込みに使うサーバーも、このファイルに含めておきます。

引数まわりで押さえておく点は次のとおりです。

• --strict-mcp-config: --mcp-configで渡した設定だけを使い、ほかのMCP構成を無視します。CLIリファレンスには「Only use MCP servers from --mcp-config」とあります。cronのように環境が一定でない場所では、意図しないサーバーを拾わない効果があります
• ツール名の書き方: kintone MCPサーバーのツール名はREADMEの一覧でkintone-get-recordsのようにハイフン入りです。許可ルールはmcp__<サーバー名>__<ツール名>の形で、サーバー名は.mcp.jsonのキーと一致させます。mcp__kintoneだけなら、そのサーバーの全ツールが対象です
• 削除系の除外: --disallowedToolsにレコード削除のツール(mcp__kintone__kintone-delete-records)を渡します。すると、このツールはClaudeに見える一覧から外れます。許可を絞るだけでなく、書き込み系を明示的に落としておく方が事故の余地が小さくなります。READMEの一覧には、レコードの追加・更新・削除のほか、アプリのフィールド削除やスペース削除のツールもあります
• --bareの落とし穴: 公式のヘッドレス解説は、--bareがスクリプト向けの推奨モードで、将来-pの既定になると述べています。一方で--bareはOAuthのログイン情報とキーチェーンを読まず、ANTHROPIC_API_KEYかapiKeyHelperが必要です。サブスクのログインで回すcronに--bareを足すと認証で止まるので、気をつけてください
• 起動待ち: -pで--mcp-configを使うと、未接続のMCPサーバーを最初のターンの前に待ちます。待機の上限は既定で30秒(MCP_TIMEOUT)で、v2.1.221以降の挙動です

認証情報は、kintone側で用意したものをスクリプトに平文で残さない構成にします。READMEが示す認証は、ユーザー名とパスワードか、APIトークン(カンマ区切りで最大9個)のどちらかです。両方を同時に指定するとパスワード認証が優先されます。保存先は、macOSならKeychain、Linuxならsystemdのcredential機構や秘密情報の管理ツール経由で読み込ませます。

経路2: Claude Code Desktopのローカルタスクで回す

普段使いのPCなら、OSのスケジューラより手軽な選択肢があります。Claude Code DesktopのCodeタブでRoutinesからNew routineを選び、Localを選ぶ方式です。公式の比較表では、ローカルのタスクは手元のファイルとMCP設定ファイルにアクセスでき、権限モードをタスクごとに設定できます。

動く条件はシンプルです。Desktopはアプリが開いている間、1分ごとにスケジュールを確認します。予定時刻から数分の遅延が入るのは、API負荷を散らすためだと説明されています。

PCが寝ていた場合の挙動が、日報では重要になります。アプリの起動時やPCの復帰時に、直近7日で取り逃した実行がないかを確認し、あれば最後に取り逃した時刻の分を1回だけ追い掛けて実行します。6日間寝ていた日次タスクは、復帰時に1回走るだけです。朝9時のタスクが夜11時に走ることもあるので、「昨日分を集計する」ように期間の基準をプロンプトに書いておくと崩れません。

Manualモードで権限が足りないツールがあると、承認するまで実行が止まります。作成後にRun nowで一度流し、出てきた承認に「always allow」を付けておくと、以降の実行は止まりません。ただしrequiresUserInteraction付きのMCPツールは毎回確認が出て、always allowを選べません。このツールを呼ぶ実行は毎回止まります。

どの環境ならどの経路が向くか

Team・Enterpriseでは、さらに組織の設定が絡みます。MDMのisLocalDevMcpEnabledがfalseだと、plugin同梱やローカル設定のMCPサーバーが無効になります。isDesktopExtensionEnabledがfalseなら、MCPB形式のkintone MCPサーバーも動きません。MCPB形式でDesktopに入れる経路は、管理者がこの2つのキーをどうしているかで可否が決まります。経路2のローカルタスクにも、Claude Codeの管理設定が別にかかる場合があります。管理者に確認してください。

Routines・Coworkではなく手元のスケジューラを選ぶ理由

Routineはクラウド側で毎回リポジトリを新規cloneして動き、手元のプロセスにもファイルにも届きません。kintone MCPサーバーのようなローカル資産は、同じくローカルで完結する仕組みに乗せる方が自然です。

将来kintone側がリモートMCPのエンドポイントを提供すれば、Coworkのカスタムコネクタやroutineから直接呼べるようになります。ただしREADMEとcybozu.devのどちらにも、その予定の記載はありません。

Claude Desktopのチャット画面なら、MCPBでkintone MCPサーバーを組み込めます。対話で呼ぶ分には問題なく、制約が出るのは無人のスケジュール実行をクラウドに任せたいときだけです。

他のSaaSとの違い

同じ定期レポートの自動化でも、SalesforceはHosted MCP Serverを提供しているためCoworkのカスタムコネクタに直接つながり、この制約を受けません。詳しくはCowork Salesforce連携 — 週次営業レポートを自動生成する手順で扱っています。Smartsheetをコネクタとして接続する場合はSmartsheetとCoworkで週次進捗レポートを自動生成する手順にまとめています。

まとめ

kintoneの日報・週報は、Coworkのスケジュールタスクだけでは完結しません。kintoneに触れる集計はローカルのClaude Codeに残し、配信と仕上げだけをクラウドへ渡す形が現実的です。サーバーがあればclaude -pをcronで、普段使いのPCならDesktopのローカルタスクで回します。Pro・Maxは10月6日以降のクラウド移行、Team・Enterpriseは組織設定とMDMのキーを先に確認してください。

kintoneとの接続そのものはClaude kintone連携ガイド、レコード検索・集計の具体的な指示例はkintoneレコード検索・更新の実践ガイドにあります。Coworkの接続先の全体像はClaude CoworkのConnectors一覧、Routinesの仕組みはClaude Code Routines完全ガイドで確認できます。