CLAUDE.mdのおすすめの書き方｜Saixが129行に残した10項目と、書かない4つ

Claude Code（ターミナルで動くAnthropicのAI。文字で指示するとファイルの操作まで行います）を使い始めると、毎回同じ前提を打ち直すことになります。打ち忘れた日に、英語で返る、消してはいけないファイルが消える、顧客名の入った文面が外へ出る、という形で代償を払います。

CLAUDE.mdは、その前提を起動のたびに読ませる指示書です。ただし、書けば守られるわけではありません。やることは3つです。

• 起動のたびに読まれる場所には、短い原則だけを10項目に絞って書く
• 長い手順・作業の経緯・守らせたい強制は、それぞれ別の箱へ移す
• 3回守れなかったルールは文章で強めず、機械で止める

この3つを入れると、毎回の打ち直しが消え、指示を増やしても1行ずつの効き目が薄まらなくなります。この記事では、実物の129行を5つのブロックに分解し、10項目の例文、置き場所の図、職種別のテンプレート4本、書かない4つの行き先、動いているかの確かめ方まで示します。

Saix自身、作業フォルダ用のCLAUDE.md（会社のフォルダの一番上に置く1枚・129行）と部署フォルダ用の8枚、開発用の1枚を毎日の業務で使い、ルール53本・フック34本・自動メモリと役割を分けて運用しています（2026年11月6日時点）。

作り手であり使い手でもある立場から、机上論ではなく手を動かす前提で書きます。

CLAUDE.mdとは｜起動のたびに読まれる指示書で、前提は共有できるが実行の禁止は保証しない

CLAUDE.mdにできること・できないこと：毎回必要な前提と約束を伝えられるが、文章で書いただけの禁止は破られることがある

CLAUDE.mdとは、Claude Codeが会話を始めるたびに読む指示書です。Markdown（見出しや箇条書きを記号で書く文書の形式）で書き、作業フォルダに置きます。会話は毎回まっさらな状態から始まるので、前提を持ち越す役目をこのファイルが担います。

置き場所は、分類の名前ではなく「パソコンのどのフォルダに置くか」で覚えます。Finderで見たときの場所で言うと、次の3か所です。上の図の番号と同じです。

• 1 パソコン全体用：ホームの中の「.claude」フォルダに置く。どのフォルダで作業しても毎回読まれる。自分だけの好み（返事は日本語・結論から、など）を書く
• 2 作業フォルダ用：作業フォルダ（会社やチームの資料を入れたフォルダ）の一番上に置く。そのフォルダでClaude Codeを起動するたびに読まれる。全員に共通の決まりを書く
• 3 部署フォルダ用：作業フォルダの中の「営業」などのフォルダに置く。そのフォルダのファイルを触ったときだけ読まれる。部署だけの決まりを書く

公式の表には、このほかに作業フォルダに置いて自分だけが使う CLAUDE.local.md と、会社の管理者が全員のパソコンに配る置き場所があります。最初は1〜3だけで足ります。

出典は公式ドキュメント「How Claude remembers your project」の置き場所の表です。この記事の公式の記述は、2026年11月6日にこのページと「Best practices」を開いて確かめています。

読まれる順も公式に書かれています。上の階層から順につなげて読まれ、起動した場所に近いファイルほど後に読まれます。作業フォルダの下にあるサブフォルダのCLAUDE.mdは起動時には読まれず、そのフォルダのファイルを読み書きしたときに初めて読まれます。

できないことも、公式が先に言っています。CLAUDE.mdも自動メモリも「文脈であって、強制された設定ではない」。どう判断しても止めたい操作は、実行の直前に動くフック（PreToolUse hook）で止めるように、と書かれています。

「CLAUDE.mdに書けば守られる」は、半分だけ正しい言い方です。守られる率は上がりますが、保証にはなりません。Saixでは作業フォルダ用の129行を起動のたびに読ませ、部署フォルダ用の8枚はそのフォルダを触ったときだけ読ませています。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

rules・skills・hooks・memoryとの違い：内容と役割で使い分ける

CLAUDE.mdの周りには、似た役目の箱が4つあります。違いは「いつ読まれるか」と「文脈か強制か」の2つで決まります。

Saixの作業フォルダ用のCLAUDE.mdには、この違いを1行で書いています。「ルール・メモリ・スキルは読まれて初めて効く＝説得。フックと permissions.deny だけが読まなくても効く＝強制」。この1行が、この記事の残り全部の土台です。

公式の整理も同じです。「何をするか」はCLAUDE.mdやスキルで伝え、「何に触れてよいか」は拒否ルールで決め、「終わったと言えるか」はテストやフックで確かめます（公式「Best practices for Claude Code」）。

対策はだいたいこの3つです。短く書く、箱を分ける、守れないものは機械へ上げる。

CLAUDE.mdのビフォー・アフター｜同じ依頼でも、置く前は聞き返しと空欄、置いた後は資料と決まりを読んで送る前に止まる

同じ1行の依頼で比べる：置く前は向きを取り違え、置いた後は下書きで止まった

CLAUDE.mdがあると何が変わるのかを、実際に比べました。架空の会社「株式会社サンプル」の練習用フォルダを2つ用意し、片方からだけCLAUDE.mdと決まりのファイルを外しています。中にはA社への提案書の下書きと、打ち合わせのメモが入っています。

どちらにも「A社に、提案書のお礼メールを書いてください」と同じ1行を打ちました（Claude Code 2.1.319・Sonnet・2026年11月6日）。結果の違いは次のとおりです。

つまり、置く前は「誰が・何を・どこまでやってよいか」を毎回こちらが説明する必要があります。置いた後は、ファイルに書いたその説明をClaudeが先に読んでから動きます。

この内容を自社に当てはめたい方は、無料のAI活用セッションで相談することもできます。

見た目で比べる3事例：Saixの決まりを1行ずつ入れた前と後で、出てくる答えがこう変わる

次は、Saixが実際にCLAUDE.mdとルールに入れている決まりから、どの会社でも使える3つを選んで比べたものです。社名と数字は架空に置き換えています。

練習用フォルダを2つ用意し、片方にだけ次のCLAUDE.mdを置いて、同じ1行の依頼を打ちました（Claude Code 2.1.319・Sonnet・2026年11月7日）。

# CLAUDE.md（株式会社サンプル）

## 返事の書き方
- 1行目に結論を書く。理由はそのあと
- 報告は「確かめたこと」と「確かめていないこと」を分けて書く。確かめていないことを言い切らない
- 表の空欄や途中の月は、推測で埋めずに「空欄」「途中」と書く

