ClaudeのProjectsを使う｜店の情報と文章のルールを登録する

毎回使う情報と、その日だけの情報を分ける

店の正式名、通常の予約方法、写真の利用条件は、複数の投稿で使います。先月で終わった限定メニューや一時的な営業変更が同じ資料に混ざると、今も有効な情報のように使われる恐れがあります。

Projectsには、資料を知識として追加し、会話に使う指示を設定する仕組みがあります。ただし設定や利用環境で違いもあるため、過去の会話がすべて必要な精度で自動共有されるとは見込めません。繰り返し使う条件は、資料や共通指示で明示する方法があります。

表は横にスクロールできます。

現行の基本情報と、採用した文章例を用意する

古いメニュー表と新しい表のどちらを使うかは、登録資料の量では解決しません。現行の基本情報、採用した文章例、公開前の確認方法が分かれば、追加資料が要るかも相談できます。

契約書や連絡履歴を丸ごと加えると、投稿には不要な連絡先や個人の事情まで含まれる場合があります。必要な内容を抜き出せるか、資料を扱う権限があるか、サービス側の設定はどうかを検討する仕事が先にあります。別の顧客の資料と混ざらない管理も要ります。

1. 基本資料に、正式名・商品説明・窓口と確認日を書く。
2. 採用された文章例を少数挙げ、参考にする特徴も記す。
3. 最新情報の確認先と、投稿前に確認する担当を記す。
4. 古い資料と現行版を区別し、どちらを使うか明記する。

プロジェクトの指示には、判断と出力の基準を書く

「親しみやすく」だけでは、書き手によって違う文章になります。「来店を急がせる言い方は使わず、店で何を楽しめるかを具体的に書く」という条件なら、採用例や避けたい例と比べられます。

情報不足への対応も共通指示に含められます。販売終了日が不明なら確認欄へ出す、写真の商品名が確定できなければ候補として尋ねる、といった内容です。空欄を推測で埋めないための指定になります。

このプロジェクトは、カフェのSNS投稿案を作るために使います。
目的：初めて見る人が、店の特徴と来店前に必要な情報を理解できること。
基本情報：確認日を付けた現行資料を優先し、資料間で矛盾があれば質問する。
文章：具体的な楽しみ方を短く示す。実績・人気・数量・日付は根拠なしに作らない。
出力：投稿案／使用した情報／店へ確認する点を分ける。
公開：ここでは案の作成まで。投稿前に担当者が確認する。

毎回の依頼では、変わった条件を補う

今回使う写真、案内する商品、投稿の目的、公開予定日は、一回の依頼の情報です。共通指示だけでは、その日の事情まで分かりません。臨時休業の告知なら、一時的な変更であることが依頼に含まれていれば、通常営業時間を永久に変える指示と区別できます。

表は横にスクロールできます。

依頼を出す前に、前提を短く確認してもらう

原稿の前に、参照中の店の情報と投稿目的を短く出してもらうと、条件の取り違えを早い段階で発見できる場合があります。誤った前提に気づけば、文章の修正より前に資料や指示へ戻れます。

投稿案だけでなく、確認事項も受け取る

未確定の価格や日付も、自然な文章の中では確定情報に見えることがあります。本文と別の確認欄に残っていれば、「この商品の販売日はいつですか」と店舗に質問できます。

繰り返す修正を共通指示へ加える

毎回「落ち着いた店」だけでは分からないと修正しているなら、「店で何を楽しめるかまで書く」という方針が共通指示の候補です。採用文とその理由が残れば、担当が変わっても修正の意図を説明できます。ただし、その投稿だけの好みを店全体のルールへ広げる必要はありません。

変更日と理由には、メニューの事実が変わったのか、説明の方針を変えたのかを区別して書けます。次の担当者が、古い情報を採用例だけから復元しないための記録にもなります。

よくある質問

過去の会話を全部追加した方がよいですか？

検討途中の案と採用した結論が混ざると、使う情報を特定しにくくなります。今も有効な条件、参照する資料、採用理由を分けて残す方法があります。終わった企画は別に保管できます。

基本情報を登録すれば、毎回の確認は不要ですか？

商品や営業日は変わるため、登録済みというだけで情報が現在も正しいとは言えません。確認日と今回の変更を踏まえ、投稿前に担当者の承認を受ける仕事は残ります。