部門別Claude Codeプロンプト・テンプレート集

営業データから週報を作成してください。最初は計画と確認項目だけを提示し、私が確認してから処理してください。

## 入力
- input/sales.csv
- 実在の個人情報を含まない匿名化データだけを使う

## 禁止事項
- 元CSVを変更・上書きしない
- 欠損値や不明なステージを推測で補わない
- ファイルの内容を外部サービスへ送信しない

## 作業
1. 文字コード、列名、行数、欠損、重複を確認する
2. 商談件数、金額合計、ステージ別件数・金額を集計する
3. 前週列がある場合だけ前週差を計算する
4. 異常値と未確認事項を分けて記載する
5. output/SALES-WEEKLY.mdへ保存する

## 合格条件
- 入力行数と集計対象・除外件数が一致する
- 合計とステージ別内訳を別計算で照合する
- 未確認事項を明記し、推測値を使わない
- 最後に元CSVが変更されていないことを確認する

次回商談の1ページブリーフを作成してください。事実、社内メモ、仮説を混ぜないでください。

## 入力
- input/company-public.md: 確認済みの公開情報
- input/internal-notes.md: 匿名化した社内メモ

## 出力構成
1. 商談目的（1文）
2. 確認済み事実（出典ファイルと該当箇所付き）
3. 現在の仮説（必ず「仮説」と表示）
4. 確認したい質問5件
5. 提案できる次の一歩
6. 不明点・追加で必要な情報

## 禁止事項
- 入力にない売上、従業員数、課題を作らない
- 個人情報や秘密情報を追加しない
- 公開情報と社内メモを同じ根拠として扱わない

output/MEETING-BRIEF.mdへ保存し、最後に各事実が入力へ辿れるか確認してください。

案件CSVの入力品質を点検してください。元データの値は変更せず、問題候補だけを別ファイルに出してください。

## 入力
- input/pipeline.csv

## 点検項目
- 必須列の欠損
- 金額が負数または数値でない
- 受注予定日が過去なのに進行中ステージ
- クローズ済みなのに確定日がない
- 同一案件IDの重複
- 定義表にないステージ名

## 出力
- output/PIPELINE-ISSUES.csv
- columns: row_number, issue_type, current_value, suggested_check

## 制約
- 値を自動修正しない
- 修正値を推測しない
- 個人名やメールアドレスを出力へ複製しない

最後に問題種別ごとの件数と、手動確認が必要な理由を報告してください。

検索流入だけでなく、読者が次の行動へ進める記事企画書を作成してください。

## 入力
- input/gsc-queries.csv: Search Consoleから取得した匿名集計
- input/official-sources.md: 確認済み一次ソース
- input/product-goal.md: 事業ゴールとCTA

## 作業
1. 高表示・低CTR、順位5〜20位、新規需要の候補を分ける
2. 対象読者と検索後に完了したい仕事を1つ定義する
3. 既存ページとの重複とカニバリを確認する
4. 独自に検証・配布できる成果物を1つ提案する
5. 一次ソースと最終確認日を整理する

## 出力
- 仮タイトル3案
- 検索意図と対象読者
- 見出し構成
- 独自検証・配布物
- 内部リンク元・先
- CTA
- 公開前の合格条件

データで確認できない検索量や効果は推測で断定せず「要追加調査」と記載してください。

マーケティング週次レポートを作成してください。数字の報告だけでなく、事実・仮説・検証を明確に分けてください。

## 入力
- input/channel-current.csv
- input/channel-previous.csv
- 個人単位のデータは使わない

## 計算
- sessions, users, conversions, cost, revenue
- 前期差（実数・率）
- CVR = conversions / sessions
- CPA = cost / conversions（0件はN/A）
- ROAS = revenue / cost（0円はN/A）

## 出力
1. 3行サマリー
2. チャネル別比較表
3. データで確認できる事実
4. 仮説（仮説と明記）
5. 次週に行う検証3件
6. データ品質上の注意

ゼロ除算を避け、丸め前の値で計算し、合計が入力と一致するか検算してください。

LPの公開前QAを行ってください。最初に対象URL・環境・確認可能な範囲を説明し、公開操作は行わないでください。

## 確認項目
- 390px / 768px / 1440pxで横スクロールや重なりがない
- H1が1つで、タイトル・description・canonicalが意図どおり
- CTA、フォーム、内部リンク、外部リンクが動く
- キーボード操作、フォーカス、ラベル、コントラストの基本確認
- GA4イベント名と同意前後の発火
- 誇大表現、架空の実績、未確認の数値がない
- 404、コンソールエラー、読み込み失敗がない