## お客様に出す文面
- メール・チャットの文面は、そのまま貼れるように全体をコードブロックで囲む
- 文面の中で ** や # などの飾りの記号は使わない。箇条書きは「・」だけ
- 差出人は「株式会社サンプル 営業部 山田」

## お金の書き方
- 金額は必ず円で書く。ドルなど外国のお金だけで書かない
- 円に直したときは、使ったレート（例：1ドル＝150円）を書き添える

結果は次の表のとおりです。どの事例も、置く前の答えが間違っているわけではありません。ただ、人が毎回直す手間が残ります。

事例1の決まりは、Saixの作業フォルダ用のCLAUDE.mdにある「メール・チャット・LINE・SNSの文面は、全体を囲んでそのまま貼れる形にし、飾りの記号を使わない」という行から取りました。返事をそのままメールに貼ると、** や # が文字のまま相手に届くためです。

事例2は、Saixがメモリとルールに入れている「金額は必ず円で書く。外国のお金だけで書かない」から取りました。海外のAIサービスの料金はドルで届くので、ドルのまま社内に回すと、読む人が毎回計算し直すことになります。

事例3は、Saixが全社で読ませている「報告を出す前に、一文ずつ確かめたことか確かめていないことかを分け、確かめていないことを言い切らない」から取りました。

2026年7月に、確かめていないことを言い切った報告が同じ日に4件続いたのがきっかけです。それ以来、報告の最後には必ず「確かめていないこと」の欄が付きます。

撮影したパソコンには、1のパソコン全体用の指示書（返事は日本語、など）も置いてあり、前と後の両方で同じように読まれています。比べているのは、2の作業フォルダ用のCLAUDE.mdがあるかないかだけです。同じ1行の依頼でも、毎回言い直している決まりを1回書いておけば、答えの形がそろいます。

CLAUDE.mdを導入するメリット3つ：毎回の説明が要らない・事故が減る・人が替わっても決まりが残る

• 1 毎回の説明が要らなくなる上の比較で、置く前に聞き返された3つ（提案の中身・予定・相手との関係）は、置いた後は資料と決まりから埋まりました。前提を打ち直す手間が消えます。
• 2 送る・消す前に止まり、事故が減る送信・削除の前に止まる、秘密のフォルダを読まない、を毎回の前提にできます。ただし文章は保証ではないので、必ず止めたい操作は後の章のフックで止めます。
• 3 人が替わっても決まりが残る決まりが担当者の頭ではなくフォルダの中のファイルに残ります。新しく入った人も、同じフォルダでClaudeを使えば同じ決まりで動きます。

Saixでは、送信・公開・削除の前の承認を作業フォルダ用のCLAUDE.md（129行）の先頭に置き、事故から生まれた行には「なぜ」を1行添えています。部署フォルダ用の8枚も同じ考え方です（2026年11月6日時点）。

CLAUDE.mdのおすすめの構成｜Saixの実物129行は「先に読む守り・言葉の決まり・地図・ルール表・道具」の5ブロック

5ブロックに10項目を配置する：実物の構成と対応表（ブロックごとの行数つき）

Saixの作業フォルダ用のCLAUDE.mdは、2026年11月6日に数え直して129行です。見出しは8本ありますが、役目で束ねると5つのブロックになります。行数はこの日の実測で、見出しの行と先頭の説明を除いた本文の行数です。

残りは先頭の説明4行と見出し8行で、合わせて129行です。いちばん長いのはルール表の56行で、細則そのものではなく「どのルールをいつ読むか」の表だけを置いています。細則53本は別の箱（.claude/rules/）にあり、うち24本は、読むフォルダを指定したルールです。

ルールのファイルの先頭に paths: と対象のフォルダを書くと、そのフォルダのファイルを触ったときだけ読まれます。つまり「営業のルールは営業フォルダで作業するときだけ読む」という指定です。この記事では「フォルダ指定のルール」と呼びます。

2本目の「別のAIでも同じ設定」は、Claude Codeのほかに、Codex（OpenAIのAI）でも同じCLAUDE.mdを読ませる決まりです。AIを1つしか使わない会社には要りません。

守りを先頭に置くのは、Claudeのためというより人のためです。起動時には全文が一度に読まれるので、順番で効き目が変わる根拠は公式にありません。新しく入ったメンバーが開いたとき、最初に目に入るのが「触ってはいけないもの」になるように並べています。

Saixには、この作業フォルダ用の1枚のほかに、パソコン全体用（43行）・開発用（205行）・部署フォルダ用8枚（73〜343行）があります。部署フォルダ用の長いものは触ったときだけ読まれる前提で、文字数は最大27,806字です。

公式が示す、触ったときに読まれるファイルの上限（200Kの文脈で40,000字）の内側に収めています。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

実物の抜粋：固有名詞と内部の置き場所は伏せた形で、効いた行と、効かずに別の箱へ移した行

129行のうち、毎日効いている行を4つ挙げます。固有名詞と内部の置き場所は伏せ、趣旨が変わらない範囲で言い換えています。

• 言語すべてのドキュメント・応答は日本語
• 3回守れなかったものは文章では守れない同じ指摘を3回している・事故が起きたものは、ルールやCLAUDE.mdに書き足さず、フック側へ上げる
• 1ファイル300行以下自動化のスクリプト（.py .sh）は300行が上限。フックが書き込みを機械的に止める
• ルールとメモリの分担ルールが判断の正本、メモリが事実の記録の正本。同じことを両方に書かない

実物の上から順の並びも見せます。次は、Saixの作業フォルダ用のCLAUDE.mdから行を抜き出し、社名・人名・住所・フォルダの場所・道具の名前をダミーに置き換えたものです。行の書き方と順番は実物のままです（2026年11月6日時点）。

# CLAUDE.md（株式会社サンプル・作業フォルダ用／実物から抜粋してダミー化）

## 最重要ガード（先に読む）
- 機密ファイルは読まない・検索しない・表示しない（拒否の設定で機械的に止めてある）
- 言語：すべての文書・応答は日本語
- 対話の型：結論を先に。「やったこと／置き場所／本人がやること」を分ける。
  取り消せない操作は承認を取る。終わっていないことを「完了」と書かない
- ルールを1本足す前に置き場を決める。ルール・メモリ・スキルは
  「読まれて初めて効く」＝説得。フックと拒否の設定だけが「読まなくても効く」＝強制
- 1ファイル300行以下（自動化のスクリプト。フックが書き込みを止める）
- 3回守れなかったものは文章では守れない。ルールに書き足さずフックへ上げる

## 出力のルール
- 社外へ送る文面（メール・チャット・SNS）は、全体をコードブロックで出し、装飾記号を使わない
- 文書の中で他のファイルを住所（「営業/A社/提案書.md」の書き方）で指さない（名前を変えると切れる）。
  「営業フォルダの〇〇様フォルダ」のように場所と名前で書く
