この記事の結論
Claudeのプロジェクトは、指示欄に書いたことが中の全チャットに効きます。僕の会社では思考のマニュアルを指示欄に入れ、有無のA/Bで12票中7勝5敗。負けた点を足した版では、難題4問すべてで型どおりの答えが返りました。
目次9項目
【無料・メールだけ】Claude Code 2daysセミナー(第二の脳構築講座)の次回開催の案内を受け取る →
Claudeのプロジェクトの使い方で、僕の会社が効き目まで確かめたのは「指示欄に、仕事の進め方そのものを書く」ことでした。口調や役割だけでなく、どこで止まり、どう自分を疑い、どう報告するかまで書くと、中のチャットはすべてその型で答えます。効くかどうかは、マニュアルの有無を並べて確かめました。
2026年7月11日、僕の会社ではClaudeの上位モデルに自分の仕事の進め方を書き出させ、それを別のモデルに渡して難題4問を解かせました。マニュアルの有無で比べると、判定12票のうち7勝5敗。負けた理由も記録に残っています。
この記事では、プロジェクトの機能と作り方を公式ヘルプで押さえ、指示欄とナレッジの分け方、A/Bの中身、負けた穴の埋め方を書きます。「プロジェクトを作ったけれど、指示欄に何を書けばいいの?」と迷っているあなたに向けた記事です。
Claudeプロジェクトの使い方は「指示欄」が本体:口調ではなく進め方を書く
Claudeのプロジェクトでは、指示欄に書いた内容が、そのプロジェクトの中のすべてのチャットに効きます。だから僕は、仕事の進め方の規律を、ここに丸ごと入れる使い方をしています。
公式ヘルプが挙げる指示の例は、口調を改まった形にする、特定の役割や業界の立場から答えさせる、といったものです。もちろんそれでも使えますが、効き目が分かりやすいのは、答えの中身より「考える順番」を決めたときでした。
僕の会社の指示欄は約2,200字・9つの節
僕の会社のプロジェクト「Fable 5 Brain」の指示欄は、貼り付け用の原稿を2026年10月25日に数え直すと空白込みで2,244字・9つの節でした。冒頭の1行は次の原則です。
証拠で考え、結論から話す。可逆なら即実行、不可逆なら止まって可逆化を設計する。そして、出した結論を自分で崩しにいく。
続く節は、思考様式、判断の手順、実行のしかた、自己検証、報告のしかた、やらないこと、攻めのリスク設計、思考スキルの手順書の8つです。口調の指定は1行も入れていません。
指示欄に入れたのは「上位モデルが書いた自分の進め方」
マニュアルの中身は、Claudeの上位モデルであるFable 5に、自分の仕事の進め方を内省して書き出させたものです。モデルの知識や推論力は移せなくても、どの順番で考えてどこで手を止めるかは移せる、という考えで作りました。
ねらいは、高いモデルの規律を、普段使いのモデルでも再現することです。モデルごとの使い分けの決め方は、Claude Fable 5.1のeffortの決め方と使い分けに分けて書いています。
claude projectsの機能:チャット・指示・ナレッジを1つの作業場所にまとめる
claude.aiのプロジェクト(英語の画面では Projects)は、チャットの履歴とナレッジ(参考資料)を持つ、独立した作業場所です。公式ヘルプはこれを「self-contained workspaces」と呼んでいます。
プロジェクトの機能は、大きく3つに分かれます。チャットをまとめる場所、全チャットに効く指示欄、資料を置くナレッジです。公式ヘルプで確かめた範囲を、プランごとに並べました。
| できること | 無料プラン | Pro・Max | Team・Enterprise |
|---|---|---|---|
| プロジェクトを作る | 5つまで | 使える | 使える |
| 指示欄(Set project instructions) | 使える | 使える | 使える |
| ナレッジにファイルを入れる | 使える | 使える | 使える |
| ナレッジが多いときのRAGのモード | 対象外 | 対象 | 対象 |
| メンバーとの共有 | 対象外 | 対象外 | 「閲覧のみ」「編集可」で共有 |
1人で自分の仕事の型を育てるなら、Pro・Maxで足ります。社内のメンバーに同じ指示欄を使わせたいなら、共有のあるTeam・Enterpriseを選ぶことになります。
ナレッジの容量とRAGのモード
ナレッジに入れられるのは、文書・テキストファイル・コードの断片です。Claudeはそれを、そのプロジェクトのチャットの文脈として使います。
有料プランでは、ナレッジがコンテキストの上限に近づくと、Claudeが自動でRAGのモードに切り替えます。
ここでいうRAGとは、資料を毎回すべて読ませるのではなく、質問に関係する部分を探して読ませる方式です。公式ヘルプは、これで容量が最大10倍まで広がると説明しています。
一方で、ナレッジのファイル数や1ファイルの大きさ、指示欄の字数の上限は、2026年10月25日時点の公式ヘルプには数字の記載が見当たりませんでした。大きな資料を入れる前は、少し入れて答えを確かめるのが安全です。
名前とプロジェクトの説明は、Claudeには見えない
作るときに入れる名前と説明について、公式ヘルプは「Claudeはこれらにアクセスしない」と書いています。説明欄にルールを書いても、答えには効かないということです。
効かせたい内容は、必ず指示欄かナレッジに入れます。説明欄は、自分やメンバーが見分けるためのメモと考えておくと迷いません。
Claudeプロジェクトの作り方:新規作成から指示欄・ナレッジまでの4手順
プロジェクトは、左のメニューのProjectsから数クリックで作れます。公式ヘルプの手順を並べると次の4つです。
- 作る:左のメニューのProjects(または claude.ai/projects)を開き、右上の「+ New Project」を押す。名前と説明を入れる。TeamとEnterpriseでは、自分だけか組織と共有かを選ぶ
- 指示欄を書く:プロジェクトを開いて「Set project instructions」を選び、どう答えてほしいかを入れて保存する
- ナレッジを入れる:プロジェクトの画面の右側にあるナレッジの欄の「+」から、文書やテキストを追加する
- チャットを始める:プロジェクトの中で新しいチャットを開く。指示欄はこの中のすべてのチャットに効く
僕の会社では、2の指示欄に貼る原稿を、社内の資料の置き場に貼り付け用のファイルとして持っています。元のファイルがあると、改訂のときに何を変えたかを後から追えます。
使い終わったらアーカイブ、削除の前に戻す
使わなくなったプロジェクトは、右上の「…」のメニューからアーカイブできます。アーカイブしても、中のチャットは開けますし、共有の設定やメンバーも外れません。
削除も同じメニューから選べます。ただし、アーカイブしたプロジェクトはそのままでは消せないので、一度アーカイブを解除してから削除します。
2026年7月11日、マニュアルの有無でA/B:12票で7勝5敗だった
指示欄に入れるマニュアルが本当に効くのかは、並べて比べて確かめました。2026年7月11日、同じモデル(Opus 4.8)にマニュアルありとなしで難題4問を解かせ、どちらが良いかを判定させています。
結果は、判定12票のうちマニュアルありの7勝5敗でした。全部勝ったわけではなく、負けた問題がはっきり分かれたのが、この比較のいちばんの収穫でした。
難題4問と、ブラインドの判定のしかた
問題は、知識ではなく判断・実行・報告の規律を試すように作りました。4問とも、ありがちな答えに流れると失敗する形にしています。
| 問題 | 中身 | 判定 |
|---|---|---|
| P1 矛盾する要求 | LPの改善を、予算ゼロ・明朝までで頼まれる | 3-0でマニュアルありの勝ち |
| P2 本番障害 | 決済の失敗が一部で起き、原因の候補が混ざる | 1-2でマニュアルなしの勝ち |
| P3 不可逆の罠 | 消すよう言われたフォルダに、唯一の元データらしきもの | 3-0でマニュアルありの勝ち |
| P4 誠実な報告 | テスト48件中3件失敗、リリース判断の報告を書く | 0-3でマニュアルなしの勝ち |
判定は、上位モデル(Fable 5)の判定官3名が、どちらがマニュアルありかを伏せたまま行いました。見たのは判断の質・実行できるか・誠実さと検証の姿勢の3つです。動かしたのは計21のエージェントで、約80万トークンを使っています。
守りの規律は3-0、本番障害とリリース判断で負けた
勝ったP1とP3では、確信度を「確認済み・ほぼ確実・推測」の3段階で書き分けることや、消す前に中身を確かめる不可逆のゲートが、判定官から一貫して評価されました。P3では、照合を削除の前提条件に置いた点が決め手になっています。
負けたのは、止まって確かめるだけでは足りない問題でした。P4は3票とも負けで、判定官は「不可逆なものを可逆にする工夫が無い」ことを直接の原因に挙げています。
判定官は、ほかにも変更前の状態と比べて原因を絞る型や、伝聞を実データと突き合わせる手順が欠けていると指摘しました。僕はこの結果を、守りの規律だけでは素のモデルに勝てない、と受け取っています。
負けた穴を指示欄に足した:7項目を追加したv1.1で、4問すべて型どおり
負けた理由は、同じ7月11日のうちにマニュアルへ書き足し、v1.1にしました。指示欄の「攻めのリスク設計」の節が、そのとき足した部分です。
判定官の指摘と、足した項目を並べると次の表になります。どれも「止まる」で終わらせず、リスクを管理できる形にして前へ進むための規律です。
| 判定官の指摘 | v1.1で足した規律 |
|---|---|
| 不可逆を可逆にする工夫が無い(P4の負けの原因) | 段階公開・戻し方の用意・変更前のバックアップで可逆にする |
| 原因を決める比較の型が無い | 変更前の状態や対照群で、症状が消えるかを確かめる |
| 伝聞を実データと突き合わせていない | 報告は実データと照合してから調べる対象にする |
| 計画の前提を確かめていない | 道具・権限・時間・データ量が実在するかを確かめる |
| 1人で抱える前提になっている | 重大なときは最初に役割を決め、第二の目を入れる |
| 「保留」で止まり、代わりの案が無い | 代わりの案と、返事が無いときの既定の動きを書く |
| 「テストが通った=安全」を疑っていない | 成功した側も、重要な経路を通っているかを1回疑う |
本番のプロジェクトで、4問すべてに足した規律が出た
v1.1の指示を入れたclaude.aiのプロジェクトで、同じ7月11日の深夜に、同じ4問をもう一度投げました。モデルはOpus 4.8で、4問中4問の答えに、判定官が指摘した穴に対応する動きが出ています。
たとえばP4では、「45件通ったのでリリースできる」という報告を最悪の形として退け、返事が無ければ安全側で保留にする、という既定の動きまで書いてきました。v1.0で3票とも負けた問題です。
P3の不可逆の罠は、v1.0の指示の時点で、プロジェクトの中のOpus 4.8が型どおりに答えることを通しで確かめていました。指示欄に書いた規律がチャットの答えに出ることを、4問すべてで確認できた形です。
ブラウザの自動操作で投げるときの落とし穴
この確認では、ブラウザの自動操作でプロジェクトのチャットに問題文を入れました。そのとき、開いた直後のタブで日本語だけが落ち、英数字だけが入ることがありました。
記録には、送る前に必ず画面を撮って入力を確かめ、欠けていたら全選択して消し、入れ直すと直る、と残しています。指示欄の効き目を確かめるときは、問題文が正しく届いたかも合わせて見ておく必要があります。
2日後に手順書をナレッジへ:指示欄は短い原則、ナレッジは長い手順
指示欄だけでは、原則は伝わっても「具体的にどう動くか」までは書き切れません。そこで2026年7月13日、7つの思考スキルを手順に落とした手順書を作り、プロジェクトのナレッジに全文を入れました。
手順書は371行で、真意の読み取り・分解・自己検証・力の配分・確信度のラベル・答えの組み立て・失敗パターンの7章です。各章に良い例と悪い例を付けています。
指示欄からナレッジの手順書を呼び出す
同じ朝、指示欄には「思考スキル(手順書・必読)」の節を1つ足しました。どのタイミングで手順書のどの章を使うかを、指示欄の側に書いた形です。
具体的には、着手するときに真意の読み取りと分解、作業中に自己検証、答える直前に確信度のラベルと失敗パターンの照合、という順番です。単純な定型作業や一問一答には全部を当てない、とも書いています。
僕の会社の分け方は、指示欄が毎回効かせる短い原則、ナレッジが必要なときに引く長い手順です。指示欄の約2,200字に対して、手順書は371行あります。
作業ごとの手順を毎回同じ形で回したい場合は、Claude Codeのスキルという置き場もあります。スキルの作り方と社内で使われた本数は、Claude Skillsの作り方と、社内で使われた14本にまとめています。
直したら2か所をそろえる、が僕の会社の決まり
指示欄に貼る原稿とナレッジの手順書は、どちらも社内の資料の置き場に元のファイルがあります。マニュアルの本体を直したときは、ナレッジの入れ直しと、貼り付け用の原稿の更新を忘れない、と記録に書いています。
プロジェクトの中だけで直すと、元のファイルとずれていきます。
このマニュアルの要約は、Claude Codeで全モデルに読ませるルールファイルにも置いています。ルールファイルの組み方はプロンプトを毎回書くのをやめてルール化した実録に書いています。
指示欄に入れる前に知っておきたいこと:共有・使用量・新しいプロジェクトへの移行
指示欄にマニュアルを入れる前に確かめたいのは、誰と共有するか、使用量をどう食うか、これからのプロジェクトの形の変化、の3つです。
共有するなら、編集できる人を絞る
TeamとEnterpriseで共有するときは、「閲覧のみ」と「編集可」を選べます。編集可のメンバーは、指示欄とナレッジを変えられ、メンバーの管理もできます。
社内の規律を入れた指示欄は、誰かが書き換えると全チャットの答えが変わります。編集可は管理する人に絞り、ほかのメンバーは閲覧のみにすると、意図しない書き換えを防げます。
使用量はプランの枠から使う
プロジェクトで使った分は、プランの使用量の枠から使われると公式ヘルプは説明しています。指示欄が長いほど、毎回のチャットで読む量も増えます。
長い手順まで指示欄に入れるより、ナレッジに分けて必要なときに引かせる方が、毎回読む量は抑えられます。ナレッジが多くなったときに有料プランで働くのが、先に書いたRAGのモードです。
新しい形のプロジェクトへの移行が、段階的に進んでいる
2026年9月17日の公式ブログで、プロジェクトの新しい形がClaude Codeから順に提供されると発表されました。公式ヘルプでは、一部のPro・Maxの既存プロジェクトが新しい形へ移り始めています。
移行で失われたり消えたりするものは無い、と公式ヘルプは書いています。チャットとCoworkのそのほかの既存プロジェクトは、当面今の形のままです。
名前が似ていますが、新しい形のClaude Code Projectsは並列のスレッドを回す別の機能です。詳しくはClaude Code Projectsとはに分けて書いています。
前提がずれたら、指示欄の外の記録も直す
僕の会社では、マニュアルを作った当初、上位モデルが使えなくなる前に規律を残す、という前提で書いていました。2026年8月3日にその前提が誤りだと分かり、記録を訂正しています。
訂正のあとの位置づけは、使えなくなるモデルの遺産ではなく、安いモデルで同じ規律を再現するための移植です。こうした前提の変化は、元のファイルの側に書いておくと後で迷いません。
まとめ
- Claudeのプロジェクトは、チャットの履歴とナレッジを持つ作業場所で、指示欄に書いた内容が中のすべてのチャットに効く(無料プランは5つまで・2026年10月時点)
- 名前と説明はClaudeに見えない。効かせたいことは指示欄かナレッジに入れる
- 僕の会社では思考のマニュアルを指示欄に入れ、有無のA/Bで12票中7勝5敗。守りの規律は勝ち、リスクを可逆にする規律が無い問題で負けた
- 負けた穴の7項目を足したv1.1では、本番のプロジェクトで難題4問すべてに足した規律が出た
- 僕なら最初に、毎回のチャットで言い直している注意を3つ書き出し、指示欄に入れて同じ質問の答えを比べるところから始めます
よくある質問
Claudeのプロジェクトは無料プランでも使えますか?
使えます。公式ヘルプでは、プロジェクトは無料アカウントを含む全員が使え、無料プランは5つまで作れると説明されています。ナレッジが多いときに容量を広げるRAGのモードは、Pro・Max・Team・Enterpriseの有料プランだけです。
プロジェクトの指示欄とナレッジは、どう使い分けますか?
指示欄は、そのプロジェクトの全チャットに毎回効かせたい短い原則に向いています。長い手順書や資料はナレッジに入れ、指示欄から「この手順書を参照する」と呼び出す形にすると、指示欄を短く保てます。僕の会社では原則を約2,200字の指示欄に、371行の手順書をナレッジに分けました。
プロジェクトを社内のメンバーと共有できますか?
共有はTeamとEnterpriseのプランで使えます。メンバーをメールや一覧で招待し、「閲覧のみ」か「編集可」を選びます。編集可のメンバーは、指示欄とナレッジを変えられます。管理者が組織の共有をオフにしていることもあります。
Claude Code Projectsとclaude.aiのプロジェクトは同じものですか?
別の機能です。claude.aiのプロジェクトはチャットの履歴とナレッジをまとめる作業場所で、Claude Code Projectsは1つの会話から並列の作業スレッドを回す新しい形です。2026年10月時点で、新しい形への移行は段階的に進んでいます。
