Claude Codeでフォルダを作り始めたけど、階層がバラバラで迷子になっていませんか？
日付フォルダを量産したり、正本と参照用が混ざったり。1ヶ月後の自分が絶対に探せない構造になってる人、多いです。
Claude Codeのフォルダ設計は、「未来の自分が迷わない構造」を作るのがゴールです。
僕は非エンジニアの個人事業主として、1ヶ月かけて「マスターピース構造」と呼ぶフォルダ設計を組みました。
司令塔・横断ナレッジ・事業別・媒体資産・テンプレートをレイヤーで切り分けて、Claude Codeが起動時に迷わず原本を辿れる状態。
この記事では、マスターピース構造を貫いている7つの設計原則を公開して、個人事業主が真似できる考え方をお見せします。
この記事で分かること
・なぜフォルダ設計がClaude Codeの出力品質を決めるか
・フォルダ設計は「抽出=Codex／実装=Claude Code」の二段構え
・マスターピース構造を貫く7つの設計原則
・司令塔レイヤーと業務レイヤーを分ける考え方
・原本MDの命名規則と更新ルール
・フォルダが増えすぎた時の整理法
・個人事業主が陥るフォルダ迷子（失敗談）
なぜフォルダ設計がClaude Codeで重要か
Claude Codeの出力品質は、参照するMDの速さと正確さで決まります。
つまり「どこに何があるか、Claude Codeが起動時に迷わず辿れるか」がすべて。
フォルダ設計が雑だと、どんなに優れたCLAUDE.mdを書いても、Claude Codeは関係ないファイルを読んだり、古い原本を参照したりします。
参照の速さ＝出力の質
個人事業で使うClaude Codeは、毎日・毎週・毎月の継続運用が前提です。
参照速度と正確さの差が、1年積み重なると出力品質の差として跳ね返ってきます。
フォルダ設計が雑だと起きる事故
・古い原本MDを参照して古い情報で本文を書く
・正本と参照用の区別がつかず、どちらを更新すべきか迷う
・同じテーマが2箇所にあって、どっちが最新か分からない
・Claude Codeが関係ないファイルを読み込んでコンテキスト汚染
こういうミクロな事故が、積み重なると運用コストを押し上げます。
フォルダ設計は「抽出=Codex／実装=Claude Code」の二段構え
フォルダ設計で迷う人が多いポイントを先に書きます。
フォルダ設計は、Claude Codeだけでやるより二段構えで作るのがおすすめです。
Step1: Codexで構造案を抽出する
「どういうテーマで何をまとめるか」「階層をどう切るか」「命名規則はどうするか」。
このゼロから構造を考えるフェーズはCodexが速い。
既存フォルダを丸ごと渡して「不整合を指摘して」「リファクタ案を出して」みたいな使い方もCodex向きです。
Step2: Claude Codeで実装・運用する
構造案が固まったら、実際のローカルフォルダで動かすのはClaude Code。
各フォルダへのCLAUDE.md配置、ファイル作成、既存ファイルの移動、参照ルール整備。
ここはClaude Codeがプロジェクト全体を見ながら進めてくれます。
二段構えにする理由
構造を発散しながら考える仕事と、構造を決まった型で実装・運用する仕事は、求められる性質が真逆だからです。
Codexで広げてClaude Codeで収束させる、この順番が一番スムーズに進みます。
マスターピース構造を貫く7つの設計原則
僕がマスターピース構造を1ヶ月かけて固める中で、貫いている7つの原則があります。
構造そのものよりも、この原則が守られていることの方が重要です。
原則①：司令塔レイヤーと業務レイヤーを分ける
運用ルール・方針・判断基準を置く「司令塔レイヤー」と、実際の業務ファイルを置く「業務レイヤー」を物理的に分ける。
Claude Codeが起動時に司令塔を先に読むので、判断基準がブレなくなります。
原則②：横断ナレッジと事業別ナレッジを分ける
複数の事業に共通で使うナレッジ（媒体運用ルール・ライティング原本・教材知見など）は、横断ナレッジレイヤーとして独立させる。
事業ごとのフォルダには、その事業「だけ」で使う情報を入れる。
こうしておくと、事業を増やした時に横断ナレッジが自動で再利用できます。
原則③：正本と参照用を完全分離する
更新する正本と、「もう更新しない参照用」を物理的に別フォルダに分ける。
参照用フォルダには手を入れないとCLAUDE.mdで宣言しておくと、誤更新事故が防げます。
原則④：媒体ごとに「入口MD」を置く
Threads・Instagram・YouTubeのような媒体ごとに、1つの入口MDを置く。
CLAUDE.mdから「この媒体の投稿を作る時はこの入口MDから入る」と強制ゲートで指定することで、媒体ごとにルールが混ざらなくなります。
原則⑤：テンプレと知識本体を分ける
テンプレ（出力の型）と、知識本体（原本MD）を別フォルダに分ける。
テンプレ更新で知識本体が書き換わる事故を防ぐための分離です。
原則⑥：番号プレフィックスで参照順を可視化する
フォルダ名・ファイル名の先頭に数字プレフィックスを付けて、表示順を固定する。
ファインダーやVS Codeの表示順がそのまま参照順になるので、Claude Codeも「上から順に読む」が自然に効きます。
原則⑦：階層は3段まで
4段以上の深い階層を作らない。
個人事業主が扱える複雑さの上限は3階層で、それを超えるとファイル探しで迷子になります。
原本MDの命名規則と更新ルール
ファイル命名規則を統一しておくと、1ヶ月後の自分が迷いません。
僕が使っている命名規則
・テーマ名 + `_YYYYMMDD.md`（日付はファイル名末尾に付ける）
・番号プレフィックスで参照順を可視化
・日付は「作成日」ではなく「最終更新日」
更新時のルール
・正本の日付は更新のたびに書き換える
・旧バージョンを残したい場合は参照用フォルダへ移動
・同じテーマで日付違いが2つ残ったら、古い方は即削除か参照用行き
日付はフォルダ名に入れない
「2025-09」「2025-10」のような日付フォルダは作らない。
日付管理はファイル名末尾のYYYYMMDDだけで十分。フォルダ名に日付を入れると中身がテーマで探せなくなります。
＼ Claude Codeのナレッジ管理ノウハウを受け取る ／
※ 特典内容は時期により更新されます
フォルダが増えすぎた時の整理法
個人事業を続けていると、フォルダは必ず増えていきます。
整理タイミング：四半期に1回
僕は四半期に1回、フォルダ棚卸しをします。
Codexに「現状のフォルダ構造を渡して、不整合・重複・旧参照を指摘して」と頼むと、俯瞰で問題箇所を抽出してくれます。
整理の3つの基準
・1ヶ月触っていないフォルダは参照用行きか削除
・同じテーマが2箇所にあるなら正本を1つに寄せる
・階層が4段以上になっていたら浅くリファクタ
リファクタもCodex→Claude Codeの順
リファクタ案の設計はCodex、実際のファイル移動はClaude Code。
二段構えは棚卸しでも有効です。
個人事業主が陥るフォルダ迷子（失敗談）
僕が実際にやらかした失敗も共有します。
失敗①：日付フォルダ量産
「2025-09」「2025-10」みたいな日付フォルダを作ると、中身がテーマ別に散らばって後で探せなくなります。
日付は「ファイル名の末尾」に付けるだけで十分。フォルダ名で日付を切らない。
失敗②：「一時保管」フォルダが肥大化
「とりあえず一時保管」フォルダを作ると、半年後に巨大なゴミ箱になります。
一時保管を作らない。必ず最初から正しい場所に置くルールを徹底する方がいい。
失敗③：正本と参照用が混ざる
「これが最新？」と分からなくなるのが一番のロス。
「正本は1つ」「参照用は別フォルダへ隔離」のルールで完全分離。
失敗④：ファイル名のブレ
「ライティング知見」「ライティング_知見」「ライティング知見_v2」みたいに命名がブレると、検索で見つからなくなる。
命名規則を1回決めたら、CLAUDE.mdに書いて強制する。
FAQ
Q1. フォルダ設計は最初から完璧にすべき？
完璧でなくて大丈夫です。
「上位3〜5フォルダだけ先に決めて」あとは事業を回しながら育てるのが実運用向きです。
僕のマスターピースも、1ヶ月かけて今の形になりました。
Q2. フォルダ階層は何段までが適切？
最大3階層までが個人事業主には使いやすい。
4階層以上になると、ファイル探しで迷子になります。
Q3. 日付管理はどうすればいい？
日付はファイル名の末尾（_YYYYMMDD.md）に付けるだけ。フォルダ名で切らない。
最新日付が一番新しい正本、と1ルールだけ決める。
Q4. CLAUDE.mdはフォルダごとに置く？
トップに必ず1つ、必要に応じてサブフォルダにも置きます。
サブフォルダのCLAUDE.mdにはそのフォルダ内の参照ルールだけを書く。
Q5. 既存のフォルダをリファクタする時は？
まずCodexに現状を渡して構造案を出す→Claude Codeで実際のファイル移動、の二段構えが安全。
Claude Codeだけで進めると、既存ファイルを誤って消す事故が起きやすいです。
まとめ：フォルダ設計は「未来の自分への親切」
この記事のまとめ
・フォルダ設計はClaude Codeの参照速度と正確さを決める
・構造抽出はCodex、実装はClaude Codeの二段構えが速い
・マスターピース構造を貫く7つの設計原則がある
・司令塔レイヤーと業務レイヤーを物理的に分ける
・横断ナレッジと事業別ナレッジを分けると拡張が効く
・正本と参照用を完全分離（旧バージョンは参照用フォルダへ隔離）
・階層は最大3段まで、4段以上はリファクタ対象
フォルダ設計は、「未来の自分への親切」です。
今日決めた構造が、1ヶ月後・半年後の自分の作業速度を決めます。
まず上位3〜5フォルダだけ決めて、残りは走りながら育てるのがおすすめです✨️
＼ Claude Codeの最新情報をLINEで受け取る ／
※ 特典内容は時期により更新されます
English Summary
For solo entrepreneurs using Claude Code, folder design is not a “nice to have” — it directly determines the quality of every output. Claude Code’s output quality depends on how fast and how accurately it can trace source MDs at startup. Messy folder structure means Claude Code references outdated originals, mixes source-of-truth with reference-only files, or gets context-polluted by irrelevant content. Folder design works best in two stages: use Codex for the extraction phase (hierarchy drafting, naming conventions, inconsistency detection) and Claude Code for the implementation phase (actual file moves, CLAUDE.md placement, reference rule enforcement). My “masterpiece” structure is held together by seven design principles: separate the command-center layer from the business layer, separate cross-business knowledge from business-specific knowledge, fully isolate source-of-truth from reference-only material, give each medium its own entry MD, keep templates separate from the knowledge body, use numeric prefixes to lock reading order, and cap depth at three levels. Lessons from my failures: don’t create date-named folders, don’t create “temporary” folders, never let source-of-truth and reference-only mix, and standardize naming in CLAUDE.md. Start with three to five top-level folders and let the structure grow with your business. Folder design is kindness to your future self.
Claude Codeに関する記事まとめ
>> Claude Codeで一人社長を回す全体設計！非エンジニアが仕事を自動化した実運用マップ
>> Claude Codeの神設定5つ！1人でも仕事が自動で回る仕組みの作り方
>> Claude CodeのCLAUDE.md書き方！個人事業で原本管理する強制ゲート設計の実例
>> Claude Codeで改善ループを組む！検査AI・監査AIで成果物が勝手に磨かれる仕組み
>> Claude Codeのルーチン機能で日報とDM返信を自動化！一人社長のスケジュール運用術
>> Claude Codeのスキルとサブエージェント運用！知識の本体ではなく呼び出し口として使う設計論
>> Claude Codeでブログを回す！SEOクラスター記事を量産する実運用フロー