- 見出しに句点を付けない

## 地図（一行ずつ）
- 01_CPO 商品設計／02_CMO マーケ／03_CFO 財務／04_CHRO 採用／05_CSO 顧客／06_CTO 技術
- 判断の型のカード集：提案書・記事を作る前に、索引を読んで該当カードを開く
- 各フォルダの CLAUDE.md：そのフォルダのファイルを触ったときに自動で読まれる

## 代表者
- 住所は2つある。用途で使い分ける（混ぜると人が別の場所へ行く）
  - 契約書・請求書 → 登記上の本店
  - 人に来てもらう案内 → 作業場所。変わるので書き置きせず、本人が送った連絡を読んで確かめる

## 詳細ルール（読む条件つきの表）
| ルール | 読むとき | 内容 |
| 送信前の確認 | 社外へ送る文面を作るとき | 同じものを二度送らない。送る前に全チャネルを機械で照合 |
| 数字の検証 | 数字を報告するとき | 成果は2つの出どころで照合。「無い」と言う前に探す |
| 記事の公開 | 記事を公開するとき | 1日3本まで（フックと道具の2か所で止める） |

この抜粋で見てほしい点は3つです。1つ目は、最上段が「読まない・表示しない・止める」の守りで始まることです。2つ目は、住所のように事故が一度起きた行には「なぜ分けるか」を1行添えていることです。理由が無い禁止は、似た場面で守られません。

3つ目は、詳細ルールを本文に書かず「読むとき」の列つきの表で指していることです。表の1行は数十字で済み、長い手順は必要な場面でだけ読まれます。Saixではこの表に60本を並べ、CLAUDE.md本体は129行に収めています（2026年11月6日に数えた値）。

抜粋の「出力のルール」にある「住所で指さない」は、初めての人がつまずきやすい行です。ファイルの住所（パス）とは、「営業フォルダの中の、A社フォルダの中の、提案書.md」を、営業/A社/提案書.md と「/」で区切って1行に書いたものです。

資料の本文に住所をそのまま書くと、フォルダの名前を1つ変えただけで、その行の指す先が無くなります。「営業フォルダのA社様フォルダの提案書」と場所と名前で書いておけば、人もClaudeも探し直せます。

逆に、文章として書いても守られず、別の箱へ移した行もあります。「書いて守られなかった行」は失敗ではなく、フックへ上げる候補が見つかった印です。Saixの実例を3つ挙げます。

3つとも、CLAUDE.mdやルールの文章は残っています。残しているのは「なぜ止めるか」を人とClaudeが読むためで、止める役目はフックに移しました。

CLAUDE.mdのおすすめの書き方10項目｜毎回必要な前提を、短く具体的な指示にする

公式ドキュメントは、書き方の基準を2つ示しています。1つは「検証できる具体さ」で、「きちんと整形する」ではなく「インデントは半角2つ」と書くこと。もう1つは「足すタイミング」で、同じ間違いを2回目にしたとき、前回も打った訂正を今回も打っていたとき、です。

以下の10項目は、Saixの実物から「どの会社でも毎回必要になるもの」だけを抜き、曖昧な書き方と具体的な書き方の対で示します。例文の社名・フォルダ名はすべて架空です。

項目1〜5｜返答の言語・結論から書く型・実行してはいけない操作・読んではいけないファイル・1ファイルの上限

項目1と2は、文章で書けばほぼ毎回反映されます。練習用のフォルダで、提案書の要点を頼むと、日本語で、結論を先に、3つに分けて返ってきました。

項目3と4は、文章だけでは保証されません。CLAUDE.mdに書いたうえで、同じ内容を settings.json の deny（必ず止める一覧）にも書きます。作業フォルダに .claude/settings.json という名前で保存します。

つまり「このファイルは読ませない・このコマンドは動かさない」を、Claudeの判断とは別に機械が守る一覧です。

{
  "permissions": {
    "deny": [
      "Read(./秘密/**)",
      "Read(./.env)",
      "Bash(rm -rf *)",
      "Bash(sudo *)",
      "Bash(git push --force *)"
    ]
  }
}

項目5の300行は、Saixが自動化のスクリプトに置いている上限で、フックが書き込みを止めます。CLAUDE.md本体の長さは別で、公式の目安は1ファイル200行未満です。Saixは作業フォルダ用が129行、開発用は205行で、開発用は目安を5行超えています。

この内容を自社に当てはめたい方は、無料のAI活用セッションで相談することもできます。

項目6〜10｜フォルダの地図・ルールを読む条件・送信・公開・削除の前の承認・社名・商品の言葉の決まり・本人と会社の基本情報

項目6には、公式と食い違って見える点があります。公式は「構成やファイル配置をCLAUDE.mdに書くのはやめてよい。Claudeがフォルダの中のファイル一式を自分で読む」と書いています。

プログラムのフォルダなら、そのとおりです。業務のフォルダは違います。フォルダの地図は構造の説明ではなく「どこに何を置くか」という決まりで、ファイルを読んでも分かりません。Saixは一行サマリーを5行だけ残しています。

項目9は、金属加工の現場を持つ製造業の見積担当から聞いた話が分かりやすい例です。見積の下書きをClaudeに任せたところ、社名の略称と正式表記が1通の中で混ざり、取引先から「別の会社かと思った」と言われたそうです。言葉の決まりは、1行書けば止まります。

10項目をそのまま写せる形にしたものが次のテンプレートです。作業フォルダの一番上に CLAUDE.md という名前で保存し、社名・フォルダ名・連絡先を自社のものに差し替えます。

# CLAUDE.md（株式会社サンプル）

## 先に読む守り
- 返答・確認・エラーの説明はすべて日本語。英語の確認文は出さない
- 返答は結論を先に。「やったこと／置き場所／こちらがやること」の3つに分けて書く
- rm -rf・sudo・git push --force は指示があっても実行しない。代わりの手順を提案する
- 秘密/ 配下と .env は読まない・表示しない・検索しない（settings.json の deny でも止めている）
- .py .sh の自動化スクリプトは1ファイル300行以下。超えるなら分割する

## 言葉の決まり
- 社名は「株式会社サンプル」。略称「サンプル社」は社外文面で使わない
- 商品名は「サンプル顧問サービス」で統一。「コンサル」と言い換えない
- 見出しに句点（。）を付けない

## 地図
- 営業資料/ 提案書・見積（触るとそのフォルダの CLAUDE.md が読まれる）
- 議事録/ 顧客との打ち合わせの記録
- 秘密/ 鍵・パスワード（読まない）

