Claude Codeに何を見せる？作業前の情報・権限チェック

公開目次で確認できた内容

ClaudeCodeチャンネルが2026年11月3日に公開した動画は、AIに渡す情報や許可する操作を点検する内容だ。公開目次では、作業フォルダ、第三者のデータ、指示ファイルやメモリ、APIキー、出所が不明なMCPなどを扱う。本稿は確認できた公開概要と目次に基づく紹介で、動画全編の視聴や個々の主張の検証は行っていない。以下はテーマを受けた編集部の実務上の提案である。

読む情報と許す行動を分ける

最初に分けたいのは、「AIに読ませる情報」と「AIに許す行動」だ。資料を要約するために必要な範囲と、ファイルを変更したり外部へ送ったりする権限は同じではない。作業を始める前に、使ってよいフォルダ、参照してよい資料、変更してよいファイルを具体的に決める。確認画面が出たときも、作業を早く進めたいという理由だけで、その内容を読まずに許可しないようにしたい。

試験には安全な材料を使う

機密情報を扱う仕事では、最初の試験を架空のデータや公開資料で行う方法がある。必要な作業ができると分かってから、社内の規程や契約に沿って扱える情報へ広げる。APIキーやパスワードを、説明のつもりで共有用の指示書やチャットへ書き込まないことも大切だ。チームで使う手順書には、秘密そのものより、担当者が正規の方法で設定するための手順を残す方が管理しやすい。

連携は追加後も点検

外部ツールとの連携も、追加した瞬間だけで終わらせない。提供元、利用目的、アクセスできる範囲を一覧にし、使わなくなった接続が残っていないか定期的に見直す。第三者の文章やファイルに含まれる命令を、自分が依頼した作業と同じものとして扱わない姿勢も必要だ。資料を読ませることが、その資料の作者に操作権限を与えることにならないよう、結果と実行内容を点検したい。

注意力だけに頼らない

チームで導入するなら、作業開始時の確認項目を短く共有しておくと続けやすい。事故の心配を個人の注意力だけに任せず、不要なデータを作業場所に置かない、承認する担当を決めるなど、迷わない環境を整えることが実用的な対策になる。

操作を振り返れる運用へ

運用を複雑にしすぎる必要はない。「どこを読んだか」「何を変えたか」「外部に何を送ったか」を後から確認できるかを基準にすると、必要な記録が見えてくる。この動画は危険を強調するタイトルだが、確認できた範囲を超えて事故や漏えいを断定する材料にはしない。自分の作業環境を見直すきっかけとして、公式の設定説明や社内ルールと照らし合わせながら活用したい。