Xで話題になっていた投稿を、SYNCON編集部が深掘りします。現役エンジニアのキム氏(@kimuai08)が7月29日に公開した、AIに社内外のツールをつなぐ方法の解説です。
入口は、開発用AI「Claude Code」の生みの親、ボリス・チャーニー氏の考え方です。話はツールの紹介にとどまらず、AIにどこまで任せるかという、経営が決めるべき線引きに行き着きます。
30秒でわかるポイント
- AIと外部のツールをつなぐ共通規格(MCP)で、AIは社内のツールを直接読み書きできる。Claudeのコネクタ一覧には950を超えるMCPサーバーが並ぶ
- キム氏の線引きは、読み取りは任せる、作成と更新は人が確認、削除と本番操作は禁止
- Claudeでは、管理者が一度承認すれば社員が初回ログインでつながる仕組みが、8月24日に一般提供になった
1分でわかる解説
キム氏の投稿が効いていたのは、便利なツールの紹介で終わらず、落とし穴まで書き切った点です。つなぐツールを増やすほどAIが賢くなるわけではない。効果は「性能が何倍」ではなく、コピペと画面の行き来が減った時間で測る。どちらも、導入を判断する側の目線です。
AIが社内のツールを読むだけでなく書き換えられるようになると、問われるのは権限です。誰の権限で、何を許すか。これは情報システム部門だけに任せる話ではなく、業務の責任者が決める話です。
ここから考えたい3つの問い
- あなたの職場でAIに任せたい作業は、読むだけの作業ですか?それとも書き換える作業ですか?
- AIが誤ってデータを消したとき、誰が気づき、誰が責任を持ちますか?
- 社員が辞めたとき、その人がAIにつないだツールの権限は、すぐに止まりますか?
全文を読む(約5分)
なぜ「AIに確かめる手段を渡す」が最重要なのか?
チャーニー氏は、Claude Codeを作った本人です。1月3日のXのスレッドは「I’m Boris and I created Claude Code」という一文で始まります。
そのスレッドで氏は、AIに自分の仕事を確かめる手段を渡すことを「おそらく最も重要」と書きました。確かめる仕組みがあれば、最終的な品質は2〜3倍になるといいます。
氏自身、claude.ai/codeの変更は毎回、ClaudeがChrome拡張でブラウザを開いて確かめています。Claudeが間違えたら、チームの手引き書(CLAUDE.md)にルールを足し、同じ間違いを繰り返させません。
キム氏はこれを3つの原則に整理しました。確かめる手段を渡す、1日1回以上の作業は仕組みにする、外部のツールを作業の場に持ち込む、です。その実装の手段がMCPだという組み立てです。なお、8つの選定はキム氏自身によるもので、チャーニー氏がスレッドで挙げた外部ツールはSlack、BigQuery、Sentryです。
AIにつなぐと、何ができるのか?
キム氏はMCPを「AIと外部サービスをつなぐ共通の差し込み口」と説明しています。差し込み口が共通なので、提供元が一度対応すれば、どのAIからでも使えます。
投稿が紹介した8つは、いずれも提供元の公式のものです。経営の言葉に置き換えると、次のような仕事です。
| ツール | AIが関われる仕事 |
|---|---|
| Context7 | プログラムの部品の最新の説明書を読む |
| Playwright | ブラウザを動かして画面を確かめる |
| Figma | デザインのデータを読む |
| Linear / GitHub | 開発の課題とプログラムを管理する |
| Sentry | サービスのエラーの記録を読む |
| Cloudflare / Stripe | Webの配信基盤と決済を扱う |
MCPはすでに業界の標準になりつつあります。Anthropicによると、MCPの開発キットは月4億回以上ダウンロードされています。
読む・書く・消すを、どう分けるのか?
キム氏の線引きは明快です。ここが投稿の中で最も経営に効く部分です。
| AIの操作 | 扱い |
|---|---|
| 読み取り | 許可する |
| 作成・更新 | 人が確認してから実行する |
| 削除・本番の操作 | 禁止する |
キム氏はもう一つ、外部の文章をそのまま実行させないよう注意しています。外部の文章に紛れ込ませた指示でAIを操る攻撃(プロンプト注入)があるためです。
実例があります。セキュリティ企業のInvariant Labsは2025年5月26日、GitHubのMCPを使った攻撃を報告しました。公開の掲示板に仕込まれた指示をAIが読み、非公開のプログラムの保管場所(リポジトリ)の情報を公開の場に書き出したのです。
同社は、MCPのプログラム自体の欠陥ではないとしています。勧めた対策は、AIの権限を必要な範囲に絞り、1回の作業で触れるリポジトリを1つに限ることでした。
7月の仕様改定で、企業の管理はどう変わったのか?
7月28日、MCPの新しい版の仕様が公開されました。キム氏が4つの変更点として整理したのは、サーバーを動かしやすくする設計の見直し、時間のかかる作業の受付番号、会話の中に操作画面を出す仕組み、組織単位の認証です。
経営に関わるのは最後の組織単位の認証です。これまでは管理者が接続を有効にしても、社員一人ひとりが自分で接続を許可していました。新しい仕組みでは、社員のIDをまとめて管理する仕組み(IDプロバイダー)を通じて、管理者が一度承認すれば済みます。
なお、投稿時点のAnthropicの公式の表現は「Claudeの各製品に近く展開する」でした。Claudeではこの組織単位の認証が6月18日に試験提供で始まり、8月24日に一般提供になっています。
対象はTeamとEnterpriseの各プランです。IDプロバイダーで現在名前が挙がっているのはOktaで、ほかは今後とされています。対応するツールには、Asana、Atlassian、Canva、Figma、Linear、Notion、Slackなどが並びます。
Ramp社は、Oktaを通じて2,000人の社員に追加の手間なく展開したと述べています。退職した社員をIDプロバイダーで利用停止にすれば、つないだツールの権限も同時に止まります。
SYNCONの視点 — 日本の非エンジニア経営層は何を盗むべきか
AIに社内のツールをつなぐ判断は、どのツールを導入するかより、どこまで任せるかで明暗が分かれます。月曜からできるのは、AIに触らせたい業務を書き出し、読む・書く・消すの3段階で印を付けることです。削除と本番の操作を人に残すと決めておけば、導入の議論は速く進みます。
次に、情報システム部門と権限の管理を一本化します。社員が個人でAIにツールをつなぐ状態は、退職者の権限が残る原因になります。IDプロバイダーで一括承認する仕組みが整ったいま、入社と退職の手続きにAIの権限を組み込む時期です。効果はキム氏の言うとおり、減った手作業の時間で測ります。
要点まとめ
- Claude Codeの生みの親チャーニー氏の最重要の助言は、AIに自分の仕事を確かめる手段を渡すこと
- AIと外部のツールをつなぐ共通規格(MCP)は、Claudeのコネクタ一覧に950を超えるサーバーが並ぶ
- キム氏の線引きは、読み取りは許可、作成と更新は人が確認、削除と本番の操作は禁止
- 外部の文章に紛れた指示でAIを操る攻撃への対策は、権限を必要な範囲に絞ること
- Claudeでは、管理者の一度の承認で社員がつながる組織単位の認証が、TeamとEnterpriseで一般提供に
- 経営層の論点は、AIの権限を入社と退職の手続きに組み込めているかどうか
情報ソース:
・Anthropic「Bringing MCP 2026-07-28 to Claude」(2026年7月28日)
・Model Context Protocol公式ブログ(2026-07-28版の仕様の発表、2026年7月28日)
・Anthropic「Centrally manage authorization for MCP connectors」(2026年6月18日、8月24日更新)
・Claudeヘルプセンター「Authorize MCP connectors for your entire organization」
・paddo.dev「How Boris Uses Claude Code」(2026年1月5日)
・Invariant Labsのブログ(GitHubのMCPを使った攻撃の報告、2025年5月26日)
・元投稿:キム氏(@kimuai08)、2026年7月29日
AI・最新テックの動きを、毎日 X でお届けしています
X で @SYNCONJP をフォロー
コメント