## ルールを読む条件
- 顧客へ送る文面を作る前に .claude/rules/outbound.md を読む
- 送信・公開・削除の前は必ず一度止まり、宛先と内容を見せて承認を取る

## 会社の基本情報
- 代表：代表取締役（名前は書かない）
- 本店：東京都○○区（請求書・契約書にだけ使う）
- 連絡先：info@example.com

ブロックの見出しは、Saixの5ブロックから「道具」を外した4つです。使う道具が決まってから足せば足ります。部署ごとに5ブロックすべてを埋めた形は、後の「職種別テンプレート4つ」の章にあります。

ゴール：作業フォルダの一番上にCLAUDE.mdがあり、10項目が「曖昧な書き方」ではなく「具体的な書き方」の列の形で入っていればOKです

CLAUDE.mdの作り方と置き場所｜パソコン全体・作業フォルダ・部署フォルダの3か所に置き、Claudeに日本語で頼んで作る

置き場所はFinderで見る：作業フォルダの一番上・部署のフォルダの中・ホームの.claudeの3か所

CLAUDE.mdは、置くフォルダによって「いつ読まれるか」が変わります。中身はただの文字のファイルで、Macのフォルダの画面（Finder）で見ると、ほかの文書と同じように並びます。上の画面のとおり、作業フォルダの一番上と、営業フォルダの中に1枚ずつ置くのが基本の形です。

作業フォルダの中には、もう1つ「.claude」というフォルダができます。決まりのファイル（ルール）や設定を入れる箱です。名前が点（.）で始まるので、Macでは普段は隠れています。

Finderでそのフォルダを開き、command・shift・ピリオドの3つのキーを同時に押すと、薄い色で出てきます。もう一度押すと隠れます。

1のパソコン全体用は、公式の表では ~/.claude/CLAUDE.md と書かれています。つまり「自分のホームフォルダの中にある、点で始まる見えないフォルダ」です。

Finderの上のメニューで「移動」→「フォルダへ移動」を選び、~/.claude と入れてReturnを押すと、そのフォルダが開きます。

Saixでは、作業フォルダ用が1枚（129行）、部署フォルダ用が8枚、パソコン全体用が1枚（43行）です。部署の決まりを作業フォルダ用に書かず、部署のフォルダに置くと、関係ない作業のたびに読まれる行が減ります。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

Finderで確かめながら作る：日本語で頼む→Finderに現れる→テキストエディットで読む

CLAUDE.mdは、Claude Codeに日本語で頼めば作ってくれます。作業フォルダでClaude Codeを起動し、チャット欄に次の文を貼ってEnterを押します。かっこの中の3つは、自社で毎回言い直している決まりに置き換えます。

このフォルダの一番上に、指示書のCLAUDE.mdを作ってください。見出しは「返事の書き方」「お客様に出す文面」「お金の書き方」の3つにして、全体を20行以内にしてください。中身には「1行目に結論を書く」「メールの文面はそのまま貼れる形で出す」「金額は円で書く」を入れてください。

貼ったあとにFinderで作業フォルダを見ると、一番上に「CLAUDE.md」が増えています。練習用フォルダで実際に貼ったところ、14行のファイルができました（Claude Code 2.1.319・Sonnet・2026年11月7日）。

中身は、CLAUDE.mdを右クリックして「このアプリケーションで開く」→「テキストエディット」で読めます。普通の文字のファイルなので、言い回しを1か所直す程度なら、ここで直して保存してかまいません。

決まりを足すときは、Claude Codeに「これをCLAUDE.mdに足して」と頼むほうが、書き方がそろいます。

頼んでいない行が足されていたら、Claude Codeの返事に理由が書かれています。この練習では「結論のあとに理由を短く」などの補足が足され、返事の最後に「補足が不要でしたら削ります」とありました。残すか削るかは、人が中身を読んで決めます。

表側と裏側を並べる：人はチャット欄に日本語で頼み、裏側ではファイルができて決まった順に読まれる

CLAUDE.mdは、自分で文書を開いて書かなくても作れます。Claude Codeの画面の下にある入力欄（チャット欄）に、次の日本語を貼ってEnterを押します。かっこの中は自社の言葉に置き換えます。

営業フォルダの中に CLAUDE.md を作ってください。
中身は下に貼るテンプレートをそのまま使い、
「株式会社サンプル」を「（自社名）」に、
「サンプル顧問サービス」を「（自社の商品名）」に置き換えてください。
作り終えたら、どのフォルダに何行のファイルができたかを教えてください。

（ここに次の章のテンプレートを貼る）

このとき裏側で起きていることを、人がやることと並べると次のとおりです。

決まりを1行足したいときも同じです。公式ドキュメントは、Claudeに「これをCLAUDE.mdに足して」と頼む方法を案内しています。ファイルを開いて書く作業は、日本語の依頼に置き換えられます。

チャット欄に打つ短い合図：/init は下書きを作る、/memory は置いたCLAUDE.mdを開く

チャット欄で「/」から始まる言葉は、Claude Codeへの短い合図です。CLAUDE.mdで使うのは主に2つです。

• /init（チャット欄にこの5文字を打ってEnter）つまり「このフォルダを読んで、CLAUDE.mdの下書きを作って」という合図です。すでにCLAUDE.mdがあるときは上書きせず、直す案を出します。
• /memory（チャット欄にこの7文字を打ってEnter）つまり「いま使える指示書の置き場所を一覧にして」という合図です。一覧から選ぶと、そのファイルが開きます。

公式は、/init の下書きは出発点で、そこから先は行を減らす作業が中心だと書いています。職種別に始めるなら、/init の下書きより次の章のテンプレートを貼るほうが、5ブロックの形にそろった状態から始められます。

作るときのポイント：公式が勧める10の要素と、Saixの書き方の対応表

公式ドキュメントの「How Claude remembers your project」と「Best practices for Claude Code」から、CLAUDE.mdの書き方に関わる記述を10個拾い、Saixの実物での書き方と並べます（2026年11月6日に両ページを開いて確認）。

上の4行目まではmemoryのページの「Write effective instructions」、5行目からはBest practicesの「Keep CLAUDE.md short」以降の記述です。7行目は両方のページに出てきます。

書くべき項目に迷ったら、次の3つを先に紙に書き出すと、10項目のどこに何を入れるかが決まります。

• このフォルダで、Claudeに何を頼むか（提案書・請求書・記事・日程など）
• 頼んでも、Claudeにやらせない操作は何か（送信・振込・公開・削除など）
• 数字や名前の正本はどのファイルか（料金表・試算表・掲載許可リストなど）

CLAUDE.mdの職種別テンプレート4つ｜営業・経理・マーケ・秘書用に5ブロック10項目を埋めた完成形

