新しいClaudeエクスペリエンスでClaudeのスタイルと個人設定を再構築する方法（2026年版ガイド）

まずはアカウント全体のレイヤーから見ていきましょう。Anthropicはこれを次のように説明しています。「Instructions（指示）は、Claudeが回答時に考慮すべき一般的な指示を理解するのに役立つアカウント全体の設定です。」そして、その適用範囲は全体に及びます。「ここに追加した指示は、Claudeとのすべての会話に適用されます。」これは、多くの人が今でも「個人設定（personal preferences）」と呼んでいるフィールドです。

次にCoworkの変更です。同記事には次のように書かれています。「Claude Coworkでグローバル指示（Global instructions）を使用していた場合、新しいClaudeエクスペリエンスに移行すると、それらはInstructions for Claudeの一部になります。この設定を確認し、指示が意図通りになっているか確かめてください。」

Coworkのスタートガイドでは、この適用範囲が何を意味するかが明確に示されています。「新しいClaudeエクスペリエンスでは、グローバル指示は『Settings（設定） > General（一般）』の『Instructions for Claude』の一部となり、すべての会話に適用されます。」

これら2つの文を合わせて読めば、その結果は明らかです。Cowork向けに書いた指示（Anthropic自身の例では「好みのトーン、出力フォーマット、またはあなたの役割に関する背景情報」など）が、想定していなかったクイックなチャットを含むすべての会話に適用されるようになります。例えば、「常にフォーマットされたドキュメントを作成する」といった指示は、ファイルを成果物とするタスクには適していますが、1行の質問をする場合にはあまり意味をなしません。

次にスタイルについてです。現在の概要では、スキル（skills）が「Claudeのコミュニケーション方法をカスタマイズしたり、専門知識を適用したり、オンデマンドで有効化できる再現可能な動作を定義したりできる」機能としてリストされており、ユースケースとして「Claudeの回答のトーンとフォーマットを調整する」や「自身の執筆スタイルや好みに基づいたコミュニケーションパターンを適用する」が挙げられています。その要約文は非常に直接的です。「Claudeが回答をフォーマットし、提供する方法をカスタマイズしたい場合は、スキルを使用してください。」スタイルは、挙げられている3つの機能には含まれていません。

最後のピースは、再構築されたスタイルがどのように動作するかを左右するものです。スキルは常にオンになっているわけではありません。Anthropicのスキルに関する記事では、「スキルは段階的な開示（progressive disclosure）を通じて機能します。Claudeはどのスキルが関連しているかを判断し、そのタスクを完了するために必要な情報をロードします」と説明されています。そして、以下のように比較を行っています。「カスタム指示（Custom instructions）は、すべての会話に広く適用されます。スキルはタスク固有であり、関連する場合にのみロードされるため、専門的なワークフローに適しています。」

したがって、あらゆる場所で適用したいトーンのルールと、特定のタスクでのみ適用したいフォーマットは、現在では異なる場所に配置する必要があります。以前のガイドであるClaudeがシステムプロンプトを忘れるのを防ぐ方法では、当時Claudeがドキュメント化していたレベルに沿って指示を分類していましたが、その分類の原則は現在も有効であり、レベルの構成が変わっただけです。

統合されたフィールドをそのまま放置する。 移行によって文章は維持されたため、一見問題ないように見えます。しかし、古い個人設定と古いCoworkの指示の両方が含まれるフィールドは、自己矛盾を起こす可能性があり、しかもすべての会話に適用されてしまいます。Anthropic自身も、この設定を確認することを推奨しています。

古いスタイルをそのままInstructions for Claudeに貼り付ける。 これによりトーンがすべての会話に適用されますが、これが適切であるとは限りません。リリースノート、顧客への返信、フォーマルなレポートなど、特定の執筆にのみ使用していたスタイルの場合、日常的なカジュアルな質問に対する回答までそのトーンで返ってくるようになってしまいます。

すべてのスタイルをスキルに変換し、常に適用されることを期待する。 スキルは、Claudeが関連性があると判断したときにのみロードされます。これが設計上の仕様であり、タスク固有のフォーマットに適しています。すべての返答に適用したいルールを格納する場所としては不適切です。

トーンの維持を記憶（memory）に頼る。 Claudeの記憶は、あなたやあなたの仕事に関するコンテキストをキャプチャするものであり、指示（instructions）とは異なります。Anthropicは、記憶を「チャットからのコンテキストを記憶し、それを新しい会話やCoworkタスクに引き継ぐ」ためにClaudeが使用するものと説明しています。フォーマットルールが確実に適用されることを保証する場所ではありません。

すべてをゼロから書き直す。 そうしたくなりますが、通常はその必要はありません。あなたが書いたもののほとんどは依然として有効であり、単に適用範囲の異なるフィールドに入っているだけです。

