Claudeの「プロジェクト」機能、うまく使えていますか。

Claudeの「プロジェクト」機能、うまく使えていますか。

正直、自分もしばらくは「話を整理するための箱」くらいにしか思っていませんでした。でも使い込んでいくうちに、これがかなり奥行きのある機能だと気づいたんです。今となっては、この機能をどう使うかでClaudeの使い勝手が全然変わってくると思っています。

まず基本的なところから。プロジェクトはスレッドをまとめて管理できる単位なんですが、そのプロジェクトごとに「指示プロンプト」を設定できるんです。つまり、そのプロジェクトで共通して必要になる前提情報を、あらかじめ入れておける。毎回同じ説明を繰り返さなくて済むわけです。これだけでも作業効率がかなり変わります。

さらにありがたいのが、プロジェクト内であれば他のスレッドの過去の会話も参照してくれるところ。「前に別のスレッドで話したあの件」を、また一から説明し直さなくていいんです。地味なんですけど、これがけっこう効いてきます。

ここまでが基本の話。でも自分が「プロジェクト機能って思ったより深いな」と感じたのは、この先の部分でした。

プロジェクトは単なる整理箱じゃないんです。指示プロンプトを設定できるということは、そのプロジェクトの中でのClaudeの前提や振る舞いそのものを、自分で作り込めるということなんですよね。「話す場所を分ける」んじゃなくて「そのプロジェクト専用のClaudeを育てる」に近い感覚です。

なので自分は今、内容によってプロジェクトを分けています。

進行中の仕事を管理するためのプロジェクト、営業活動のためのプロジェクト、セルフブランディングを考えるためのプロジェクト、AIとの壁打ち専用のプロジェクト。そしてこのNoteの記事を作っているプロジェクトや、今後話していく予定のNotionとの連携を設計したり修正したりする専用のプロジェクト。などなど、けっこうな数のプロジェクトがあります。

分けている理由はシンプルで、話が混ざらないからです。記事の構成を練っている最中に、Notionのルール調整みたいな話が割り込んでくると、どっちも中途半端になるんですよ。

それに、プロジェクトによって求めている動き方が全然違うんです。記事のプロジェクトでは考えの整理に付き合ってほしいけど、連携修正のプロジェクトでは余計なことを言わずに淡々と作業してほしい。壁打ち用のプロジェクトでは、忖度なしでガンガン切り込んできてほしい。そういう違いを、プロジェクトごとの指示プロンプトで作り分けられるわけです。

そしてジャンルごとに分けておくと、さっき書いた「過去のスレッドを参照してくれる」機能も効いてきます。関係ない話が混ざっていない分、参照される情報の精度が上がるんですよね。情報が整理されて使いやすくなるだけじゃなく、Claude側の理解も深まっていく。ここは思っていた以上のメリットでした。

他にもプロジェクトには便利な機能があって、参考資料を入れておくこともできます。

自分はここに、自分が過去に書いたNote記事をいくつかまとめたテキストファイルを入れています。何のためかというと、文体を真似てもらうためです。

これが地味にすごくて、ちゃんと入れておくと自分の書き方の癖みたいなものを拾ってくれるんですよ。語尾の混ざり方とか、文の切り方とか。もちろん完璧じゃないので最終的には自分で直すんですけど、たたき台の段階で「自分っぽい文章」になっているかどうかで、その後の手間が全然違います。

ちなみに、これを入れていなかった頃は、やたらと硬くて丁寧な文章が出てきていました。間違ってはいないんだけど、自分じゃない。そういう時期がありました。

そして参考資料もプロジェクトごとに入れられるので、当然、文章の感じをプロジェクトごとに変えることだってできるわけです。Noteの記事はこの砕けた感じで、クライアントへのメールはもっときっちりした感じで、というように。同じClaudeなのに、プロジェクトを移動するだけで書き方が変わる。これはなかなか便利です。

さて、ここまでプロジェクト機能の便利さを書いてきましたが、実はもう一段深い使い方があります。

その指示プロンプト自体を、Claudeに作らせるという方法です。

自分でゼロから書こうとすると、何をどこまで書けばいいのか分からないんですよね。それならClaudeに「このプロジェクトの指示プロンプトを作って」とお願いして、出てきたものを自分が確認して修正していけばいい。実際、今この記事を作っているプロジェクトの指示プロンプトも、そうやって作りました。

ただ、これがなかなか奥が深くて。ちゃんと使えるものにするには、いくつか押さえておくべきポイントがあるんです。ここを外すと、思ったように動いてくれません。

その話は長くなるので、次回にしようと思います。

そしてお知らせなんですが、このシリーズは次回からメンバーシップ限定の記事になります。ここまでの1話から3話は、Notion連携・引き継ぎプロンプト・プロジェクト機能という、仕組みの土台にあたる部分でした。次回からは、その土台を実際に自分の仕事にどう組み込んでいるか、うまくいかなかった部分も含めて、もう少し踏み込んだ話を書いていく予定です。

同じような使い方をしている人や、違う工夫をしている人がいたら、ぜひコメントで教えてください。