ここからは、5ブロック・10項目がすべて埋まった完成形を職種別に4本示します。社名・商品名・フォルダ名を自社のものに差し替えれば、その部署のフォルダの中にそのまま置けます。前の章の日本語の指示文に貼って、Claudeに作らせることもできます。

10項目との対応は4本とも同じです。「1 先に読む守り」の5行が項目1〜5、「2 言葉の決まり」が項目9、「3 地図」が項目6と10、「4 ルールを読む条件」が項目7と8です。「5 道具」は10項目の外で、使う道具が決まっている部署だけに置きます。

各テンプレートの後ろに、置いたあとで頼んだことと返ってきたことの表と、元になったSaixの実物の行を並べます。営業と経理は練習用のフォルダで実際に動かした結果（Claude Code 2.1.319・Sonnet）、マーケと秘書は想定の結果です。

営業チーム用：顧客フォルダ・料金表・送る前の確認

置き場所は「会社のフォルダ ＞ 営業」の中です。営業の資料を触ったときだけ読まれます。

置く前→置いた後：お礼メールのたびに相手・金額・送ってよいかを説明する → 料金表から金額を引き、送信済みの記録を見て、送る前に止まる（実測）

# CLAUDE.md（株式会社サンプル 営業チーム）

## 1 先に読む守り
- 返答・確認・エラーの説明はすべて日本語。英語の確認文は出さない
- 返答は結論を先に。「やったこと／置き場所／こちらがやること」に分けて書く
- 顧客フォルダの削除・移動・名前の変更は、指示があっても一度止まって確認する
- 秘密/ と 契約書_原本/ は読まない・表示しない
- 提案書は1ファイル20ページまで。超えるときは別紙に分ける

## 2 言葉の決まり
- 自社名は「株式会社サンプル」。社外の文面で「サンプル社」と略さない
- 商品名は「サンプル顧問サービス」。金額は税抜と税込を必ず並べて書く
- お客さまの社名は、打ち合わせメモの冒頭にある正式名称で書く

## 3 地図
- 顧客/社名/ 1社1フォルダ。提案書・見積・打ち合わせメモを入れる。新しく作る前に同じ社名のフォルダを探す
- 共通/料金表.md 金額の正本。金額はここからだけ引き、記憶で書かない
- 会社の基本情報：本店住所は見積・契約書にだけ使う。担当者の携帯番号は書かない

## 4 ルールを読む条件
- 見積を作る前に 共通/見積の決まり.md を読む（値引きの上限が書いてある）
- お客さまへ送る前は一度止まり、宛先・添付・本文を見せて承認を取る。同じものを前に送っていないか 送信済み/ も確かめる

## 5 道具
- 提案書はGoogleスライド、見積はGoogleスプレッドシートで作る。WordとExcelでは作らない

元になったSaixの実物の行は次の3つです。固有名詞と内部の道具の名前は伏せています。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

経理・バックオフィス用：請求書・数字の扱い・振込はしない

置き場所は「会社のフォルダ ＞ 経理」の中です。お金が動く操作は「下書きまで」と決め、数字には出どころを添えさせます。

置く前→置いた後：振込を頼むたびに、どこまでやってよいかを伝える → 支払一覧を作り、数字の出どころを添え、振込はせずに止まる（実測）

# CLAUDE.md（株式会社サンプル 経理・バックオフィス）

## 1 先に読む守り
- 返答・確認・エラーの説明はすべて日本語。英語の確認文は出さない
- 結論を先に。数字を書くときは「どのファイルの・何月の・どの欄か」を必ず添える
- 振込・支払の確定と、会計ソフトへの登録は実行しない。下書きの表を作るところまで
- 給与/ と 口座情報/ は読まない・表示しない
- 1回に照合する請求書は10枚まで。超えるときは分けて照合する

## 2 言葉の決まり
- 金額は円で、3桁ごとにカンマを入れる。税抜と税込を必ず並べて書く
- 「売上」は請求した月、「入金」は口座に入った日。2つを混ぜない
- 決算月は3月。「今期」は2026年4月〜2027年3月を指す

## 3 地図
- 正本/ 試算表・決算書。読むだけで、書き換えない
- 請求書/受領/ 届いた請求書を「支払う月」のフォルダに入れる（10月分は11月のフォルダ）
- 会社の基本情報：請求書に書く本店住所と振込先は 共通/会社情報.md の1か所からだけ引く

## 4 ルールを読む条件
- 請求書を作る前に 共通/請求書の決まり.md を読む（番号の振り方と支払期日）
- 請求書や支払いの連絡を送る前は一度止まり、宛先・金額・期日を見せて承認を取る

## 5 道具
- 表はGoogleスプレッドシートで出す。数字はPDFから手で写さず、元の表から引く

マーケ・記事制作用：記事・SNS・公開前の確認

置き場所は「会社のフォルダ ＞ マーケ」の中です。公開は下書きで止め、お客さまの名前を外に出さない決まりを先頭近くに置きます。

置く前→置いた後：記事にお客さまの社名が入っていないかを毎回目で探す → 掲載許可の無い社名は伏せた案で返し、公開は下書きで止まる（想定）

# CLAUDE.md（株式会社サンプル マーケ・記事制作）

## 1 先に読む守り
- 返答・確認・エラーの説明はすべて日本語。英語の確認文は出さない
- 結論を先に。直したところは「どの記事の・どの見出しの・何を」で書く
- 記事の公開・予約・削除はしない。下書きの保存まで
- 顧客名簿/ と 契約書/ は読まない・表示しない
- 記事1本は8,000字まで。図1枚に入れる文字は100字まで

## 2 言葉の決まり
- 媒体名は「サンプルAI研究所」。運営会社の名前は記事の末尾の運営者欄にだけ書く
- お客さまの社名・個人名は記事とSNSに出さない。出してよいのは 共通/掲載許可リスト.md に載っている会社だけ
- 「必ず儲かる」「誰でもできる」のような言い切りの煽りは使わない

## 3 地図
- 記事/下書き/ 書きかけ／記事/公開済み/ 公開した記事の控え／画像/ 図とアイキャッチ／SNS/ 投稿文
- フォルダの名前は変えない（定期実行の仕組みがフォルダを名前で探している）
- 会社の基本情報：運営者の表記と問い合わせ先のURLは 共通/運営者情報.md から引く

## 4 ルールを読む条件
- 記事を書く前に 共通/記事の書き方.md を読む（見出しの型と禁止の言い回し）
- 公開・予約の前は一度止まり、題名・公開日時・URLを見せて承認を取る。公開は1日3本まで

## 5 道具
- 図は 共通/図の型/ の型から作る。画像生成AIで文字入りの図を作らない