この作業は書き直しではなく、分類（ソート）です。これまでに設定していたすべての指示は、「これはすべての会話、特定のプロジェクト、あるいは特定のタスクのどれに適用すべきか？」という1つの質問に答えるものになります。

ステップ 1：現在のInstructions for Claudeを確認する

設定（Settings）を開き、Instructions for Claudeを見つけます。変更を加える前に、内容をすべてテキストファイルにコピーしてください。

次に、それを1行ずつ読み、それぞれの行がどこから来たのか（古い個人設定なのか、それとも古いCoworkのグローバル指示なのか）を特定します。Coworkの指示は、成果物を伴う長期的なタスク向けに書かれていることが多いため、通常のチャットに対して適用範囲が不適切になっている可能性が最も高い部分です。

このフィールドに残すのは、Claudeとの今後のすべての会話に当てはまる行だけにしてください。例えば、呼ばれたい名前、あなたの役割、使用する言語やスペルの規則、すべてに適用される厳格な制約などです。Anthropic自身が挙げているこのフィールドの例には、「好みのアプローチや方法」、「よく使用する用語や概念」、「遭遇する典型的なシナリオ」、「一般的なコミュニケーションの指示」があります。このリストは、適用範囲をテストするのに適した基準です。

このテストに合格しなかったものはすべて、次の2つのステップで別の場所に移動します。

ステップ 2：タスク固有のトーンやフォーマットをスキルに移動する

古いスタイルや、出力フォーマットに関するCoworkの指示をそれぞれ確認し、それがどのようなタスクのためのものであったかを考えます。リリースノート用のスタイルは「リリースノートを作成するスキル」になります。社内テンプレートでドキュメントを作成するためのCoworkの指示は、「そのテンプレート用のスキル」になります。

スキルが適用される条件を明確に記述して、それぞれをスキルとして作成します。なぜなら、その記述に基づいてClaudeが関連性を判断するからです。Anthropicはカスタムスキルを「個人のワークフローを自動化し、仕事のスタイルに合わせてClaudeをカスタマイズする」方法と説明しており、誰でも「Markdownで指示を書くことによって」作成できると述べています。また、スキルを動作させるにはコード実行（code execution）を有効にする必要があるため、スキルがロードされない場合はその設定を確認してください。

スキルは1つのタスクに集中させてください。あなたの「声（トーン）」全体を表現しようとするスキルは、すべてに関連する一方で何にも特化しないため、ロードが不安定になります。セッション間でトーンを維持するというより広いテーマについては、Claudeにあなたの執筆スタイルを記憶させる方法で、それぞれの仕組みが保持できるものとできないものを解説しています。

ステップ 3：プロジェクト固有のコンテキストをプロジェクトに戻し、3つのレイヤーすべてをテストする

個人設定やCoworkの指示に含まれていた内容の一部は、実際には特定のクライアント、製品、書籍など、1つの業務体系に関するものであったはずです。これらはプロジェクトの指示（project instructions）に属します。Anthropicは、プロジェクトの指示は「そのプロジェクト内のチャットにのみ適用される」と述べています。

ここで、ドキュメントにおける1つの注意点を知っておくと役立ちます。パーソナライズの概要では「プロジェクトは無料のClaudeアカウントを持つユーザーを含むすべてのユーザーが利用可能」であり、無料ユーザーは最大5つまで作成できるとされていますが、同じページの要約では、特定のプロジェクトにプロジェクトの指示を使用することは「（有料プランのみ）」と案内されています。もし無料プランを利用していて、期待した場所にオプションが見当たらない場合は、セットアップの問題ではなく、プランの現在の機能制限を確認することをお勧めします。

その後、テストを行います。3つの会話を開始してください。短い質問をする通常のチャット、関連するプロジェクト内のチャット、そして新しいスキルのいずれかをトリガーするタスクです。短い質問に対しては、移動したフォーマットが適用されず、一般的なトーンで回答が返ってくるはずです。プロジェクトのチャットでは、プロジェクトのコンテキストが認識されている必要があります。スキルのタスクでは、フォーマットが適用されているはずです。もし適用されない場合は、スキルの説明をより具体的に修正してください。長期的なプロジェクトのコンテキストの挙動については、Claudeプロジェクトがスレッド間で記憶を処理する方法で解説しています。

ステップ1を行うことで、それ自体で保存しておく価値のあるものが出来上がります。それは、タスクのフォーマットやプロジェクトの詳細から切り離された、あなたの仕事の進め方に関する簡潔で適切にスコープされた記述です。MemoryLakeは、設定フィールドの名前が次に変更されても影響を受けないように、その記述を保管しておく場所です。