## 出力
- Blocker / High / Medium / Lowで問題を分類
- 再現手順、期待結果、実際の結果、対象箇所
- 公開可否は「可 / 条件付き / 不可」と根拠を記載

自動確認できない項目は「手動確認」として分け、勝手に修正・公開しないでください。

請求一覧と入金一覧を照合してください。会計判断や仕訳は行わず、照合候補を人間が確認できる形にしてください。

## 入力
- input/invoices.csv
- input/payments.csv
- 実在の個人情報・口座番号を含まない匿名化データ

## 照合順
1. 一意IDの完全一致
2. 金額と日付範囲の一致候補
3. 取引先コードと金額の一致候補

## 出力区分
- exact_match
- review_candidate
- unmatched_invoice
- unmatched_payment

## 制約
- 候補を確定扱いしない
- 元ファイルを変更しない
- 消費税、手数料、為替差を推測しない

件数・金額合計が入力と出力区分で一致することを検算し、差異があれば処理を完了扱いにしないでください。

議事録から、決定事項とアクションアイテムを抽出してください。

## 入力
- input/meeting-notes.md

## 出力
1. 決定事項
2. タスク表（タスク / 担当 / 期限 / 根拠箇所 / 状態）
3. 保留事項
4. 次回確認する質問

## ルール
- 担当者や期限が書かれていない場合は「未定」とする
- 推測で担当・期限・合意を補わない
- 原文の意味を変える要約をしない
- 各項目に議事録の該当見出しまたは行を付ける

output/ACTION-ITEMS.mdへ保存し、抽出漏れと誤った確定表現がないか最後に原文と照合してください。

共有フォルダの整理候補を棚卸ししてください。ファイルの削除・移動・改名は行わないでください。

## 対象
- input/sample-folder/（本番ではなく複製またはダミー）

## 検出候補
- 同一ハッシュまたは同一サイズ・類似名の重複候補
- 「最終」「最新版」など版が曖昧なファイル
- 命名規則から外れるファイル
- 所有者・更新責任者が不明なファイル
- 長期間更新されていない候補

## 出力
- path, issue_type, evidence, recommended_review
- 確定削除ではなく「確認候補」と表示

ファイル内容に個人情報がある可能性があれば読み取りを止め、メタデータだけで作業可能か確認してください。

問い合わせ・障害票を一次分類してください。根本原因の確定や本番変更は行わないでください。

## 入力
- input/tickets.csv
- トークン、パスワード、個人情報、機密ログは含めない

## 分類
- 影響範囲: individual / team / organization / unknown
- 緊急度: blocker / high / normal / low
- 種類: access / device / network / application / request / unknown
- 再現情報の充足: complete / missing

## 出力
- 優先順位付き一覧
- 各票の分類根拠
- 追加で聞く質問
- 担当候補（役割名のみ）
- エスカレーション条件

原因は「仮説」と明記し、入力にない事実を追加しないでください。

アクセス権のレビュー候補を作成してください。権限の付与・削除・アカウント停止は実行しないでください。

## 入力
- input/current-access.csv
- input/role-baseline.csv
- input/status.csv

## 比較
- 役割基準より強い権限
- 必要権限の不足
- 休職・退職・所属不明のアカウント
- 管理者権限と共有アカウント
- 最終確認日が基準を超えた権限

## 出力
- account_id, system, finding, evidence, recommended_owner, human_decision

個人名やメールは出力へ複製せずIDを使い、すべてを確認候補として扱ってください。件数の入力・出力整合も確認してください。

システム変更に合わせた運用手順書の更新案を作成してください。既存手順を直接上書きせず、差分案として出してください。

## 入力
- input/CHANGELOG.md
- input/current-runbook.md
- input/config-diff.txt
- input/official-source.md

## 作業
1. 変更された仕様・コマンド・設定を根拠付きで抽出する
2. 既存手順の影響箇所を特定する
3. 追加・変更・削除候補を分ける
4. ロールバックと確認コマンドを更新する
5. 自動確認できない項目を手動レビューに残す

## 出力
- 更新サマリー
- before / afterの差分案
- 検証手順
- 復旧手順
- 一次ソースと最終確認日

公式情報で確認できない内容は推測で確定せず「要確認」としてください。