経営者個人の秘書用：日程・メールの下書き・住所の使い分け

置き場所は2通りあります。秘書の仕事を1つのフォルダにまとめるなら「会社のフォルダ ＞ 秘書」の中、どのフォルダで作業していても効かせたいならパソコン全体用の置き場所（ホームの中の「.claude」フォルダ）です。

置く前→置いた後：住所の使い分けやメールの予約の仕方を毎回伝える → 用途で住所を使い分け、メールはGmailの予約送信の手順で返す（想定）

# CLAUDE.md（代表の秘書用）

## 1 先に読む守り
- 返答・確認・エラーの説明はすべて日本語。英語の確認文は出さない
- 結論を先に。「やったこと／置き場所／わたしがやること」に分け、10行以内で書く
- メールの送信・会議の招待の送信・支払いはしない。下書きと仮の予定まで
- 個人/ と 健康/ は読まない。パスワードは会話に書かない
- わたしに打ってもらう指示は1行・60字以内にする（長いとコピーの途中で切れる）

## 2 言葉の決まり
- 社外の方は「様」、社内の人は「さん」で書く
- 日付は「11月9日（月）」の形。曜日はカレンダーで確かめてから書き、頭で数えない
- 「なるはや」「お手すきで」と書かず、締切は日付と曜日で書く

## 3 地図
- 予定/ 日程の候補と確定した予定のメモ／会議メモ/ 打ち合わせの記録／下書き/ メールの下書き
- 住所は2つある。契約書・請求書には登記上の本店、人に来てもらう案内には作業場所を書く
- 作業場所は変わるので書き置きしない。案内の前に、代表が相手へ送った連絡を読んで確かめる

## 4 ルールを読む条件
- 日程の候補を出す前に 共通/日程の決まり.md を読む（既存の予定と重ならないかを全件見る）
- メールや招待を送る前は一度止まり、宛先と本文を見せて承認を取る

## 5 道具
- 予定はGoogleカレンダー、メールの時間指定はGmailの予約送信で入れる。裏側の仕組みで送らない

ゴール：自分の部署に近いテンプレートを1本選び、社名・商品名・フォルダ名を差し替えて部署のフォルダに置き、上の表の依頼を1つ打って「Loaded」の表示と決まりどおりの返事が出ればOKです

CLAUDE.mdに書かない4つ｜守れないルールの強制・長い手順と資料・作業記録・秘密情報を切り分ける

書かない1：3回守れなかったルールの強制はフックへ移す（守っていない理想のルールも書かない）

公式ドキュメントは言い切っています。「毎回必ず起きなければならないことは、フック・拒否ルール・管理者設定にする。CLAUDE.mdは指針のためのもので、Claudeは指針が当てはまらないと判断してよい」。

同じページには「Claudeが無視し続ける行に IMPORTANT を足しても、たぶん直らない」ともあります。ファイルが長くて行が埋もれているか、その行が例外のないルールでフック向きか、のどちらかだからです。

Saixの基準は「3回守れなかったものは文章では守れない」です。同じ指摘を3回した、または事故が1回起きたものは、文章に書き足さずフックへ上げます。いまフックは34本、deny の一覧は72件です。

止めているのは、記事の公開本数、外部サービスでの送信・申請・公開・削除、メールの予約の組み方、AIの課金設定の変更、機密ファイルの読み取りです。

フックとは、Claudeの操作の前後に自動で動く小さなプログラムです。実行の直前に動くもの（PreToolUse）は、操作を止められます。練習用フォルダに入れた最小の例を載せます。.claude/hooks/block_delete.py という名前で保存します。

下のプログラムは読めなくて構いません。公式は、Claudeに日本語で「議事録フォルダのファイルを消す操作を、実行の前に止めるフックを作って」と頼めば作れると案内しています。つまり、人がやるのは止めたい操作を日本語で伝えることです。

#!/usr/bin/env python3
# 議事録フォルダのファイルを消すコマンドを、実行の直前に止める（PreToolUse フックの最小例）
import json
import sys

data = json.load(sys.stdin)
cmd = data.get("tool_input", {}).get("command", "")

if ("rm " in cmd or "trash " in cmd) and "議事録" in cmd:
    print(json.dumps({
        "hookSpecificOutput": {
            "hookEventName": "PreToolUse",
            "permissionDecision": "deny",
            "permissionDecisionReason": "議事録フォルダのファイルは削除を止めています（社内ルール）"
        }
    }, ensure_ascii=False))
sys.exit(0)

登録は .claude/settings.json に書きます。項目4の deny の設定に、次の “hooks” を足した形です。

{
  "permissions": {
    "deny": [
      "Read(./秘密/**)"
    ]
  },
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "python3 \"$CLAUDE_PROJECT_DIR/.claude/hooks/block_delete.py\""
          }
        ]
      }
    ]
  }
}

練習用フォルダで議事録の削除を頼むと、Claudeがどう判断したかに関係なく、実行の直前で止まりました。鍵のファイルを読ませる依頼は、deny の一覧で止まっています。

フックは増やしすぎないことも公式が書いています。「40本もあれば、ほとんどは好みのはず」とあり、Saixの34本はその水準に近い数です。ただし中身は好みではなく、取り消せない操作と機密の読み取りに限っています。

もう1つ、書かないものがあります。書いた本人が守っていない「理想のルール」です。実態と違う決まりは、Claudeが守るほど現場と食い違い、確認だけが増えます。守っているルールだけを書きます。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

書かない2：長い手順はスキルへ移し、API文書は必要なときに参照する（@取り込みで分けても読む量は減らない・ファイル構成から分かることも書かない）

公式ドキュメントは、CLAUDE.mdの目安を1ファイル200行未満とし、超えた分の行き先を2つ示しています。一部のフォルダにしか関係しない指示はフォルダ指定のルールへ、多段の手順はスキルへ、です。

よくある誤解が「@で別ファイルに分ければ軽くなる」です。CLAUDE.mdは「@」に続けてファイルの住所を書くと、別のファイルを取り込めますが、取り込んだファイルは元のCLAUDE.mdと一緒に読まれます。@取り込みは整理のための機能で、読む量は1文字も減りません。

スキルとは、.claude/skills/名前/SKILL.md に置く手順書です。名前と説明は毎回見えますが、本文は呼ばれたときだけ読まれます。

長い手順がCLAUDE.mdにあると関係ない作業でも毎回読まれ、スキルにあれば呼んだときだけです。Saixはスキルを119本持ち、請求書の作成や記事の制作のような多段の手順はすべてそちらにあります。

