MCP・APIを仕事で安全に使う手順：権限・認証・費用の確認表

MCPやAPIを仕事へ入れると、資料検索、Issue確認、メッセージ作成、定型処理を短くできます。一方、接続した瞬間からAIが何でも安全にできるわけではありません。事故の多くは、機能不足より『広すぎる権限』『公開された鍵』『本番データでのいきなりテスト』『失敗時の停止条件がない』ことから起きます。この記事では、専門部署がない小さなチームでも実行できる順番に絞ります。

最初に自動化する仕事を1文にする

『Notionを便利にする』では広すぎます。『指定した会議ページを読み、決定事項の下書きを作る。公開は人が行う』まで狭くします。入力、AIがすること、最後に人がすることを1文で書くと、必要な権限が見えます。読むだけなら更新権限は不要です。下書き作成までなら削除権限は不要です。目的にない権限を減らすことが、最も効果の高い安全対策です。

OAuthとAPIキーは何が違う？

OAuthでも安全が自動で決まるわけではありません。『ページを読む』だけのつもりが、『編集』『削除』『ユーザー情報の閲覧』まで含まれていないか確認します。APIキーは、サービスによって権限や対象を絞れる場合があります。GitHubならFine-grained tokenやGitHub Appを使い、対象リポジトリ、有効期限、読み書き権限を狭くします。

3つの実務例で必要な権限を決める

費用の暴走を止める

APIは1回ごと、文字量、画像枚数、処理時間などで費用が増える場合があります。MCP自体が無料でも、接続先APIや有料サービスの料金は別です。最初の1週間は1日あたりの件数を決め、利用上限や請求アラートがあれば設定します。1回の成功例ではなく、『1件あたり何分減ったか』『修正は何回か』『月に何件あるか』『API費用はいくらか』で判断します。公式料金は変わるため、記事の金額をうのみにせず導入日に再確認します。

チームで残す運用メモ

運用メモには、担当者、目的、接続先、許可権限、認証情報の保管場所、費用上限、最終確認者、停止方法、見直し日を1ページにまとめます。認証情報そのものは書きません。退職・異動・外部委託の終了時に、誰が権限を取り消すかも決めます。月1回、使っていない接続とトークンを削除すれば、便利さを保ったまま攻撃される入口を減らせます。

まとめ

安全なMCP・API導入は、高価な管理製品より先に、作業を狭く定義し、公式情報を確認し、権限を最小にし、テストデータで3回試すことから始まります。公開・送信・購入・削除は人が確認し、費用と件数に上限を置きます。便利だった接続だけを少しずつ広げれば、初心者のチームでも事故と無駄な費用を抑えながら実務へ定着させられます。