はじめに
Claude Codeの契約もセキュリティ審査も通し、全社に配り終えたあとで、「思ったほど使えない」という声が返ってきていないでしょうか。同じことを聞いたのに人によって答えが違い、社内資料の根拠に使えないという相談もよくあります。
Claude Codeの企業利用でつまずく原因は、多くの場合ツールの性能ではなく、何を読ませているかにあります。直し方は1つです。社内の情報を全部コピーして持たせるのをやめ、「新しく書く分」「既にある置き場を参照する分」「集計済みの表から都度取りに行く分」の3つに分けます。
本記事では、この3つの分け方と、それぞれに何を入れるかを、Anthropicの公式ドキュメントとスマートエイト自身の運用をもとに整理します。読み終えたら、社内用語を10個書き出すところから始められます。
各自がバラバラに使っている状態は何がまずいか｜個人利用と組織利用の違い
配った直後の会社で起きているのは、性能の問題ではありません。全員が同じ道具を持ちながら、それぞれ別の前提を口で足して使っている状態です。
この状態が続くと、答えは揃わず、うまくいった使い方も個人の中に残ります。なお、契約プランとセキュリティ審査は本記事では扱いません。どちらも通した前提で、その次に決める「何を読ませるか」だけを書きます。
同じことを聞いたのに、人によって答えが違うのはなぜですか？
答えが違うのは、Claude Codeが人によって違うことを教わっているからです。AIは渡された前提の範囲でしか答えられません。
たとえば、値引きの上限が10%だと知っているのが営業のAさんだけだとします。Aさんは質問のたびにその条件を書き添え、Bさんは書きません。同じ「この見積もりは妥当か」でも、返ってくる答えは変わります。
やっかいなのは、どちらの答えも一見もっともらしく読めることです。前提が抜けた答えは間違っていても自然に見えるので、社内資料の根拠に使ってから気づくと手戻りが大きくなります。
今週できることが1つあります。同じ質問を2人に投げて、返ってきた答えを見比べてください。差が出たなら、それは能力の差ではなく、前提が共有されていない証拠です。
一人ひとりが工夫しても、なぜ会社の力にならないのですか？
工夫が本人のチャット履歴の中にしか残らないからです。うまくいった聞き方は、翌日には記憶と履歴に埋もれ、異動や退職があればそのまま消えます。
隣の席の人は、同じ試行錯誤をもう一度やり直します。50人が同じ道具を持っていても、50通りの自己流が並ぶだけで、会社としては1回分も積み上がりません。
組織で使うなら、工夫は個人の履歴ではなく、全員のClaude Codeが毎回読む場所に書き残します。その役割を持つのが＊CLAUDE.mdです。Twilioの製品担当ディレクターは、Anthropicの事例ページで「CLAUDE.mdに書かれていない指示は、明日には忘れられる指示だ」と表現しています。
配ったAIの効果をどう測るかは別の論点で、生成AIの費用対効果を測る4つの問いにまとめています。本記事はその手前にある、何を読ませるかを扱います。
*CLAUDE.md：Claude Codeが起動のたびに読み込む決まりごとのファイル。チームで共有し、全員の前提を揃える置き場として使います。
組織で使うなら情報を3つに分けて持たせる｜全体像
持たせ方は、情報の性質で3つに分かれます。どこにも書かれていない知識は新しく書き、既に文書がある資料はいまの置き場のまま参照し、日々動く数字は聞かれたときに取りに行きます。
分ける基準は1つです。「その情報の正しい版が、いま社内のどこにあるか」を答えられるかどうかで決めます。答えられる情報はコピーせず、答えられない情報だけを新しく書きます。
3つの置き場とは何ですか？
情報の種類 | 正しい版がある場所 | Claude Codeからの使い方 | 更新する人 |
|---|---|---|---|
社内用語・決めた理由・判断基準 | どこにもないので新しく書く | 毎回読ませる | 書いた本人と月1の見直し |
規程・マニュアル・過去の資料 | 既存の文書置き場のまま | 必要なときに読みに行く | 元の文書の担当者 |
売上・件数などの数字 | 集計済みの表 | 聞かれたときに取りに行く | データを預かる部署 |
社内ナレッジのうち新しく書く必要があるのは、1行目だけです。2行目と3行目は既に社内に正しい版があるため、書き写す作業を増やしません。Claude Codeの企業利用では、この線引きを最初に決めておくと、あとの運用が軽くなります。
なぜ全部コピーして持たせてはいけないのですか？
コピーは、作った瞬間から古くなるからです。元の規程が改訂されても、写しは改訂されません。半年後には、どちらが正しいのか誰にも分からなくなります。
もう1つの理由は権限です。元の置き場には閲覧できる人の範囲が設定されていますが、コピーにその設定は付いてきません。
Anthropicの公式ドキュメントも、AIに読ませる文章の中に「この時期まではこちら、以降はこちら」といった時点に依存する記述を残さないよう求めています。
社内ナレッジ①｜新しく書くのは3種類だけ
新しく書くのは、社内用語の一覧、決めた理由の記録、判断基準とNG集の3種類です。それ以外は既にどこかに文書があるので、書き写しません。
3種類に共通するのは、どの資料にも明文化されていない点です。会議で口頭のまま共有され、ベテランの頭の中にあり、新人が個別に聞いて回っている知識が、ちょうどここに当たります。
Claude Codeの公式ドキュメントは、書き足すタイミングを4つ挙げています。同じ間違いが2回起きたとき、レビューで同じ指摘を受けたとき、前回も同じ訂正を入力したとき、新しいメンバーに同じ説明が必要になったときです。思いついた順に書くより、困った瞬間に足すほうが中身は使われます。
社内用語や略称は、なぜ書き出す必要がありますか？
1章の「人によって答えが違う」を、いちばん安く直せるからです。用語の定義が揃うと、全員の質問の土台が揃います。
書き出すのは、社外の人には通じない言葉です。社内の略称、部署や制度の通称、「うちで受注と言えばどの時点か」のような自社定義の3方向から拾うと、10個はすぐ埋まります。
スマートエイトでも、用語と判断基準を1か所に書き出してから、担当者が変わっても返ってくる答えの筋が揃うようになりました。特別な仕組みは要らず、書いた分だけ効いてきます。
「なぜAではなくBにしたか」を残すと何が変わりますか？
決定の経緯まで含めた答えが返るようになります。決まったことだけを残しても、次に似た場面が来たときには再現できません。
分量は1件5行で足ります。決めたこと、選ばなかった案、その理由、決めた日、決めた人を並べるだけです。たとえば「この条件では値引きを受けず、納期の調整で応じる。原価率が下限に近く、値引きが前例として残るため」といった形になります。
この記録があると、担当が代わった直後でも、過去の議論を掘り返さずに同じ物差しで判断できます。
判断基準とNG集には何を書きますか？
判断の手順ではなく、判断の物差しを書きます。どこを見て決めるか、何を確認するか、絶対にやらないことは何かの3つです。
NG集は短くて構いません。「社外文書で競合他社の社名を比較に出さない」「根拠を示さずに金額だけを出さない」のように、やってはいけないことを並べます。これがあると、新人でも初日から同じ物差しを使えます。
繰り返す作業の手順は、ここには書きません。Claude Codeのスキルの公式ドキュメントは、決まりごとの一節が事実ではなく手順に育ったら、＊Skillsという別の入れ物へ移すよう勧めています。
同じファイルに何もかも詰め込むと分量が増え、書いた指示が守られにくくなります。公式ドキュメントは1ファイル200行未満を目安に挙げています。3つのファイルの冒頭に最終更新日・担当者・次回見直し日を置き、末尾に変更履歴を1行ずつ足せば、腐り方が変わります。
*Skills：繰り返す作業の手順をひとまとめにした入れ物。必要な場面でClaude Codeが呼び出し、同じ型で実行します。
社内ナレッジ②｜既にある資料はコピーせず参照でつなぐ
規程もマニュアルも過去の提案書も、いまの置き場に残したままにします。Claude Codeには、必要になったときにその置き場を読みに行かせます。
各ツールへのつなぎ方は情報システム側の作業になるため、本記事では扱いません。ここで決めるのは、どの資料を写さずに残すかという方針です。
コピーすると何が起きますか？
同じ内容が2か所に並び、片方が必ず古くなります。改訂されたのは元の規程だけで、写しは去年のまま置き去りになります。
困るのは、AIが両方を読んだときです。Claude Codeの公式ドキュメントは、複数の決まりごとは上書きではなく足し合わされ、2つのルールが矛盾する場合はどちらか一方が任意に選ばれる可能性があると明記しています。どちらが選ばれたのかは、返ってきた文面からは分かりません。
引き継がれないのは権限も同じです。一部の役職しか見られない資料を全員が読める場所へ写した時点で、審査で通した設計から外れます。
今日できることを1つ挙げます。同じ内容が2か所にあり、どちらを直せばよいか決まっていない資料を1つ特定してください。それが、最初に参照へ切り替える資料です。
企画書や議事録は、そのまま読ませていいですか？
読ませて構いませんが、条件が2つあります。1つは、最新版かどうかが分かる状態にしておくことです。冒頭に最終更新日と担当者を書けば足ります。
もう1つは、読ませる範囲を共有の置き場に限ることです。個人フォルダの下書きが混ざると、採用しなかった案をもとに答えが返ってきます。どこを読ませるかは、閲覧権限と同じ粒度で決めます。
議事録は、置いておくだけでは効きません。決まったことと判断の軸だけを抜き出し、3章の「決めた理由」の記録へ移してください。読ませる資料の量ではなく、判断の軸が書かれているかどうかで答えが変わります。
マート｜数字は持たせず、都度取りに行く
売上や件数といった数字は、Claude Code側に書きません。集計済みの表を用意しておき、聞かれたときにそこから取りに行かせます。
データ基盤やBIツールの構築は本記事では扱いません。既にある集計の仕組みを、AIからどう使うかだけを書きます。
数字をClaude Codeに覚えさせると、なぜ危ないのですか？
書いた瞬間から古くなり、しかも古いことに気づけないからです。月が締まれば売上は変わりますが、書き込んだ数字は変わりません。前年の値が今年の顔で出てくると、文章としては自然に読めてしまいます。
もう1つ、元データをAIに数えさせない、という線引きも要ります。明細が数千行あるとき、数え漏れや重複は人の目では見つかりません。集計はデータ側の仕組みかコードで行い、AIには出来上がった表を読ませます。
スマートエイトでも数字はコードで集計し、AIに元データを数えさせない形にしています。工程のどこを人が見るかは、Claude Codeで業務を自動化する方法で整理しています。
集計済みの表（＊マート）とどうつなぎますか？
用意するのは、聞かれ方に合わせた単位の表です。月次×部門の売上、案件のステータス別件数のように、質問の形に合わせて先に切り出しておきます。
元の明細をそのまま見せると、答えが遅くなるうえ、条件の指定を1つ間違えるだけで数字がずれます。切り出す単位は現場が決め、作るのはデータを預かる部署という分担にすると回ります。
海外の実務でも同じ考え方が定番になっています。InfoWorldの解説記事は、既存の仕組みを作り直すのではなく、その上に薄い層を置いて必要なときに読みに行ける形にするのが現実的だとしています。同じ記事は、情報の鮮度が落ちることを、AIの知識基盤を静かに壊す要因として挙げています。
日本の現場に落とすなら、押さえるのは2点です。表に最終更新日を持たせること、そして情報の種類ごとに「何日を過ぎたら古いとみなすか」を先に決めておくことです（Atlanのガイド）。古いと分かる仕組みがない表では、間違いに気づけません。
出てきた数字は、そのまま資料に使っていいですか？
そのままは使いません。数字と一緒に、参照元・抽出条件・取得日の3点を必ず出させます。
参照元はどの表から取ったか、抽出条件は期間・部門・除外した対象は何か、取得日はいつ時点の値かを指します。この3点があると、決裁の場で「その数字はどこから来たのか」に即答できます。
3点を出させる指示は、3章で作った判断基準のファイルに1行足すだけで済みます。「数値を答えるときは、参照元の表・抽出条件・取得日を必ず併記する」と書いておけば、質問のたびに書き添える手間がなくなります。
今日の確認は1つです。売上と件数について、いま社内で正しいとされている数字がどの表にあるかを確かめてください。そこが決まらないままAIにつなぐと、答えのばらつきが数字のばらつきに変わります。
*マート：集計済みの表。元データから必要な単位で切り出して作った、数字の取り出し口。
さいごに
Claude Codeを組織で使うときの分かれ目は、社内の情報を全部コピーするか、性質で分けて持たせるかにあります。新しく書くのは社内用語・決めた理由・判断基準の3種類だけです。既にある資料はいまの置き場のまま参照し、売上などの数字は集計済みの表から都度取りに行きます。
「配ったのに使えない」「人によって答えが違う」という状態は、道具ではなく持たせ方から起きています。今週やることは1つで構いません。社内用語を10個書き出し、全員のClaude Codeが読む場所に置いてください。答えの土台が揃うだけで、返ってくる内容の揺れは目に見えて減ります。
配ったあとの設計から進めたい場合は、スマートエイトの生成AI研修で、実際の業務資料を使って読ませる情報を組み立てます。