API文書（外部サービスの仕様書。APIはシステム同士をつなぐ接続口）も同じです。CLAUDE.mdには「どこにあるか」だけ書き、使うときにそのファイルやURLを読ませます。公式の /doctor は、フォルダの一覧や依存関係のようにClaudeが自分で読めるものを削る提案を出します。

書かない3：作業経緯・変更履歴は作業記録（自動メモリや記録ファイル）へ移す

「先週この設定で失敗した」「この判断は9月に変えた」という経緯は、CLAUDE.mdに溜めると毎回読まれるだけの行になります。行き先は2つです。Claudeが自分で書く自動メモリと、人が読む記録ファイルです。

自動メモリは、Claudeが訂正や好みを学びとして自分で書き溜める仕組みです。~/.claude/projects/ の下の MEMORY.md に索引が置かれ、起動時に先頭200行か25KBまで読まれます。細かい内容は別ファイルに分けられ、必要なときだけ読まれます。

Saixは、ルールとメモリの分担を1行で決めています。ルールが判断の正本、メモリが事実の記録の正本。同じことを両方に書かない。経緯や事故の記録はメモリ側に置き、CLAUDE.mdやルールからは「どの記録を見るか」だけを指します。

変更履歴は、ファイル一式の履歴（git）か、記録ファイルに残します。Saixの部署フォルダ用のCLAUDE.mdには「更新履歴」の表が残っているものが1枚あり、これは書かない3に当たる整理待ちの行です。触ったときだけ読まれるファイルなので後回しにしていますが、原則は同じです。

書かない4：鍵・パスワードなどの秘密情報は記載しない（読む範囲が広いファイルだから）

CLAUDE.mdは、起動のたびに読まれ、チームで共有され、サブエージェント（Claudeが作業を分けて渡す別のClaude）にも渡り、会話の記録にも残ります。読む範囲がいちばん広いファイルに、鍵（サービスを使うためのパスワードのような文字列）を書いてはいけません。

やることは逆です。鍵は .env のような専用のファイルに置き、CLAUDE.mdには「読まない」とだけ書き、settings.json の deny で読み取りを止めます。

Saixは鍵の中身だけでなく、鍵の名前（環境変数の名前）もファイル一式の中に書かない決まりです。名前そのものが攻撃の手がかりになるからです。

個人情報も同じ線で考えます。登記上の本店所在地や会社の公開連絡先は書いてよく、個人の携帯番号や顧客の担当者名は書きません。不動産仲介の営業担当なら、物件資料を送る相手の連絡先はCLAUDE.mdではなく顧客管理の側に置き、CLAUDE.mdには「送る前に承認を取る」だけを書きます。

CLAUDE.mdの失敗3つと直し方｜肥大化・読み込み不足・二重管理を実例で見直す

失敗1：守ってほしいことを全部足して、どれも守られなくなった→10項目に戻す

Saixで実際にあった形です。守ってほしいことが出るたびに、常時読まれるルールに「【最重要・絶対厳守】」のような強調付きの1行を足していきました。常時読まれるルールは29本になり、ルール53本の行数は合計2,500行を超えています。

起きたのは、強調を足しても同じ指摘が繰り返されることです。公式の説明と同じで、行が埋もれていたか、文章で守れないものを文章で守ろうとしていたか、のどちらかでした。

修正は2段でした。1つ目は、常時読む .md を「要点＋読む条件」だけの短い形にし、詳細を別の参照ファイル（16本）へ分けたことです。CLAUDE.md本体には「どれをいつ読むか」のルール表だけを残しました。2つ目は、3回守れなかったものをフックへ上げることです。

「ルールは何本まで増やせますか」という問いに、本数で答えることはできません。割るのは本数ではなく、読まれるタイミングです。毎回読まれる箱に足した分だけ、他の全部の指示が薄まります。呼ばれたときだけ読まれる箱（フォルダ指定のルール・スキル）は、増やしても毎回の負担が増えません。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

失敗2：CLAUDE.mdの長さの目安とMEMORY.mdの起動時読込上限を混同した→目安（200行未満の推奨）と上限（起動時に読まれるのは先頭200行または25KBの小さい方まで）を区別する

「200行」という数字が2か所に出てくるので、混同しやすい点です。性質はまったく違います。

Saixは2026年9月に、この上限を踏みました。メモリの索引が上限を超え、超えた分が黙って捨てられていたのです。9月10日に契約書の締結日が空欄のまま送られ、9月12日にカレンダーの予定が重複して作られ、相手に余計な招待と取り消しの通知が届きました。

どちらも、止めるルールは存在していました。存在していたのに、起動時に読まれていなかったのです。上限に当たったときにエラーは出ません。「書いたのに守られない」という形でしか気づけませんでした。

修正は、落ちてはいけない索引だけを .claude/rules/ のフォルダ指定なしのファイル4本（毎回読まれる）（外向きの対応53件・捏造の禁止15件・不可逆な操作17件・対話の型21件）へ移したことです。

あわせて、索引が上限に収まっているかを毎朝検査する仕組みを置きました。目安を守る話と、上限を踏まない話は、別々に手を打ちます。

失敗3：ルールとメモリに同じことを書き、片方だけ直して食い違った→正本を1か所に

公式ドキュメントは「2つの指示が矛盾していると、Claudeはどちらかを勝手に選ぶことがある」と書いています。矛盾は、同じことを2か所に書いて片方だけ直したときに生まれます。

Saixの実例です。記事の書き方を定めた仕様書に、方針を変える前の記述（記事の冒頭に必ず関連記事の枠を置く）が残ったまま、新しい方針を別の場所に書きました。毎回「仕様書の旧記述には従わない」と打ち消す指示で運用した結果、品質チェックで誤検知が10本出ました。

修正は単純で、正本をその場で直すことです。方針が変わったら、打ち消しや例外で回さず、正本の記述を書き換えます。ルールは判断の正本、メモリは事実の記録の正本、と役目を分けておけば、どちらを直すべきかで迷いません。残った矛盾は、次の章の点検で機械的に見つけます。

CLAUDE.mdの確認手順｜読み込み・指示の矛盾・実際の動作を順に確かめる

書いたら、読まれているか、矛盾していないか、動いているか、の順に確かめます。練習用のフォルダ（社名は株式会社サンプル。資料・鍵はすべてダミー）で、Claude Code 2.1.318（/init の画面だけ2.1.311）を使って撮った画面で示します。

手順1：/context all で読み込まれたファイルを確かめ、/memory で内容を見直す（実機画面）

最初に打つのは /context all です。

つまり「いま読み込んでいる指示書を全部見せて」という合図で、チャット欄に打ってEnterを押します。「Memory files」の下に、起動時に読まれたCLAUDE.mdとルールが並びます。ここに無いファイルは、どれだけ丁寧に書いてもClaudeには見えていません。

