◉CLAUDE LABEN
●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました●2.1.301 — vim の % モーション、VS Code パネルでの LaTeX 数式表示、使用量上限待ちのリトライ監視の上限が入りました(10/15)●2.1.299 — 200K トークン超で約54分放置した会話はアイドル圧縮。MCP の許可ルールは名指ししたサーバーだけに一致します●SONNET 4.5 — Claude API での提供終了は 11/30、残り45日。移行先は Sonnet 5.5●WINDOWS — 日本語の環境でだけフックが黙って壊れる報告があり、文字コードの確認が呼びかけられています●FAST MODE — Opus 5.5 の Fast mode がリサーチプレビューを終え、ベータヘッダーが不要になりました(10/15)●NEW — Cowork に渡したフォルダの先頭に、十行の約束ファイルを置いてみました
記事一覧/Claude Code
⟐ Claude Code/2026-05-06上級

Claude Code × MCP で構築する個人開発 AI 自動化ハブ — 複数サービス横断の設計と実装

Claude Code と MCP を組み合わせ、GitHub・Notion・Slack を横断する個人開発向けの AI 自動化ハブを設計・実装します。サービス間の文脈維持・エラーハンドリング付きコード例・トークンコスト削減の実測までまとめました。

Claude Code265MCP54自動化87個人開発130GitHub7Notionマルチエージェント6生産性9

✦ プレミアム記事

朝の作業開始時に GitHub を開き、Notion のタスクを確認し、Slack の未読を処理する——この「情報収集ルーティン」に毎日 20 分以上かけていた時期があります。

ある日、「この 20 分を Claude Code に任せられないか」と考えたのが、この記事で紹介する AI 統合ハブを作り始めたきっかけです。MCP(Model Context Protocol)を使って GitHub・Notion・Slack の 3 サービスを横断するハブを構築してから、作業の立ち上がり時間が劇的に短くなりました。

単なる「MCP の使い方」ではなく、複数サービスを本当に実用的な形で統合するための設計思想と、実際に動作するコードをまとめています。プレミアムコンテンツとして、落とし穴の解決策とコスト管理まで体系的にお伝えします。

なぜ「複数 MCP を組み合わせる」だけでは不十分なのか

MCP サーバーを個別に追加するのは難しくありません。claude settings で GitHub MCP を追加すれば、すぐに「このリポジトリの Issue 一覧を見せて」と頼めるようになります。

問題は、サービスをまたいだ情報の組み合わせが自動的には起きない点です。

具体例として、こんな状況を想像してください。GitHub に「機能追加の PR」が来ています。このPRのコンテキストを理解しつつ、関連する Notion のドキュメントページを参照し、レビュー完了後に Slack で担当者に通知する——これを Claude Code に一度の指示で実行させるには、サービス間の文脈を Claude が保持できる設計が必要です。

つまり、統合ハブに必要なのは「複数 MCP の共存」ではなく「複数サービスの文脈を維持した状態での操作」です。この違いを設計に落とし込む方法が、この記事の核心になります。

AI 統合ハブの設計思想 — 3 つの原則

実際に稼働しているハブの設計を振り返ると、以下の 3 原則が機能の境界を決めていました。

原則 1: 情報は「取得」を自動化し、「判断」は人間が行う

Claude に「今日のタスクを整理して」と頼むと、GitHub の Issue・Notion のページ・Slack のメッセージを一気に集めて優先度を提案してくれます。しかし「このタスクを削除して」という指示は、Claude に自動実行させるべきではありません。情報収集は全自動化してよいですが、破壊的な操作には必ず人間の確認ステップを挟みます。

原則 2: 各サービスに「意図的なアクセス制限」を設ける

MCP で接続できる権限のすべてを Claude に与えるのは危険です。Notion MCP には「読み取り専用ワークスペース」と「書き込み可能ワークスペース」を分けて設定し、GitHub MCP ではスコープを絞ったトークンを使います。最小権限の原則は、AI エージェントにも当然適用されます。

原則 3: 障害は「孤立」させてシステム全体を止めない

Slack の API レート制限に引っかかっても、GitHub のコード操作は止まらないようにします。後述するエラーハンドリングのパターンで、サービスごとの障害が他に波及しない設計を実現しています。

✦

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
✦GitHub・Notion・Slack を1つの指示で横断させる CLAUDE.md ワークフロー定義(朝のルーティン/PR レビュー完了フローの完全な記述例つき)
✦事前フィルタリングとファイルキャッシュでトークン消費を約8,000〜12,000から3,000〜4,500へ削減した実測内訳とTTL設計(Notion 30分・GitHub 5分)
✦本番で実際に詰まった3つの落とし穴(MCPのサイレント切断・Notionアーカイブページ・PATとデプロイキー混在)と、毎朝のヘルスチェックスクリプト一式
Stripe による安全な決済 · いつでもキャンセル可能
✦

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • ✦コピー&ペーストで使える実装コード付き
  • ✦毎日新しい上級ガイドを追加
  • ✦¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

⟐ Claude Code2026-08-25
空白ひとつで、80件の検査が0件になる — 一括処理を任せる前に置くガード
空白を含むフォルダ名の下で走らせた検査ループが、80件のうち1件も開いていませんでした。断片が実在パスに化ける仕組みを実測で切り分け、削除を伴うバッチに置く件数アサーションまで書き残します。
⟐ Claude Code2026-07-27
許可リストに書いた環境変数は誰の環境で展開されるのか — Managed MCP の実効ポリシーを指紋で確かめる
Managed MCP の allowlist・denylist に書いた環境変数参照の解決元が、起動時環境と managed-settings の env に変わりました。同じ設定ファイルが環境ごとに別のポリシーになる仕組みを手元で再現し、実効ポリシーを指紋で突き合わせる起動前チェックを組みました。
⟐ Claude Code2026-05-18
Play Store 段階公開を Claude Code で自動監視する — v2.1.0 クラッシュ対応から学んだリリース戦略
Android アプリの段階公開(5%→100%)を Claude Code で自動監視するシステムの実装記録。Beautiful HD Wallpapers v2.1.0 での RecyclerView クラッシュ対応を例に、Crash-free Users 99.7% 基準の自動判定・ロールバック判断ロジックを詳解します。