Claude Code導入設定キット、制作会社がそのまま置くファイル一式──チーム共有・個人・組織のsettings.json、CLAUDE.mdの雛形、hooksの守りの設定、席の割当表と運用表

この記事は、Claude Codeを制作会社に導入するときに置く、設定ファイルと運用の表の一式を扱います。

設定ファイルの置き場所と、allow・ask・deny の考え方は、無料の記事で扱っています。この記事は、それを実際のファイルと運用の表に落とした型です。

▶ Claude Codeのsettings.jsonをチームで共有する設定──共有・個人・組織の4つの置き場所、permissionsのallow・ask・denyの決め方、効かないときの確かめ方

メンバーシップ「黒字化オペ室」では、これまでの有料記事を全て読めます。価格、外注、採用、給与を、一本の流れとして。

月額1,980円、単品記事2本分の金額です。合わなければ、いつでも退会できます。詳しくはプロフィールから。

導入の初日に、全員の設定がばらばらになる

席を契約し、全員にインストールしてもらった。
1週間後、ある人は確認なしでコマンドを動かし、ある人は毎回承認に追われ、ある人は .env を読ませていた。

決まりの文書があっても、ファイルが置かれていなければ、AIの動きは人ごとに違います。
導入の初日に、全員が同じファイルから始める必要があります。

Claude Codeの導入設定とは、全員に効かせる決まり、個人の設定、組織の方針を、置き場所の違う3つのファイルに分けて配り、月1回点検する仕組みである

黒字化の外科医です。Claude Codeの導入設定を、そのまま置けるファイルの一式として解剖します。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

一式で配るべき理由は、三つあります。

第一に、ファイルの置き場所で、効く範囲が決まるから。
公式ドキュメントでは、`.claude/settings.json` はコミットすればチーム全員に、`~/.claude/settings.json` は自分の全プロジェクトに、組織の管理設定は配布した全員に効くと説明されています。

第二に、指示書と設定は、役割が違うから。
CLAUDE.md は文脈として読まれるもので、強制ではありません。止めたいことは設定の deny と hooks に入れる必要があります。

第三に、設定は、放っておくと崩れるから。
「今後は聞かない」を選ぶたびに、個人のファイルに許可が足されます。月1回の点検がなければ、誰が何を許しているか分からなくなります。

この記事のファイルの書き方は、2026年10月27日に公式ドキュメント（code.claude.com/docs の Settings files and precedence、Example settings files、Configure permissions、Permission modes、Automate actions with hooks、How Claude remembers your project、Data usage）で確認した形に合わせています。

今すぐ試せる：自社用に設定を埋める質問を作るプロンプト

私はWeb制作会社の技術責任者です。Claude Codeの導入設定を作る前に、社内で決めるべきことを質問の形で洗い出してください。
（顧客名や秘密情報は入力しません）

【前提】
・社員の役割と人数、PCのOS：〔記載〕
・契約するプラン：〔Team／API など〕
・主な案件の種類（WordPress、静的サイト、Webアプリ）：〔記載〕
・よく使うコマンドと、読ませたくないファイル：〔記載〕

1. 「全員に効かせる決まり」「個人に任せること」「組織で強制すること」に分けて、決めるべき質問を10個以内で挙げる。
2. 各質問に、決まっていないと起きる事故の例を1つずつ添える。
3. 公式ドキュメントで確認が必要な点を列挙する。推測で設定名を作らないこと。

ここから先に、チーム共有・個人・組織の settings.json、CLAUDE.md の雛形、hooks の守りの設定、席の割当表、導入初日と月次の運用表、点検の手間の計算例を置きます。