当日お話しした主な内容

個人の道具から組織の基盤へ、という流れで6つの節を積み上げました。

1. 個人利用と組織利用の違い：何を全員に配り、何を個人の自由に残すか。
2. 社内の事情を理解させる設計：常設の指示書、過去の判断の残し方、手順書の切り出し方。
3. 運用基盤の全体像：ルール・記憶・分業・フックの4部品と、人が承認する外周。
4. 実際の設定と運用フロー：弊社が毎日回しているループ。フックの設定はその場で実演。
5. セキュリティと権限設計：禁止リストの限界と、渡していない権限は使えないという考え方。
6. 小さく始めて組織へ展開：初日から1か月目までの段階導入。

当日の要点

90分を通して繰り返しお伝えしたのは、次の3点です。

アカウントを配っただけでは、成果が組織に残りません。成果を生んでいるのは「その人の設定」なので、本人が異動すれば再現できなくなります。説明した内容も、ウィンドウを閉じた時点で失われます。やることは突き詰めると1つで、人の頭の中にあったものをファイルと仕組みの側へ移していく作業になります。

そのための常設の指示書が CLAUDE.md ですが、書いた内容は「お願い」であって「強制」ではありません。Anthropicの公式ドキュメントも、これらは文脈として扱われるのであって設定として強制されるわけではないと明言し、確実に止める必要がある操作はフックで制御してください、とまで書いています。当日いちばん強く申し上げたのが、この一点でした。

禁止事項を並べて守り切る方式には限界があります。根拠として、2026年7月に公表された調査をお見せしました。2023年からの研究39本を集計したもので、実運用の拒否リストのうち回避できた割合は69〜98%。そこで、権限はゼロを初期値にして、その業務に必要なものだけを明示的に渡す設計へ変えます。

※この調査は単著のプレプリントで査読を経ていません。69〜98%という幅は集計元の評価ごとの違いによるものです。桁を掴む材料としてご紹介しました。個別の環境にそのまま当てはめられる数字ではない点にご注意ください。

なお、権限まわりには公式ドキュメントを読まないと気づけない挙動がいくつかあります。書いたつもりで塞げていない設定が残りやすいところなので、別途テックブログに5つまとめました。実際に設定を書く段になったらお読みください。

ライブ実演：危険な操作を、その場で止めてみせる

後半は画面を共有しながら、実行の直前に必ず走る仕組み（フック）をその場で作りました。コードは1行も書きません。Claude Code に日本語で3回頼むだけです。「作って」で止めたい言葉のリストを持つスクリプトを書かせ、「登録して」で実行の直前に必ず呼ばれるようにし、「試す」で動作を確かめる。試すときは本物の危険なコマンドを打たず、無害な合言葉をわざとリストに入れておきます。

頼んだ瞬間、実行される前にブロックのメッセージが出ます。Claude 自身も「フックに止められたため、実行していません」と報告して止まる。この一連をそのままご覧いただきました。

あわせて、つまずきやすい箇所と、運用して見えた課題も正直にお話ししました。ブロックするときの終了コードは 2 でなければ止まらないこと（Hooksのドキュメントにも警告があります）。フックは最後の砦であって判断の代わりではなく、指定していない経路は素通りすること。取り消せない操作は、そもそも実行できない作りにするほうが強い対策になること。

登壇を終えて

今回は、関心の段階が幅広い場でした。Claude Codeを個人で使いこなしている方もいれば、社内展開を任されたばかりの情シス・DX推進の方もいます。だからこそ、主題はツールの操作方法ではなく「まわりの設計」に置きました。いただいた感想のなかには、内容が難しかったという声もありました。90分で全体像まで駆け抜けたぶん、用語の説明を省いた箇所があったと反省しています。

貴重な機会をくださった株式会社しくみスタジオの皆さま、ご参加いただいた皆さまに、あらためて御礼申し上げます。弊社は京都大学でAI・システム科学を専攻したメンバーを中心とするAI開発の専門チームで、セミナー・講演のほか企業ごとの活用支援や研修も行っています。