Claude Codeを非エンジニアに配る。CLAUDE.mdと禁止設定の分担

Claude Codeは名前に「Code」と付いているので、エンジニア専用のツールだと思われがちです。
実際には、フォルダの中身を見てファイルを開き、加工して保存するところまでを日本語の指示で任せられるツールで、恩恵が大きいのはむしろ事務作業を多く抱える非エンジニアのほうです。

ただ、実際のファイルを操作するツールを開発者以外に広げるなら、配る前に決めておくことがあります。
今回は、Claude Codeを非エンジニアに配るときに、指示ファイル（CLAUDE.md）と禁止の設定をどう使い分け、全社と現場で誰が何を書くかという分担を整理します。

Claudeを組織に入れるときの前提は、Claudeを業務で使う。Geminiとの使い分けと、組織に入れるときの考え方が土台になるので、先に目を通しておくと話がつながります。

非エンジニアには「PCの作業を任せるツール」として説明する

社内で案内するときは、まず説明の仕方を変えるところから始めます。
「コードを書くツール」と紹介すると、非エンジニアは自分には関係ないと判断して、そこで止まってしまいます。
代わりに、PCの中の作業を言葉で頼めるツールとして、身近な業務の例で見せます。

例えば、フォルダにたまった請求書のPDFから会社名・金額・支払期日を読み取って一覧表にする、数百個のファイルを命名ルールに沿ってリネームする、といった作業です。
共通しているのは、チャットにコピーして渡すには量が多すぎる、PCの中の作業だという点です。
案内の場では「プログラミングの知識がなくても大丈夫？」「黒い画面が怖い」という声が必ず出ますが、指示はすべて日本語で完結すると先に伝えておきます。

判断材料のない人に、毎回の確認は任せられない

非エンジニアに広げるときに、いちばん気をつけたいのが実行前の確認です。
Claude Codeは操作の前に「これを実行していいですか」と確認を出しますが、コマンドの危険性を自分で判断できない人には、判断する材料がありません。
やり取りが増えるほど、内容を読まずに許可を押し続ける流れ作業になりやすくなります。

Anthropicが公開しているデータでも、ユーザーは提示された確認の97%を承認していました。
これはAnthropic自身の検証なので、第三者の評価ではない点は踏まえておく必要があります。
つまり、「気をつけて使おう」と呼びかけるだけでは、非エンジニアの利用は守れません。

使い始めの初期設定そのものは、Claude Codeを社内で使い始める。初期設定と安全設計にまとめています。

CLAUDE.mdは「お願い」、禁止設定は「強制」

そこで押さえておきたいのが、ルールを書く場所によって強制力が違うことです。
CLAUDE.mdは、開いたフォルダに置いておくと会話のたびに読み込まれる、指示を書いたテキストファイルです。

ただ、読ませて守らせるものなので、必ず守られるとは言い切れません。
長く書きすぎると守られにくくなり、下の階層のCLAUDE.mdで上書きもでき、AIは毎回同じ判断をするわけでもないからです。

一方で、設定でコマンドそのものを実行禁止にしておくと、利用者が頼んでも実行されなくなります。
設定ファイルを自分で書く必要はなく、「削除系のコマンドを実行できないように設定して」と伝えれば、必要な記述を書き込んでくれます。
一言でいうと、守ってほしい進め方はCLAUDE.mdに書き、やられたら取り返しがつかない操作は禁止の設定で止めます。

全社共通は情シス、プロジェクト固有は現場が書く

では、全社と現場のどちらが、どのルールを書けばよいのでしょうか？
強制力の違いが分かると、この分担も決めやすくなります。

情シスが組織向けの管理設定として配るのは、どの部署でも越えさせたくない線です。

• 絶対にやらせない操作（削除、本番環境への接続など）

• 自動で進めてよい作業の中でも、必ず人の確認を挟む操作（外部への反映や公開に近いもの）

• 社内のドメインや業務用ストレージなど、「信頼してよい範囲」の登録

信頼してよい範囲は、プロジェクトの中に置いた設定ファイルからは読み込まれないので、会社として配る管理設定に置く必要があります。

一方で、現場が作業ごとのフォルダに置くCLAUDE.mdには、その仕事の進め方を書きます。
入れておくと効きやすいのは、日本語でやり取りする、変更前に何を変えるか説明する、計画を出して承認してから実行する、完了後に変更箇所を一覧で示す、の4つです。
CLAUDE.mdは短く保ち、「守らないと事故になるか」で残す項目を選びます。
なお、管理設定をまとめて配れるのはチーム向け・法人向けのプランで、個人プランのまま業務で使っていると、情シスには統制をかける手段がありません。

縛りの強さは、扱うデータと慣れで段階的に緩める

どこまで縛るかは、全員一律に決めるより、段階を分けたほうが回ります。

一律に厳しく縛ると安全ではありますが、使いづらくなって結局使われなくなりますし、全員に判断を任せるのも無理があります。
顧客のデータや本番の環境に触る作業は厚めに、公開情報を整理するだけの作業なら薄めに、と扱うデータで強さを変えます。
また、慣れていないうちは厚めに始め、確認では「1回だけ許可」を選んでもらい、何を実行しようとしているのかを1つずつ読む期間をつくります。

最初は本番のファイルではなく、コピーしたフォルダで試すことも案内に入れておきます。
機密情報をやり取りに入れないという線だけは、慣れの問題ではないので最初から決めておきます。

権限をどの順で緩めていくかは、内製環境の権限設定をどう整えるか。安全と速度を両立させるで詳しく扱っています。

うまくいった指示文は、4項目のセットでカタログにする

非エンジニアへの展開でいちばん効くのは、うまくいった指示文を共有することです。
毎月の作業なら、一度うまくいった指示文を保存しておけば、翌月からはそれを渡すだけで済みます。
そこで、うまくいった指示文を「作業名・対象フォルダ・指示文・所要時間」のセットで共有フォルダに貯めていきます。

同じ業務を持つ同僚は、指示文をコピーして対象フォルダを差し替えるだけで、同じ効率化を再現できます。

社内のAI資産を一覧にして探せる状態にする考え方は、共有したのに使われない。社内AI資産をカタログ化すると同じです。

Claude Code以外のAIも含めて、プロンプトの保存先と見える範囲を比べた話は、プロンプトの保存方法。ChatGPT・Gemini・Copilot・Claudeの機能とチームでの残し方にまとめています。

全社と現場の持ち分けから決める

どの操作を全社で止め、どこから現場の判断に任せるかは、扱うデータや部署の構成で答えが変わります。

私たちのAI導入支援でも、ツールを配る前に、全社の設定と現場のルールの持ち分けを決めるところから進めています。
非エンジニアへの展開で線引きに迷っている場合は、進め方の参考になるかもしれません。

止める線を先に引けば、非エンジニアにも安心して渡せる

Claude Codeを非エンジニアに配るときの要点は、ルールを一か所にまとめて書かないことです。
越えさせたくない線は情シスが禁止の設定で止め、仕事の進め方は現場がCLAUDE.mdに短く書きます。
そのうえで、慣れに合わせて縛りを緩め、うまくいった指示文を4項目のセットで貯めていけば、使う人が増えるほど社内の資産も増えていきます。
配布を始める前に、社内で「設定で止める操作」と「CLAUDE.mdに書くこと」を一度分けて書き出してみてください。