エントリーはあなた自身の言葉で作成します。Instructions for Claude、プロジェクト、スキル、またはその他のベンダーのストレージから何かが読み取られたり、書き込まれたり、削除されたりすることはありません。

ステップ 1：APIキーを作成する

サインインし、ダッシュボードからキーを生成します。このキーを使用することで、Claudeが今年どの設定ページを採用しているかに関わらず、アシスタントが作成したエントリーを読み取ることができるようになります。

ステップ 2：最初の記憶をアップロードする

ステップ1で「すべての会話」テストに合格した行から、1エントリーにつき1つずつ登録していきます。一見して理由が分かりにくいもの（なぜそのフォーマットを好むのか、どのオーディエンス向けのトーンなのかなど）については、その理由も書き加えてください。理由は、後でそのルールがまだ適用されるかどうかを判断する材料になります。

ステップ 3：AIとエージェントを接続する

Claudeや、普段使用している他のアシスタントを接続します。これにより、あなたの仕事の進め方に関する同じ簡潔な記述がそれぞれのアシスタントで利用可能になり、1つのツールの設定が変更されても、すべてのアシスタントで自分自身について説明し直す必要がなくなります。

最初の違いは、意図しない返答が減ることです。アカウント全体のフィールドに「どこでも当てはまること」だけが保持されていれば、簡単な質問に対して成果物のようなフォーマットで回答が返ってくることはなくなります。

2つ目は、タスクごとに意図したトーンを適用できるようになることです。特定の執筆作業用のスキルは、その執筆が行われているときにのみ適用されます。これは、多くの人が実際にスタイルを使用していた方法に非常に近いものです。

3つ目は、指示（instructions）と記憶（memory）の境界線が明確になることです。指示はあなたが設定するルールです。記憶はClaudeが蓄積するコンテキストです。この2つを混同してしまうと、ドキュメントではなく指示を与えるために作られた設定フィールドを通じて、Claudeに永続的なドメイン知識を与えようとするような事態に陥ってしまいます。

4つ目は、次の変更にかかるコストが削減されることです。今後も再編成は行われるでしょう。文章化され、適切にスコープされた仕事の進め方の記述があれば、数分で移行できます。重複するフィールドが蓄積されていると、それを解きほぐすのに半日かかってしまいます。

編集する前に、統合されたフィールドをコピーしておく。 これは移行によって生成された唯一の記録であり、後で比較するために必要になります。

すべての行の適用範囲（スコープ）を明確にする。 すべての会話、1つのプロジェクト、または1つのタスクのいずれかです。どれに該当するか判断できない場合、その行はおそらく2つの役割を同時に果たそうとしています。

スキルの説明はトリガー条件として記述する。 関連性によってスキルがロードされるかどうかが決まるため、単に何をするかだけでなく、それがどのような状況のためのものであるかを記述してください。スキルは記憶ではなく手順です。なぜエージェントのスキルは記憶ではないのかでその違いを説明しています。

プロジェクトの詳細はプロジェクト内に留める。 プロジェクトの指示はプロジェクト内でのみ適用されます。これは、クライアントや製品に特化したコンテキストにまさに必要な仕様です。

フォーマットを記憶に頼らない。 記憶はあなたに関するコンテキストを保持します。常に必要なフォーマットは、指示またはスキルとして設定する必要があります。

コンテキストの出所を把握する。 他のアシスタントから記憶をインポートした場合、設定が完了したと思い込む前に、Claudeの記憶インポートで実際に何が引き継がれるかを読んでおく価値があります。また、過去の会話で行われた決定を復元するには、プロジェクト内の過去のチャットを検索する方法が役立ちます。

新しいClaudeエクスペリエンスは、あなたのセットアップを破棄したわけではありません。移動させたのです。個人設定はInstructions for Claudeになり、Coworkのグローバル指示は同じフィールドに統合されて「すべての会話に適用」されるようになりました。そして、Anthropicの現在のドキュメントでは、トーンとフォーマットは常にロードされるのではなく、関連性があるときにロードされるスキルへと誘導されています。

これらの変更はそれぞれ合理的です。しかし、これらが組み合わさることで、あるコンテキスト向けに書いた指示が別のコンテキストで適用されるようになったり、スキルとして再構築されたスタイルが、以前のスタイルほど頻繁には適用されなくなったりする可能性があります。

統合されたフィールドをコピーし、すべての行を適用範囲ごとに分類し、タスクのフォーマットを専用のスキルに、プロジェクトの詳細をプロジェクトに移動した上で、3つのレイヤーすべてをテストしてください。どこでも当てはまる簡潔なリストを自分自身の手元に保管しておけば、次の設定変更の際には、半日ではなく数分で対応できるようになります。