# 自分の業務に合う活用例を探す
> 企画・開発・顧客対応・品質業務の問題を選び、必要な資料とSpecifyで解決する手順・成果を確認します。
企画が変わっても開発者は古い文書を見ていませんか。顧客回答の根拠が見つからない、コードと説明が食い違うことはありませんか。**今の問題に近い例**を選び、用意する資料、Specifyで行う作業、確認する成果を見てください。
## 今の問題から例を選ぶ
各ガイドは問題から始め、Specifyで解決する順序と成果物を案内します。まず例や小さな文書で試し、同じ流れにチームの資料を使ってください。
Specifyの同じ文書に企画を整理し、Claude Code・CodexからMCPで再読します。変更条件を実装計画とテストに合わせます。
最新ポリシーと過去の回答を照合し、回答・根拠・確認状態を作ります。担当者への確認が必要な質問をまとめます。
企画メモとコードを照合し、実装済み機能と未完了の要望を分けます。実行方法と次の担当者の確認一覧を残します。
変更資料と既存FAQから顧客案内とFAQ修正案を作ります。変更する説明と維持する上限・条件を合わせます。
コード根拠付きの要求・設計・SOUPの下書きとギャップレポートを作ります。担当者と専門家が漏れや未確定項目を確認します。
GitHub変更を根拠付きの文書修正案につなげます。関連文書のリクエスト・レスポンス・例を照合して反映します。
リポジトリからインストール・実行・コード探索の案内を作ります。チーム手順を補完し、新しい環境で試して改善します。
## どのドラフトも同じ手順で確認する
1. 範囲を決めます。 資料名、製品の版、対象期間、リポジトリのコミットを指定します。
2. 元の根拠を確認します。 検索スニペットだけで判断せず、原文を開きます。検索に出ない場合はインデックスとアクセス権も確認します。
3. レビューしやすい形式を依頼します。 表・比較・案内文・チェックリストと、根拠ID・確認状態・未解決項目を指定します。
4. 原文とドラフトを照合します。 事実と提案を分け、担当者の確認が必要な項目は確認が終わるまで未確定のままにします。
サービスを接続しても、すべての外部資料が自動でインデックスされるわけではありません。[資料検索の範囲](/ja/knowledge/rag)と各[コネクターの読み取り範囲](/ja/guides/connectors)を確認してください。生成した回答を再利用する場合も、元の根拠と基準日を確認します。
## サンプル資料で練習する
質問票・引き継ぎ・顧客案内の例は、共通のRelayDesk Demo資料セットを使います。架空のポリシー、旧FAQ、変更メモ、固定したコードを含み、資料間の相違を比較できます。実際の顧客情報やSpecifyのセキュリティポリシーは含みません。
各ガイドには原文を参照して実際のアプリで作成した画面、依頼例、人が確認する項目があります。医療機器の例は、専用ガイドから別のサンプルコードを取得できます。