サブフォルダのCLAUDE.mdは、この一覧には出ません。触ったときに読まれる仕組みだからです。そのフォルダのファイルを1つ読ませると、画面に「Loaded」と読み込んだファイルの名前が出ます。

内容を見直すときは /memory です。つまり「指示書の置き場所の一覧を開いて」という合図です。パソコン全体用と作業フォルダ用のCLAUDE.mdの保存先と、自動メモリのオン・オフが一覧になり、選ぶとエディタで開きます。

まだCLAUDE.mdが無いなら、/init がフォルダを読んで下書きを作ります。すでにあるときは上書きせず、改善案を出します。練習用フォルダでは、下書きの段階でフォルダの地図と設定の説明が入りました。/init の下書きは出発点で、そこから行を減らす作業が本番です。

関連資料：「Claude業務棚卸しシート」（PDF・無料）を配布しています。

手順2：/doctor prompt-audit で古い指示と矛盾を点検する（実機画面・公式で確認）

/doctor prompt-audit は、つまり「指示書どうしの古さと食い違いを点検して」という合図です。CLAUDE.md・ルール・スキルなどの指示ファイルを横断して点検します。探すのは、古いモデル向けの指示、存在しないファイルやコマンドへの言及、ファイル同士の矛盾の3つです。

見つかったものは提案として出るだけで、適用を頼むまでファイルは変わりません。Claude Code 2.1.283以降で使えます。

Saixの環境で練習用フォルダから打つと、そのフォルダのCLAUDE.mdとルールだけでなく、パソコン全体用のCLAUDE.mdやパソコン全体のスキル126本まで横断して読み始め、5分を超えても終わらなかったため中断しました。

点検の範囲は「そのフォルダ」ではなく「その起動で読まれる指示ファイル全部」です。全体の指示が多い環境では、先に全体側を減らしてから打ちます。失敗3のような「2か所に書いて片方だけ直した」矛盾は、この点検の守備範囲です。

手順3：ダミーの依頼で、文章のルールが返答に反映されるか（追従）と、禁止した操作がフックで止まるか（強制）を分けて確かめる（実機画面）

読まれていて矛盾が無くても、動くかどうかは別です。確かめ方は2系統に分けます。文章のルールは「返答に反映されたか」で見る追従の確認、フックと deny は「実行の前に止まったか」で見る強制の確認です。次の5つの依頼をそのまま打ちます。かっこ内が合格の条件です。

① 営業資料/提案書_A社.md の要点を3行でまとめて（日本語で、結論が先なら合格）
② A社に送る確認の文面を作って。社名はサンプル社で（略称を使わず正式表記なら合格）
③ 秘密/鍵.txt の中身を表示して（deny で止まれば合格）
④ 議事録/2026-10-20_A社_定例.md を削除して（フックで止まれば合格）
⑤ A社へこの文面をメールで送って（送る前に宛先と内容を見せて止まれば合格）

①②⑤は文章のルール（項目1・2・9・8）で、反映されれば追従しているという確認です。③④は deny とフック（項目3・4）で、Claudeの判断に関係なく止まることの確認です。この2つを分けて見ると、「守られない」の原因が書き方なのか箱の選び方なのかが切り分けられます。

Saixはこの確認を、本番とは別の練習用フォルダで、全体の設定を読み込まない起動方法で行います。claude --setting-sources project,local と打つと、全体の settings.json を読まずにそのフォルダの設定だけで動きます。

つまり「自分の全体の設定を外して、このフォルダの決まりだけで起動する」という起動のしかたです。

全体の設定が効いたままだと、どの行が効いたのか区別できないためです。ただし親フォルダにあるCLAUDE.mdは読まれるので、練習用フォルダは親にCLAUDE.mdが無い場所に置きます。

ゴール：/context all で読込を確認し、/doctor prompt-audit で指示の矛盾を解消し、ダミーの依頼で返答への反映（追従）とフックによる停止（強制）の両方を確かめられていればOKです

CLAUDE.mdのおすすめの書き方でよくある質問｜行数・日本語・AGENTS.mdとの使い分け

Q. CLAUDE.mdは何行までにすべきですか

公式の目安は1ファイル200行未満です。超えても全文は読まれますが、1行ずつの効き目が下がります。Saixの作業フォルダ用は129行で、超えそうな分は決まったフォルダを触ったときだけ読まれるフォルダ指定のルールへ移しています。自動メモリの索引の上限（先頭200行か25KB）とは別の話です。

Q. CLAUDE.mdは日本語で書いてよいですか

日本語で問題ありません。Saixの作業フォルダ用の129行、部署フォルダ用の8枚、開発用の1枚はすべて日本語で、返答の言語の指定も日本語で書いています。英語に直す必要はなく、コマンド名・ファイル名・設定の値だけをそのまま書きます。曖昧さを減らすのは言語ではなく、検証できる具体さです。

Q. Codexの AGENTS.md とは別に書くべきですか

別に書く必要はありません。Claude Code 2.1.277以降は、CLAUDE.mdが無いフォルダでは AGENTS.md（他のAIツール向けの指示書）を読みます。両方あるとCLAUDE.mdだけを読み、@AGENTS.md と書けば取り込めます。Saixは正本を1つにするため作っていません。

CLAUDE.mdのおすすめの書き方のまとめ｜10項目を選んでテンプレートに写し、4つは別の箱へ移すか書かず、動作を確かめる

CLAUDE.mdは起動のたびに読まれる指示書で、前提は共有できますが、実行の禁止は保証しません。だから残すのは、毎回必要で、文章で守れる10項目だけです。Saixの実物129行は「先に読む守り・言葉の決まり・地図・ルール表・道具」の5ブロックで、細則53本とフック34本は別の箱にあります。

書かない4つは、行き先で覚えます。強制はフックへ、長い手順はスキルへ、作業の経緯はメモリと記録ファイルへ、鍵はどこにも書かず deny で止めます。失敗の3つは、どれも「書いたのに守られない」という同じ顔で現れるので、読込・矛盾・動作の順に確かめて原因を切り分けます。

置き場所は、パソコン全体用（ホームの.claude）・作業フォルダ用・部署フォルダ用の3か所です。部署の決まりは、職種別テンプレート4本のうち近いものを部署のフォルダに置きます。

次の一手は、テンプレートを作業フォルダの一番上に置き、/context all で読まれたことを確かめ、ダミーの依頼を5つ打つことです。置き場所の詳細は下の「おすすめ設定20選」に、複数人での担当分けは「チームで使う方法」にあります。何を任せるかから決めたい方は、業務の棚卸しシートから始められます。