AI活用100本ノック プロンプト集

あなたは注文住宅を初めて相談する架空の顧客役です。実在顧客の氏名、住所、連絡先、資金情報、商談記録は入力しません。
【顧客設定】年齢層：[ ]／家族状況：[ ]／検討状況：[ ]／警戒度：[ ]
【練習場面】[初回挨拶、ヒアリングなど]
【今回の練習目標】[ ]
私が住宅営業役として話しかけるので、実際の会話のように1〜2行で1ターンずつ返してください。設定にない個人情報や事実は作らないでください。
私が「ストップ、振り返り」と入力したら会話を止め、①良かった点、②顧客が不安になり得る言葉、③次に使える改善セリフを各1件出してください。判断根拠が弱い点は推測と明記し、次の練習課題を1つ提案してください。

私は住宅営業の新人です。以下の匿名化した商談メモを、学習用に整理してください。
【商談の目的】[ ]
【自分が注目した場面】[ ]
【商談メモ】[ ]
出力は、①商談の流れを「アイスブレイク／ヒアリング／提案／クロージング」に分類、②顧客の信頼形成につながった可能性のある発言を2件、③各発言の短い根拠箇所と意図の仮説、④先輩本人へ確認する具体的な質問を2件、⑤次回自分が試す行動を1件、としてください。メモにない事実は作らず、発言意図は必ず「仮説」と表示してください。判断できない箇所は「不明」とし、必要な追加情報を質問してください。

近隣ヒアリングPDFと掲載許可済み写真から、顧客向けHTMLレポートを安全に作る手順と実装案を作成してください。
【入力】調査PDF：[添付]／写真：[添付]／表示区分：[ ]／閲覧端末：[ ]／出力先：[ ]。
最初はプレビューのみとし、PDFの設問・回答・写真をページ番号付きで抽出してください。OCRで読めない箇所、写真との対応が不明な箇所、個人名・住所・顔・車両番号がある箇所を要確認一覧にし、勝手に補完しないでください。人が一覧を承認した後に、土地情報、周辺情報、自治会、ゴミ収集、近隣コメントをカード形式のHTMLへ整理してください。「安心」「安全」などの保証表現は原資料にあっても確認事項として扱ってください。秘密情報や認証情報はコードへ入れず、元PDFと既存成果物を上書きしないでください。少数ページでテストし、画面表示とPDF出力、画像欠落、文字切れを確認してください。異常時は生成を停止し、直前版へ戻す手順を示してください。外部共有は担当者の明示承認後に限ります。

土地選びで迷っている顧客向けに、今後の進め方を整理してください。
【重視する条件】[ ]
【候補Aの確認済み情報／未確認事項】[ ]
【候補Bの確認済み情報／未確認事項】[ ]
【新たに探す場合の条件】[ ]
各選択肢を「良い点」「注意点」「今後確認すること」に分け、各項目へ「確認済み事実／仮説／未確認」の区分と、確認先「現地／役所／設計／仲介」を付けてください。資料にない法規、費用、周辺状況は補わず、候補地の優劣や購入可否を決めないでください。最後に、家族で話し合う論点と次回商談の確認事項を箇条書きにし、押し付けないLINE文を下書きしてください。不足情報があれば先に質問し、LINEは送信せず下書きで止めてください。

添付した注文住宅の仕様商談音声を、次の見出しで整理してください。①商談概要、②顧客が明言した要望、③決定事項、④未決事項、⑤顧客側の宿題、⑥営業側の宿題、⑦次回予定、⑧商談のハードル、⑨停滞した場面と根拠発言、⑩次回までの打開策、⑪改善点、⑫CRM入力用サマリー。可能な範囲で根拠時刻を付け、聞き取れない箇所は「要確認」としてください。顧客発言、確認できる事実、営業上の仮説を別欄にし、仮説は断定しないでください。音声にない事実や期限は作らず、不足情報は質問してください。出力は下書きとし、共有やCRM登録は行わないでください。

住宅営業の商談を3段階で分析します。各段階の出力後に私の確認を待ち、勝手に次へ進まないでください。
Step 1：録音・議事録から、建築動機、建物、土地、資金、会社・担当者、時期、意思決定者、競合の8論点を整理してください。各項目で、顧客が自発的に話した能動発言と、営業の質問への受動反応を分け、短い引用と根拠時刻を付けてください。根拠がなければ「情報なし」としてください。
Step 2：私が確認済みと伝えた事実だけを使い、8論点ごとに「聞けているか」「説明できているか」「未解消か」を整理し、テストクロージングの有無と成否を短い引用・根拠時刻付きで示してください。全体の現在の商談フェーズを「情報収集／要件整理／提案／クロージング」から1つ選び、根拠事実を示してください。各論点が建築動機とどう接続しているかを評価し、接続根拠がなければ「情報不足」としてください。顧客心理や営業能力は断定せず、事実、仮説、反証、情報不足、追加確認質問を分けてください。
Step 3：私の承認後、重要度と根拠の確かさを基に優先施策を3件へ絞り、次回質問、準備資料、顧客側へ依頼する宿題を提示してください。さらに、次回に想定される反論を2件だけ仮説として挙げ、それぞれに「確認質問→回答案→合意確認」の応酬話法をプレビューしてください。反論を事実扱いせず、押し付けや断定を避けてください。情報不足なら停止して質問を返し、担当者と上司の確認前に戦略を確定せず、外部操作や人事評価は行わないでください。

匿名化した受注商談データを段階的に分析してください。可能なら失注案件または反証資料も添付します。各Stepの後に私の確認を待ってください。
Step 1：顧客が比較・判断について明言した発言、営業の直前発言、未確認のまま進んだ論点を、根拠時刻付きで抽出してください。
Step 2：重要な決定要因、BANTの変化、商談が前進・停滞した転換点、競合比較、失注につながり得た弱点を同じ表へ整理してください。外的条件と営業行動を分け、すべて仮説として扱ってください。
Step 3：複数案件に共通する場合だけ再現候補とし、質問、実施タイミング、説明順序、反論対応、失敗条件を含む標準手順案へ変換してください。単一案件しかない場合は「個別事例の仮説」と表示してください。
Step 4：反証事例、適用しない場面、追加確認事項を示し、上司の確認を待ってください。個人評価や競合への断定は行わないでください。

アップロードした営業帳票を段階的に分析してください。各Stepの後に私の確認を待ち、未定義・不足があれば推測で補わず質問してください。
Step 1：帳票ごとの列定義、数値定義、対象期間、母数、分母・分子、重複ID、欠損、除外条件、各ファネル段階の意味を照合してください。勝敗、競合、CPA、ROI、売上、粗利、商圏、出店の定義と計算式も確認し、不明点があれば計算を止めてください。
Step 2：月ごとの「集客→初回面談→次回面談→申込→契約」の件数と移行率を表にし、使用した分母・分子、除外行、異常値を明記してください。目標差と離脱箇所を、担当者、流入元、期間別に比較してください。
Step 3：担当者別の各移行率と、ロープレなどの入力行動・営業結果の関係を、対象数と期間付きで整理してください。相関は因果を示さないと明記し、原因は断定せず、根拠、仮説、反証、不足データを分けてください。担当者比較を人事評価へ使わないでください。
Step 4：匿名化した勝敗・競合資料から、勝敗別に要因と属性の出現数・割合・母数を整理してください。競合別比較は十分な母数がある範囲に限り、競合名は匿名記号へ置き換えてください。価格、デザイン、性能などの属性と勝敗の関係は傾向として示し、優劣や因果を断定せず、反証、欠損、別の説明を併記してください。
Step 5：広告費と反響データから、ユーザーが確認した式でCPAとROIを算出してください。費用範囲、獲得数、売上・粗利の扱いを明記し、式や入力が不足する場合は算出しないでください。商圏データと出店計画をクロス分析し、前提別の懸念、期待値、不足データを分け、根拠のない市場規模は作らないでください。
Step 6：売上目標に対し、どの改善候補KPIをどの程度動かすと結果がどう変わるかを前提別の感度分析で示してください。基準値、計算式、必要改善幅、連動するKPI、不確実性を明記し、将来予測や成果を保証しないでください。改善案、再計測KPI、原表で検算するセル・条件を一覧にし、営業・マーケ責任者の確認欄を付けてください。結果は意思決定用のプレビューとして提示し、元帳票の同期・書込み、出店、広告配分、評価は実行しないでください。営業・マーケ責任者が原表と前提を確認し、実行ごとに明示承認して採否を決めてください。

これは公開版で安全に再利用するための推奨プロンプトであり、元事例で次の安全手順が実施済みだったことを示すものではありません。あなたは住宅営業の育成用レビュー補助です。人事評価者ではありません。入力した文字起こしだけを根拠に振り返ってください。
【事前確認】録音同意：[確認済み／未確認]／利用範囲：[ ]／匿名化：[確認済み／未確認]。未確認があれば分析を止めてください。
【入力】文字起こし：[ ]／商談の目的と段階：[ ]／提出者が把握する失注理由：[ ]／確認したい工程：[ ]。
Step 1：話者、欠落、録音範囲を確認し、BANT、顧客が明示した懸念、反応変化、その直前の営業発言を、話者・時刻・短い引用付きで抽出してください。
Step 2：出力を「確認できる事実」「仮説A・B・C」「情報不足」に分けてください。各仮説へ支持する根拠、反証する発言、別の説明、確かめる質問を付けてください。顧客心理、競合の優劣、失注の単一原因、営業能力を断定しないでください。
Step 3：見落とした確認事項、次回試す質問、避ける行動を具体化してください。人格・適性・査定の評価は出力しないでください。
Step 4：上司確認欄を作り、原文一致、採用する仮説、追加確認、採用しない提案を記入できるようにしてください。上司確認前は改善案を確定しないでください。

Google Apps Scriptで、来場予約管理シートから追客候補を抽出し、Chatwork通知候補を作る実装案を作成してください。
【差替設定】シート名：[ ]／顧客ID列：[ ]／来場日列：[ ]／最終接触日列：[ ]／ステータス列：[ ]／担当者列：[ ]／経過日数：[14]／通知済み列：[ ]。
【権限】スプレッドシート閲覧・更新権限とChatwork送信権限を分け、APIトークンやルームIDをコードへ直書きしないでください。
初期値はDRY_RUN=trueとし、対象一覧、除外理由、TO付き通知本文のプレビューだけを出してください。境界日、空欄、重複、通知済み、無効な担当者をテストし、顧客ID×来場日×ルール版を処理済みキーにして二重処理を防いでください。定期トリガーは送信せず候補キューを作るだけにし、実行のたびに管理者が対象と本文を明示承認した後だけ送信してください。エラー時は送信せず停止し、トリガー無効化、誤った担当切替・通知済みフラグの復旧、監査ログ確認の手順を示してください。

あなたは注文住宅会社の顧客対応を支援する文章編集者です。以下を基に、返信の下書きだけを作ってください。
【相手】[顧客／協力会社／社内]
【媒体】LINE
【受信文】[匿名化して貼付]
【返信の目的】[ ]
【確認済み事実】[ ]
【確認したいこと】[ ]
【対応できること／できないこと】[ ]
【避ける表現】[ ]
トーンは丁寧だが堅すぎず、やわらかく誠実にしてください。LINEは一文の途中で改行せず、読みやすい長さにしてください。通常時は「挨拶→背景→本題→配慮→締め」、不安・指摘時は「受け止め→軽い謝意→確認済みの状況→次の対応→余白」の順にします。未確定事項、日付、金額、仕様、対応可否、補償を断定せず、不足があれば先に質問してください。出力は本文案、要確認事項、責任者確認が必要な表現の順とし、送信は行わないでください。

あなたはPowerPoint自動編集の実装担当です。入力されたPPTX草案を、原本を一切変更せず、別名の顧客向け完成候補へ仕上げてください。

【入力】PPTX草案：[ ]／対象読者：[ ]／資料の目的：[ ]／デザイン方針：[ ]／利用許可済み素材：[ ]／別名出力の命名規則：[ ]

最初はdry-runとし、元ファイルを読み取り専用で扱い、スライドごとの変更予定一覧とプレビューだけを作ってください。既存の文章、数値、スライド順は変更せず、内容に合うピクトグラムやアイコンの候補、配置、フォント、余白を提案してください。素材ごとに出典、ライセンス、商用利用、改変、クレジット条件を一覧化し、確認できない素材は使わないでください。実装はpython-pptxを前提に、依存関係、設定箇所、最小限のファイル権限、実行手順を説明してください。認証情報や秘密情報はコードへ埋め込まないでください。

dry-run後は、スライド数、原文一致、文字切れ、重なり、画像解像度、PowerPointでの開閉をテストし、差分表を出してください。エラーやレイアウト崩れがあれば処理を停止し、出力候補を採用せず原本から復旧できる手順を示してください。担当者がプレビューと権利確認表を確認して明示承認するまで本番出力を行わず、承認後も原本とは別ファイルへ保存してください。顧客への外部配布は、完成候補を人が再確認し、別途明示承認した後に限ります。

スマートフォン対応の「住まいスタイル診断」を、HTML / CSS / JavaScriptだけで動く単一ファイルとして設計してください。
【前提・権限】ローカルでHTMLを作成・閲覧できる環境を使い、外部サービスへの接続権限や顧客データへのアクセス権限は与えない。
【差替設定】質問：[ ]／選択肢：[ ]／結果タイプ：[ ]／判定条件：[ ]／配色：[ ]。
外部API、外部送信、認証、個人情報保存は使わないでください。まず画面構成、判定ロジック、全分岐のテスト表を提示し、私の承認後に実装案を出してください。初期版は別名のdry-runプレビューとして出力し、既存ファイルを上書きしないでください。未回答、同点、想定外入力のエラー表示、処理停止方法、直前版へ戻す手順を含めてください。ダミー回答で全結果をテストし、人が質問文と結果文を承認するまで公開しないでください。

住宅ローンの返済比較を対話形式で試作してください。各Stepの後に私の確認を待ってください。
Step 1：借入元金、当初金利、返済期間、返済方式、ボーナス払い、金利変更時期、端数処理、5年ルール・125%ルールの契約上の適用可否、目標月額を一覧化してください。不明な条件は計算せず質問し、公式資料の参照箇所を求めてください。
Step 2：適用あり・なしを分け、金利シナリオごとの月返済額、年間返済額、元金残高、利息、総返済額、目標月額へ下げるための繰上返済額を、式と前提付きで計算してください。適用外のルールを混ぜないでください。
Step 3：計算表とHTML表示案を作り、別計算で照合する全数値、丸め、境界条件、表示更新テストを一覧にしてください。不一致や表示反映エラーがあれば停止してください。
Step 4：金融機関へ確認する事項と金融実務者の検算欄を作ってください。助言、商品選定、顧客提示は行わず、専門確認前の試作と明記してください。

住宅建設会社の顧客対応ガイドライン案を対話形式で作成してください。
Step 1：担当役割、対象工程、連絡手段、既存ルール、決裁権限、問い合わせの初回応答期限を確認し、不足情報を質問してください。
Step 2：確認済み情報だけで、①目的、②平常時の定期連絡と現場写真、③金額・仕様変更時の連絡、④問題発生時の初動、⑤継続報告、⑥管理職へ上げる条件、⑦担当者別責任、の構成案を作ってください。確定回答できない場合の報告型は「現状／顧客への影響／次の対応／次回報告日時」としてください。
Step 3：担当者、タイミング、行動、承認者を表にし、ルール間の矛盾、契約・補償・決裁上の未確認事項を表示してください。
Step 4：人の修正後にHTML下書きを作ってください。未承認の期限や権限を作らず、関係部署と法務の承認まで運用開始しないでください。

あなたはGoogle Apps Scriptによる業務連携の設計担当です。Google Calendarの商談予定から、Zoho CRMの来場ステータス更新候補を抽出する処理を設計してください。実在の顧客名、予定タイトル、URL、レコードID、APIフィールド名、認証情報は例示しないでください。
【入力】対象期間：[ ]／匿名化した予定例：[ ]／予定IDの取得方法：[ ]／CRMレコードIDの取得方法：[ ]／更新フィールドの業務上の意味：[ ]／除外条件：[ ]／承認者：[ ]。
読み取り用と更新用の権限を分け、必要なCRMモジュールとフィールドだけに最小化してください。認証情報は安全な設定領域へ分離し、コード、ログ、回答本文へ出さないでください。最初はdry-runとし、CRMへ書き込まず、予定ID、CRMレコードID、変更前値、変更後値、判定理由、除外理由、重複、エラーを差分表へ出してください。氏名の曖昧一致や既定担当者での補完は禁止し、不一致、複数一致、ID欠損、既に更新済みの場合は停止してください。
架空データで正常一致、表記ゆれ、不一致、重複、ID欠損、更新済み、API失敗をテストしてください。CRMレコードID×予定ID×更新日を処理済みキーにし、再実行時の二重更新を防いでください。担当者が一件ずつ差分を明示承認するまで更新APIを呼ばないでください。本番処理には件数上限、停止スイッチ、変更前値を含む監査ログを設け、異常時は停止して承認済みの変更だけを変更前値へ戻せる手順を示してください。

あなたは住宅営業の育成担当です。完全匿名化した複数の競合営業観察メモを、同じ比較軸で整理してください。
【入力】取得経路と利用権の確認結果：[ ]／固有情報を除いたメモ：[ ]／比較したい工程：[ ]／自社の営業方針：[ ]／制約：[ ]／利用目的：[ ]。
最初に、会社名、個人名、顧客情報、案件名、価格、固有数値、内部略称が残っていないか確認し、残っている場合や利用権が未確認の場合は分析を止めてください。接触頻度、初回面談、質問、提案の軸、体験機会、クロージング時期を共通列にし、各メモの観察事実だけを根拠箇所付きで表へ整理してください。記載がない項目は「情報不足」としてください。
次に、共通点、相違点、自社で試す仮説を分け、各仮説へ対象メモ数、支持根拠、反証、別の説明、追加確認を付けてください。成約との因果、会社・担当者の優劣、違法・不正・無価値などの評価、営業秘密の推測、比較広告に使える断定表現は作らないでください。最後に、導入候補を小さく試す方法と確認指標へ変換し、法務・営業責任者の確認欄を付けてください。

不動産仲介会社向けの物件募集チラシ案をA4一枚分で作成してください。
【募集目的】[ ]
【対象読者】[ ]
【募集物件】[ ]
【承認済み取引条件】[ ]
【相手側のメリット】[ ]
【会社・問い合わせ先】[ ]
構成は「キャッチコピー→主なメリット→募集物件→取引の進め方→問い合わせ先」とし、拾い読みできる短い見出しと箇条書きでまとめてください。入力にない金額、手数料、実績、許可条件は作らず「要確認」としてください。確約表現は入力された承認済み条件だけに限定し、配布はせず下書きで止めてください。

複数回の住宅打合せ議事録を段階的に整理してください。
Step 1：各議事録から「色味・カラー」「外装・外観」「内装・インテリア」に関する発言を抽出し、回次と短い根拠を付けてください。
Step 2：各項目を「決定」「検討中」「要確認」に分類してください。明確な合意がない場合は決定にしないでください。
Step 3：新しい議事録を追加した場合は、前回版からの追加・変更・取消候補だけを先に表示し、私の確認を待ってください。確認後に統合表へ反映し、好みの傾向、矛盾、変更履歴をまとめてください。
Step 4：カテゴリ、内容、状態、根拠回、変更履歴、次回確認事項を一覧にしたHTML下書きを作ってください。個人名や案件名は出さず、推測は仮説と表示してください。

添付した改修前の室内写真を基に、リノベーション後の参考パースを生成してください。
【空間用途】[ ]
【残す構造・設備】[窓、柱、梁、開口、天井高、照明・設備位置]
【変更する内容】[床、壁、天井、建具、家具]
【希望テイスト】[ ]
【色・素材】[ ]
【自然光の方向・昼夜】[ ]
【カメラ位置・画角・写実度】[ ]
【変更禁止箇所】[ ]
元写真の構図、開口、柱、梁、天井高、設備位置を維持し、指定にない要素を追加・削除しないでください。素材、寸法、写っていない部分が不明なら生成前に質問してください。反映した変更、保持した要素、不明点を一覧にし、画像は提案用の参考イメージで、寸法・構造・施工可否・完成を保証しないと明記してください。

Claude Codeで、製品カタログPDFから営業用HTMLカタログを作成・更新する実装計画を作ってください。
【前提・権限】ローカルPythonとPyMuPDFを利用／元PDFは読取権限／出力先は限定した書込権限。
【モード】[新規作成／既存HTML更新]
【入力】対象ページ：[ ]／既存HTML：[ ]／商品ID：[ ]／追加・変更・削除候補：[ ]／表示順：[ ]／出力先：[ ]／画像埋め込み方式：[Base64など]。
最初にページ、商品ID、部材、画像、仕様の対応表を作り、カタログ版・利用条件・不明点を示してください。更新モードでは既存商品IDを維持し、追加・変更・削除候補の差分だけをプレビューしてください。承認後に少数項目でdry-runし、画像抽出失敗、重複、欠落、向き、長い製品名、組合せ、オフライン表示をテストしてください。秘密情報や実顧客情報をコードへ書かず、既存HTMLを上書きせず別名出力してください。仕様・画像・利用権を人が確認するまで全件生成せず、エラー時は停止して直前版へ戻す手順を示してください。

添付した換気システムのカタログ・仕様書だけを根拠に、対話形式で比較資料を作成してください。
Step 1：各資料の製品名、版、発行日、対象ページを一覧にし、不明な資料があれば停止して質問してください。
Step 2：換気方式、熱交換、メンテナンス、設置条件、資料に記載された費用情報を表にし、各セルへ資料名、ページ、測定・試験条件を付けてください。条件が異なる数値は同列で単純比較せず、記載がない項目は「資料記載なし」としてください。
Step 3：各製品のメリット、注意点、向く条件を、資料から確認できる範囲で平易に説明してください。優劣、性能保証、最終推奨は断定しないでください。
Step 4：技術担当者が検算する全数値・条件・説明一覧を出し、確認後にだけ顧客向け下書きを作ってください。

Claude Codeで家具提案PowerPointを作る実装計画を作成してください。
【前提・権限】既存のPptxGenJS環境を使用し、Officeアプリは自動操作しない。家具資料と画像は読取権限、出力先は限定した書込権限だけを使う。
【入力】家具リスト：[ ]／画像：[ ]／間取り図：[ ]／配置：[ ]／数量・税込価格：[ ]／内装イメージ：[ ]／ロゴ：[ ]／出力先：[ ]。
まず商品、画像、数量、税込単価、税込小計、配置番号の対応表を作り、不足情報を質問してください。スライドの出力順は必ず「表紙→配置プラン→各アイテム→税込総額入りITEM LIST」とし、コンセプトは表紙内へ入れて独立スライドを追加しないでください。各アイテムは必ず「1スライド＝1アイテム」とし、複数商品を同じアイテムスライドへまとめないでください。同一商品の数量はアイテムスライドに明記し、ITEM LISTの数量・税込単価・税込小計・税込総額へ反映してください。配置プランの番号は各アイテムスライドとITEM LISTの番号に一致させてください。ロゴまたは内装イメージから配色候補を出し、商品画像が1枚の場合は大きく1点、2枚の場合は左右、3枚の場合は大1点＋小2点の固定レイアウトを定義してください。商品画像は添付を優先し、未取得はプレースホルダーと参照元欄を残し、AVIFなど未対応形式は変換してください。少数商品でdry-runし、PptxGenJSで別名出力後に全ページを画像化してください。固定順、1スライド＝1アイテム、文字切れ、重なり、画像欠落、縦横比、数量、税込単価・小計・総額、配置番号、ページ欠落、ファイル破損を全ページで検証してください。秘密情報、実URL、固定パスをコードへ書かず、異常時は停止し直前版へ戻してください。全件生成と外部共有は人の明示承認後に限ります。

IC打合せ前後の作業をGoogleカレンダーへ安全に割り付ける設計案を作成してください。
【前提・権限】対象者本人の許可を得た環境で、カレンダーの読み取り権限と予定作成権限を分ける。
【設定】対象カレンダー：[ ]／勤務時間：[ ]／休憩：[ ]／休暇・除外予定：[ ]。
【タスク表】作業名：[ ]／基準イベント：[ ]／最短着手日：[ ]／期限：[ ]／所要時間：[ ]／分割可否：[ ]／優先度：[ ]／同種作業をまとめてよいか：[ ]。
カレンダーIDや認証情報をコードへ直書きしないでください。初期状態はDRY_RUN=trueとし、既存予定を変更せず、候補日時、期限、除外理由、競合、移動時間不足、期限超過を時系列で表示してください。分割不可の作業を分割せず、まとめ実施の条件を守り、候補がなければ停止して調整が必要な条件を質問してください。ダミーカレンダーで休暇、重複、長時間タスク、期限超過、候補なしをテストしてください。予定名、日時、対象カレンダーを本人が実行時点で明示承認した後だけ登録し、追加予定一覧、取消方法、誤登録時の復旧手順を示してください。

Claudeで、Google SheetsとGoogle Calendarを使う打合せ日程抽出用Google Apps Scriptの改善計画を作成してください。
【前提・権限】管理者が許可したテスト環境を使い、設定表とカレンダーの読取権限、本番出力の書込権限を分ける。
【設定】平日枠：[ ]／休日枠：[ ]／前後バッファ：[ ]／打合せ種類・所要時間：[ ]／標準間隔：[ ]／顧客NG日：[ ]／担当者カレンダー：[ ]／日次上限：[ ]／同時対応数：[ ]／最短・最長リードタイム：[ ]／着工日：[ ]／申請期限：[ ]。
カレンダーIDや認証情報をコードへ直書きせず、安全な設定領域から読む設計にしてください。初期状態はテスト用スプレッドシートとDRY_RUN=trueとし、週末希望は休日枠から探索し、不足時だけ平日案を追加してください。候補日時、除外理由、間隔不足、申請期限超過、着工までの短い工程、キャパ超過、候補なしを表示してください。境界日、休憩、重複、長時間打合せ、空欄、無効IDをテストし、エラー時は本番へ書き込まず停止してください。候補を自動確定せず、カレンダー登録も行わないでください。人が差分を承認した後だけ出力表へ反映し、停止方法、トリガー無効化、直前版と出力表の復旧手順を示してください。

あなたは住宅打合せ資料の整理支援者です。原PDFは読取専用にし、【メーカー区分ごとの判定キーワード】【分類優先順】【複数メーカー該当ページの扱い】【日付】【顧客識別名】【打合せ回次】【命名規則】を先に確認してください。不足時は質問して停止します。まず全ページをOCRし、ページ番号、該当区分、判定根拠、確度、複数該当、不明箇所、出力予定名をdry-run表で示し、ファイルを作りません。複数該当ページは原本から各分類へ複製し、元のページ順を保ちます。私が表を承認した後だけ別名PDFを作成し、ページ数と欠落を検査してください。メールが必要な場合は添付一覧付き下書きだけを作り、送信しません。ライブラリ追加や権限変更が必要なら目的と影響を示して承認を待ち、失敗時は書込前に停止して再開方法を示してください。

あなたは外構図面の修正内容を整理するアシスタントです。添付図面に追加された手書き文字、矢印、丸囲み、参考写真だけを読み取り、原図にない指示を補わないでください。出力は「場所｜対象部材｜変更・指示内容｜根拠となる追記位置｜確認事項」の表にしてください。文字が不鮮明、矢印の対象が不明、寸法や型番が確定できない場合は推測せず「要確認」と記載してください。最後に、修正指示へ転記する前に人が確認すべき項目を箇条書きで示してください。

これは元活用を安全に再現するための公開版手順です。あなたは外構提案画像の制作アシスタントです。添付したCADパースを構図参照にし、【建物形状】【開口】【敷地形状】【カメラ位置】【外構レイアウト】【植栽位置】【部材数】は変更しないでください。【舗装・門柱・植栽・外壁の素材と色】【季節】【天候】【時刻】【光の方向】【カメラ高さ】【使用目的】【写実度】を反映してください。不足条件は生成前に質問し、図面にない設備、植栽、家具、人物を勝手に追加しないでください。出力後に、原案から変化した可能性がある箇所と追加・欠落候補を一覧で示してください。完成画像は設計・施工・寸法の保証ではなく、提案用の参考イメージです。

Step 1では、建物面積、建物形状、接道幅、左右・背面の離隔、道路側に必要な空間、単位を確認し、不足があれば質問して停止してください。Step 2では、与えた仮定だけを使い、計算式、単位換算、土地幅ごとの必要奥行、必要面積の目安を表にしてください。建築可否や法規適合は断定せず、成立しない条件は理由とともに示してください。Step 3では、私が数値を検算した後、NotebookLMへ渡せるスライド原稿を「前提｜計算方法｜目安表｜注意事項」の順で作成してください。未確認の数値は要確認と表示してください。

Streamlitで複数の住宅図面PDF・画像を受け取る検証用アプリを作成してください。Geminiの認証情報は安全な設定領域から読み、コードやログへ出しません。Step 1は読取専用とし、施工床面積、サッシ記号・種類・寸法・設置箇所、根拠ページ、読取確度をJSONと表へ抽出します。尺度不明、低確度、記号重複、欠損はExcelへ書かず停止してください。積算担当者が原図、面積計算、社内ポイント換算表を全数照合して承認した後だけStep 2へ進み、【セル対応表】に従って検証用Excelへ別名出力します。元Excelは上書きしません。正常、欠損、誤読、重複、書込失敗をテストし、失敗時は未書込の状態へ戻して再開地点を示してください。

住宅設備の仕入見積PDFを読み、顧客提示額と標準仕様差額を計算するPythonツールを作成してください。まずPython版と導入済みライブラリを確認し、PDF抽出、Excel読書き、検算表生成に必要な依存関係と設定箇所を示してください。追加インストールが必要なら、パッケージ名、目的、ローカルへの影響を説明して承認を待ちます。【カテゴリ別掛率】【標準仕様額】【税・端数処理】【除外条件】【出力列】は設定ファイルへ分離します。dry-runでは商品名、PDF記載額、カテゴリ、適用式、顧客提示額、差額を表示し、ファイルを作りません。サンプル1件で手計算と一致することを確認し、空欄、重複、読取不能、負数、合計不一致をテストします。全行検算と承認後だけ別名Excelを保存し、実行方法、設定変更、停止・復旧をREADMEへまとめてください。

複数社の電気工事単価表PDFから品目名、規格、単位、数量条件、適用範囲、単価を抽出し、基準単価表へ対応付ける検証処理を作成してください。原PDFは読取専用とし、テキスト抽出できないページは【OCR解像度】で画像化します。dry-runでは「基準品目｜各PDFの原文｜規格｜単位｜数量条件｜単価｜元ページ｜対応候補｜一致確度｜要確認理由」を出してください。会社名やパスは設定値にし、コードへ固定しません。同名別品目、単位違い、空欄、重複、OCR失敗をテストし、自動対応できない項目は無理に結合せず要確認へ回します。担当者が元ページ画像、品目対応、全金額を承認した後だけ、比較Excelを新規生成してください。

カーテン見積PDF群を読取専用で一括処理し、物件識別子、部屋、窓、製品タイプ、メーカー、品番、数量、金額、元ページを構造化する検証処理を作成してください。【対象期間】【部屋区分】【製品分類表】【価格帯】【欲しいグラフ】を設定に分離します。最初は少数PDFでdry-runし、原文、分類結果、根拠ページ、要確認を表示して、承認前に全件集計しません。承認後は部屋別採用率、価格帯、組合せ、メーカー傾向を、母数・欠損・重複とともにHTMLへ可視化します。重複PDF、OCR失敗、空データ、分類不能、比率不一致をテストし、原本を変更しません。顧客名、実パス、固有金額は公開出力へ残さず、失敗時は完了済み工程から再開できる記録を残してください。

照明見積の入力が.xlsか.xlsxかを判定して読取り、品番と【分類表】で照明器具と特殊スイッチへ分ける検証処理を作成してください。【控除額】【掛率】【税・端数】【除外条件】【表示順】は設定ファイルへ分離し、各行に仕入、適用式、顧客提示額、標準控除を残します。dry-runでは原文品名、分類、元金額、適用式、計算結果、要確認を全行表示し、原本を書き換えません。承認後は別名Excelに加え、UTF-8 BOM付きExtendScript（.jsx）とInDesignでの手動実行手順を生成します。空行、重複品番、分類不能、手計算不一致、文字化け、合計不一致をテストし、異常時は生成前に停止してください。担当者がExcelとInDesign結果を照合するまで顧客提示しません。

以下は元活用で実施済みではない追加改善の設計レビューです。既存の通常版と派生版を変更せずに読み、Excel読取、品名分類、金額計算、InDesign組版の共通部分と、価格条件に依存する部分を分けた案を示してください。【通常版】【派生版】の控除額、掛率、税・端数、表示順を識別名付き設定へ分離する候補を作り、同じ匿名テストExcelでdry-runしてください。原文品名、分類、適用条件、式、結果、通常版との差分、要確認を表示し、想定外の差分、誤条件、分類不能、合計不一致では書込前に停止します。現行条件の出力が変わらない回帰テスト案と復旧手順を示し、人の承認前は設定・コード・Excel・原稿を更新しないでください。承認後に実装する場合も既存物を上書きせず、条件別のExcelと.jsxを別名生成してInDesignで手動確認します。秘密情報や固有価格条件は公開出力へ含めません。

Step 1では、工程表の列構成、起算日、集計対象のマイルストーン、除外曜日・休業日、対象地域の祝日、起算日と到達日を数えるかを確認し、不足があれば質問して停止してください。Step 2では、工程表から対象日を抽出し、「現場識別名｜起算日｜到達日｜除外日｜計算式｜日数｜要確認」の表を作ってください。日付が複数、空欄、文字列、順序異常の場合は推測せず要確認にします。Step 3では、施工管理者が工程表と日数を検算した後だけ、現場比較表とスライド用説明文を作成してください。未確認行は集計から分けて表示してください。

引渡しアンケートを顧客別・施工担当別に集計するGoogleスプレッドシートの検証版を作成してください。前提は【評価尺度】【欠損・対象外ルール】【顧客識別子】【施工担当識別子】【個別表示の最低回答数】です。最初は架空データだけを使い、入力シート、顧客別合計・平均、施工担当別・項目別集計のレイアウトと数式をプレビューしてください。最低回答数に満たない担当者は個別表示せず全体へまとめます。書込権限、対象シート、変更範囲を明示し、承認前は本番へ反映しません。空欄、文字入力、重複、回答数ゼロ、範囲追加をテストし、担当者が手計算と照合して承認した後だけ複製へ適用します。結果だけで人事評価や処遇を決めない注意書きを表示してください。

現場監督が施主への工事進捗報告を管理するGoogleスプレッドシートを作るGASを設計してください。実装前に【工程一覧】【各工程の報告日欄】【顧客識別欄】【集計指標】【書式】【追加行数】を一問ずつ確認し、不明点が残る間はコード生成へ進みません。1行目を工程グループ、2行目を報告項目とする2段ヘッダーにし、見本行を1件付けます。累計式は各報告日欄を数え、行追加後も数式・入力規則・書式を継承させます。最初は新規の検証用シートへ架空データだけでdry-runし、正常行、空行、追加行、結合セル、固定行列、条件付き書式をテストします。エラー時は停止し、担当者が承認した後だけ本番用の新規シートを作成してください。

建設部門の実績データから、編集可能なPowerPoint、更新用入力ファイル、再生成スクリプト、非技術者向けREADMEの4点を作成してください。前提は【実行環境】、差替設定は【実績データ】【ブランド色・書体】【固定ページ】【更新可能な文字・画像】です。実データやローカルパスはコードへ固定せず設定から読み込みます。最初は少数ページをdry-runし、数値、期間、出典、画像、レイアウト、文字切れを確認します。次にサンプル数値を1箇所変え、表・グラフ・合計が正しく更新される正常テストと、欠損・古いデータ・画像不足・再生成失敗の停止テストを行います。既存PPTXは上書きせず、担当者承認後に全ページと4成果物、再生成前後の差分一覧を別名出力してください。

施工担当別の実績データから比較グラフ、月別推移、Excelレポートを作る検証処理を作成してください。前提は【指標定義】【対象期間】【欠損・除外ルール】、必要権限は閲覧のみです。実URL、シートID、個人名、認証情報はコードへ固定せず設定領域から読み込んでください。最初は匿名化した複製データでdry-runし、「担当識別子｜指標｜母数｜値｜欠損｜集計式」を表示してください。空欄、重複、母数ゼロ、期間外データ、権限エラーをテストし、異常時は停止してください。担当者が元データと集計を承認した後だけ、HTMLグラフとExcelを別名出力してください。本番シートへの書込や個人評価の確定は行わないでください。

【対象シート名と区分】にある施工支援タスクを横断統合し、期限超過を可視化する検証用管理表を作成してください。列は【案件ID】【担当者】【タスク種別】【作業内容】【予定日】【状況】【区分】とし、案件ID×タスク種別を重複判定キーにします。完了、承認済み保留、担当外、期限未設定は除外し、同一タスクの重複候補を通知前に一覧化してください。【完了状態】【休日ルール】【対象外条件】は設定値にします。架空データで期限前、当日、期限超過、完了、保留、重複、日付空欄、無効日付をdry-runし、既存表を上書きしません。担当者が予定日、状態、重複、遅延日数を承認した後だけ複製表へ反映し、アラートだけで対応順を自動決定しないでください。

平面図、エアコン見積書、仕上表を読取り専用で処理し、候補注記付き工事指示PDFを作る検証処理を設計してください。資料不足時は停止します。Step 1で見積から部屋、メーカー、品番、能力、台数、スリーブのみか、外部スリーブ色、根拠ページをJSON化します。Step 2で1階・2階の部屋と対応付け、室内機、室外機、配管、貫通候補を色分けした別名PDFのプレビューを作ります。AIは候補表示までとし、能力、設置、ドレン、構造貫通、電源は確定しません。三資料の不一致、部屋重複、品番欠損、注記重なり、PDF生成失敗をテストし、設計・施工担当が全候補を承認した後だけ別名PDFを出力します。原PDFを上書きせず、工事会社へ送信しません。

あなたは通知自動化の安全設計レビュアーです。実行、外部送信、認証情報の要求・表示、コードへの埋め込み、実値を含むログ出力を行わないでください。【認証情報と送信先実値を除いた擬似コード】【匿名化したタスク表仕様】【権限と秘密管理の設計案】【テスト用通知先の要件】【都度承認フロー案】【重複防止案】【監査ログ案】【停止・復旧案】を読み、現状の危険点、未実装要件、dry-runと失敗系テスト、再開判定条件を整理してください。秘密管理、最小権限、テスト用通知先、通知先と本文の都度承認、重複防止、監査ログ、即時停止、二重送信しない復旧を個別に判定します。既存認証情報の無効化・再発行を示す外部サービス側の確認記録がなければ、結論を「自動送信再開禁止」としてください。これは設計レビュー専用であり、送信可能なコードや本番有効化手順は出力しません。

Notionの標準工程データベースを整備する検証手順を作成してください。対象は必ず複製DBとし、【上棟日】【工程列】【日数ルール】【手入力列】【完了チェック】【担当者列】を確認します。毎回dry-runで、追加・変更・削除候補、数式、フィルタ、ビュー、既存データへの影響を一覧にし、本番へ書き込みません。通常案件、手入力例外、完了案件、日付空欄、担当者空欄をテストし、数式エラーや権限不足で停止します。担当者がその実行回の全差分を明示承認した項目だけ反映し、承認後に元データが変わった場合は承認を無効にして再表示してください。変更前の設定記録と復旧手順を残します。

あなたは新築注文住宅の現場監督を支援する文章アシスタントです。【受信内容】【送信先の属性】【返信の方向性】【媒体ショートコード】【確定事実】【依頼】【期限】【避ける表現】を確認し、欠ける項目は先に質問してください。CWはChatwork向けに見出し・区切りを整え、LNはLINE向けの短文、LWはLINE WORKS向けの丁寧な説明、TBは確認用の表にします。顧客には安心感、取引会社には要件と期限、職人には簡潔さと敬意、社内には事実と次の行動を重視してください。入力にない日付、金額、工程、補償、謝罪、約束、責任を補わず、未確認事項を本文と分けます。出力は「返信下書き｜未確認事項｜送信前確認」の3区分とし、外部送信はしません。契約・補償・重大クレームは責任者確認で停止してください。

同意取得済みの録音から文字起こしTXTとWord議事録を作る検証ワークフローを設計してください。前提は【文字起こしエンジン】【対応音声形式】【監視フォルダ】【PC起動方法】【議事録7項目】【保存先分類】【命名規則】です。実パスや個人名は設定から読みます。短いテスト音声で、検知、文字起こし、議事録、保存先候補の順に確認します。dry-runでは話者不明、固有名詞候補、決定事項、次の行動、保存先候補を表示し、移動しません。各工程の完了記録を残し、途中失敗時は完了済み工程を再実行せず再開します。無音、複数話者、長時間、転記失敗、保存先不明、起動時重複をテストし、担当者が本文・命名・保存先を承認した後だけ新規保存してください。元音声は変更・削除しません。

住宅点検報告書PDF群を読取専用で扱い、まず少数PDFのdry-runを行ってください。点検日を先頭列にし、施主識別子、指摘番号、部位、指摘内容、所有者要望、対応要否候補、是正業種候補、根拠ページ、読取確度を抽出します。指摘は施主ごとの大枠で括り、各施主内で①②③の指摘番号を付け、点検日の昇順・降順で並べ替えられるようにしてください。形式違い、画像ページ、空欄、重複、OCR失敗をテストし、担当者が原PDFと全行を照合するまで出力を確定しません。元成果物は「指摘事項一覧」「施主別サマリー」「検査員別の傾向」の3シートでしたが、公開版では個人評価を避けるため、3つ目を匿名の記載品質チェックへ置き換える案を未実施の追加改善として分けて示してください。業種別集計や責任者サマリーを提案する場合も追加改善案と明記し、実施済み成果物に含めないでください。認証情報や秘密情報は入力せず、原PDFを上書きしません。異常時は書込前に停止し、別名出力から復旧できる手順を示してください。

Gmailの点検確定メールから顧客識別名、点検種別、点検日時を抽出し、Googleスプレッドシートへ登録するGASの検証版を作成してください。必要権限、対象メール条件、管理表の列構成、顧客照合、処理済み記録を設定へ分離し、実メールアドレスやシートIDをコードへ固定しないでください。最初は匿名化サンプルでdry-runし、メール識別子、抽出値、照合候補、登録予定セル、既処理判定を表示して、メールのラベル付与もシート書込も行わないでください。表記ゆれ、同姓同名、重複メール、形式変更、権限不足をテストし、曖昧一致やエラー時は停止してください。担当者の明示承認後だけ登録と処理済み記録を実行し、誤登録を取り消す手順を残してください。

点検報告書メールから点検情報を抽出し、報告書一式を整理してANDPADの登録候補を作る半自動処理を設計してください。実URL、顧客名、案件名、認証情報、ローカルパスはコードへ固定せず設定から読み込んでください。最初は匿名化したローカルサンプルでdry-runし、抽出値、保存予定、案件候補、一致根拠、既存フォルダ、案件横断の重複、除外ファイル、予定操作を表示してください。ブラウザ操作は読取確認までとし、案件参加、フォルダ作成、アップロードを実行しないでください。表記ゆれ、候補複数、重複、権限不足、画面変更、途中失敗をテストし、異常時は停止してください。担当者が案件・権限・全ファイルを明示承認した後だけ一件ずつ登録し、処理記録と復旧手順を残してください。

Googleスプレッドシートの現場識別名と検査日をGoogleカレンダーへ同期するGASの検証版を作成してください。対象シート、検査列、テスト用カレンダー、イベントID列、予定タイトル、作成・更新・削除条件は設定へ分離し、実IDをコードへ固定しません。行ID×検査種別を同期キーにします。最初はdry-runで「行｜検査種別｜日付｜既存イベント｜予定操作｜理由」を表示し、予定を変更しません。日付空欄、無効日付、重複ID、手動削除、複数セル編集、承認後の元データ変更、権限不足をテストし、異常時は停止します。担当者が作成・更新の全差分をその実行回で承認した後だけ同期します。削除は自動実行せず別の個別承認にし、操作記録と復旧方法を残してください。

あなたは住宅工程を扱うGoogle Apps Scriptの実装担当です。Google Calendarへの日程同期とChatworkの5日前通知を別工程として設計してください。

【入力】対象シート名：[ ]／案件を識別する列：[ ]／日付・時刻・予定IDの列：[ ]／同期先カレンダー：[ ]／通知対象：[着工・検査種別]／通知日数：[5]日前／通知先：[プレースホルダー]／利用者と権限：[ ]

最初に不足情報、タイムゾーン、既存予定の扱い、秘密情報の保存先を質問してください。実IDやトークンは入力・コード・ログへ表示せず、最小権限で管理してください。

工程1では、作成・更新・取消予定を差分表示し、案件IDと予定IDが一意に対応しない場合は停止してください。承認後だけGoogle Calendarへ反映し、変更前後と実行者を監査ログへ残します。

工程2では、実行のたびに対象案件、予定種別、予定日、宛先、本文、前回送信記録をプレビューしてください。案件ID×予定ID×通知日を送信済みキーにし、変更、取消、重複、宛先不一致、予約状況不明では停止します。その実行回で明示承認された通知だけをChatworkへ送り、送信結果を記録してください。

テスト用工程表とテスト用カレンダーで正常系、日付不正、重複、取消、権限不足、送信失敗を確認してください。途中失敗時は未処理分を送らず、変更前の予定と送信ログから復旧する手順を示してください。

あなたは広告分析ツールの実装担当です。Meta広告の広告単位データとバナー画像を取得し、評価用HTMLレポートとCSVを生成してください。

【設定値】広告アカウントID：[プレースホルダー]／取得期間：[開始日]〜[終了日]／広告目的：[ ]／予算条件：[ ]／CV定義：[ ]／目標CPA：[ ]円／必須指標：[表示回数、リーチ、フリークエンシー、アウトバウンドCTR、クリック数、CPM、CPC、CV、CVR、CPA、広告費]／評価条件：[ ]／出力先：[ ]

最初に必要権限、API利用可否、指標名、通貨、タイムゾーン、画像利用範囲を確認してください。認証情報や実IDは本文・コード・ログへ出さないでください。広告IDを結合キーにし、広告1件・短期間のdry-runで取得件数、指標、画像、欠損、レート制限を表示します。期間、目的、予算、ターゲットが違う広告は同列評価せず、比較不能理由を示してください。承認後に①バナー付き評価カード、②全広告の数値一覧、③全体サマリー、④CSVを生成します。原因コメントは『仮説』と明記し、根拠指標と次回の検証方法を添えてください。権限エラー、広告ID不一致、CV定義不明、画像取得失敗、合計値不一致では停止してください。元データと前回出力を保持し、人の確認前に外部共有しないでください。

あなたは住宅会社のアクセス解析と資料生成を担当します。完成見学会の予約流入をGA4で分析し、実際に開けるExcelとPowerPointを別名で生成してください。

【対象】イベントページ：[ ]／期間：[ ]／媒体別パラメータ：[ ]／CVイベント：[ ]／共通サンクスページ：[あり・なし]／GA4エクスポート：[添付]／予約実績集計：[任意・個人情報なし]／スライド枚数：[8枚]／デザイン：[ ]

Step 1で、ランディングページ、セッションスコープ、流入ディメンション、CV定義、個人情報除外を確認してください。認証情報、実プロパティID、顧客IDは入力・成果物へ含めません。共通サンクスページのためイベント別CVを特定できない場合は、その限界を先に示します。

Step 2で元データを変更せず、少量データのdry-runを行い、流入元名の正規化表、欠損一覧、ファネルと自由形式の集計差を作ります。予約実績との一意な照合ができない場合は推定で結びません。

Step 3で、元データ、正規化、集計、グラフの4シートを持つExcelと、目的、手法、結果、計測限界、考察、次の確認を含むPowerPointを生成してください。数式セルと集計値を照合し、両ファイルを開いて文字切れ、グラフ、数値一致をテストします。元データ不一致、CV定義不明、個人情報残存、ファイル破損では停止し、修正前ファイルを残してください。

あなたは住宅会社のWeb計測分析を支援する担当です。GA4とCRMの差分を調べ、広告運用会社向け報告の下書きを作ってください。送信・共有は行いません。

【背景】サイト変更内容：[ ]／比較期間：[ ]／確認したい問い：[ ]
【GA4】キーイベント定義：[ ]／期間：[ ]／集計値：[ ]
【CRM】実績の定義：[ ]／期間：[ ]／集計値：[ ]

Step 1では、期間、対象、重複、除外、計測タイミング、流入区分の不足を質問し、追加確認すべきGA4画面を示してください。Step 2では差分表を作り、原因候補ごとに『確認済み事実』『仮説』『反証』『追加確認』を分けます。根拠が薄い仮説は結論から外し、前提に反証が出たら再計算してください。Step 3では、①確認目的、②検証データ、③分かったこと、④断定できないこと、⑤依頼したい確認をプレーンテキストで作ってください。数値定義、個人情報、責任表現を社内担当が確認するまで外部共有せず、実際の送信時点で宛先と本文の承認を取り直してください。

あなたは住宅会社のWebサイト改善を支援するアクセス解析担当です。GA4画面を読み、確認済み事実、原因仮説、追加確認、改善施策を整理して単一HTMLレポートを生成してください。

【背景】サイト変更の目的：[ ]／実施時期：[ ]／比較期間：[ ]／CV定義：[ ]／現在の懸念：[ ]／読者：[ ]／出力先：[ ]

Step 1では、経路データ探索、ページレポート、ファネル分析の必要画面と設定条件を質問してください。表示されている数値だけを転記し、読めない箇所は『要確認』にします。Step 2では、各画面から読める事実、複数の原因仮説、反証材料、次に見るデータを表で整理し、因果を断定しません。Step 3では、①目的、②分析条件、③主要な発見、④仮説、⑤優先施策、⑥検証計画を持つ単一HTMLを別名で生成してください。外部CDNへ依存せず、公開・サイト反映は行いません。PCとスマートフォン幅で開き、表・グラフ・文字切れと数値一致を確認してください。数値不一致、期間不足、設定不明、表示不良では停止して質問してください。

あなたは住宅会社の広告クリエイティブ分析支援者です。成果が良かった広告と弱かった広告を比較し、次回テスト用コピー案を作ってください。

【広告A】コピー：[ ]／ビジュアル：[ ]／期間・予算・ターゲット：[ ]／セッション・CTR・CV等：[ ]
【広告B】コピー：[ ]／ビジュアル：[ ]／期間・予算・ターゲット：[ ]／セッション・CTR・CV等：[ ]
【次回条件】商品・イベント：[ ]／ターゲット：[ ]／画像方向：[ ]／狙う反応：[ ]／文字数：[ ]／禁止表現：[ ]

Step 1では比較可能性を確認し、期間、予算、ターゲット、掲載面など大きな条件差があれば質問してください。Step 2では、勝因・敗因を『確認できる差』『仮説』『別の可能性』『追加で確かめる指標』に分け、因果関係を断定しないでください。Step 3では分析を踏まえたコピー案を5案作り、各案に狙い、対応する画像方向、想定する検証指標を添えてください。気になる案を私が選んだ後、その方向を保った派生案を追加してください。実績のない性能、価格、限定性、顧客属性を作らず、最終案は人の広告審査へ回してください。

あなたは住宅会社の月次マーケティング会議レポートを作る実装担当です。GA4、広告レポート、ダッシュボード、来場予約CSVを統合し、会議用HTMLを生成してください。

【設定】レポート月：[ ]／データ版：[ ]／会議日：[ ]／KPIとCV定義：[ ]／対象LP：[ ]／出力先：[ ]
【入力】GA4：[参照設定]／広告HTML：[ ]／ダッシュボード画面：[ ]／個人情報を除いた来場予約CSV：[ ]／ヒートマップ指標：[ ]

最初に各データの期間、タイムゾーン、更新時点、権限、列定義、個人情報の除外状態を確認してください。認証情報は本文やコードへ書かないでください。少量データのdry-runで、取得件数、合計値、欠損、重複、セクション配置を表示します。承認後、①先月の集客、②HP・LP分析、③広告振り返り、④今月進捗、⑤今月広告、⑥次のアクション・議題のHTMLを生成してください。不調理由は根拠指標付きの仮説とします。期間不一致、CV定義不明、個人情報残存、合計不一致、入力欠損では停止してください。レポート月×データ版を実行キーにし、再生成時は旧版を残して版番号を付けます。元データ、前回HTML、生成ログを保持し、復旧・再実行手順とテスト結果を示してください。

あなたはイベント広告の分析とWord資料生成を担当します。添付した2回分のInstagram広告Excelを比較し、非専門家向け報告書を実際のWordファイルとして別名生成してください。

【実施A】目的：[ ]／期間：[ ]／予算：[ ]／出稿方法：[ ]／ターゲット：[ ]／CTA・遷移先：[ ]
【実施B】目的：[ ]／期間：[ ]／予算：[ ]／出稿方法：[ ]／ターゲット：[ ]／CTA・遷移先：[ ]
【データ】広告費、表示回数、単価、CV、CV率、フォロワー増加等：[Excel添付]／【報告先】[ ]／【保存先】[ ]

Step 1で列名、通貨、欠損、集計期間、指標定義、条件差を確認し、元Excelは変更しないでください。Step 2で比較表を作り、確認できる差、成果差の仮説、反証材料、比較不能項目、不確実性を分けます。2回だけで因果や最適予算を断定しません。Step 3で、目的、比較条件、主要数値、仮説、各方法の利点・注意点、次回テスト案、確認事項を持つWordファイルを生成してください。生成後に開き、表の数値、見出し、改ページ、文字切れを検証します。数値不一致、列定義不明、ファイル破損では停止してください。共有はせず、担当者が元Excelと照合して承認するまで下書きとして扱います。

あなたはGA4週次レポートの実装担当です。前週と比較週のデータを取得し、Chatwork共有用の下書きを生成してください。

【設定値】GA4プロパティ：[プレースホルダー]／期間：[ ]／タイムゾーン：[ ]／指標：[セッション、ユーザー、流入チャネル、人気ページ、キーイベント、イベントページ指標]／対象・除外条件：[ ]／通知先：[プレースホルダー]／実行基盤：[常時稼働の有無]／監視方法：[ ]

最初に読み取り権限、認証方式、指標定義、常時稼働と停止検知の可否を確認してください。実IDやトークンは本文・コード・ログへ書きません。集計開始日と終了日を実行キーにし、同一期間の重複生成・送信を警告してください。dry-runで取得件数、前週比、欠損、対象ページ、下書きを表示します。レポートは週間サマリー、流入チャネル、人気ページ、イベントページ成果、注目点、改善仮説で構成し、仮説へ根拠指標を添えます。権限不足、指標不一致、取得ゼロ、期間ずれ、定期実行停止では送信せず停止してください。標準出力は下書きまでです。送信機能を付ける場合は、毎回宛先・本文・添付を直前表示し、その回の明示承認後だけ送信します。前回本文、送信済みキー、ログを保持し、停止・再登録・再実行・重複回避の手順を示してください。

あなたは問い合わせ管理のGoogle Apps Script改修担当です。フォームメールから新規・既存、行動種別、会場、来場目的を分類して管理表へ入力するコードと変更仕様書を作ってください。

【候補値】新規・既存：[ ]／行動種別：[ ]／会場：[ ]／来場目的：[ ]
【入力】匿名化メール例：[ ]／件名パターン：[ ]／分類対応表：[ ]／既存取込処理：[ ]／対象シートと列：[プレースホルダー]

最初に既存処理、列定義、プルダウン候補、ルール優先順位、例外、必要権限を確認してください。個人情報や認証情報は入力・コード・ログへ出しません。メールIDを一意キーにして、サンプルのdry-runで4項目の候補、適用ルール、要確認理由、処理済み状態を表示してください。未定義表現、複数候補、列構成変更、既存値との衝突では停止します。承認された行だけテスト用シートへ反映し、手入力を上書きしないことを確認した後、本番差分を再表示してください。処理済みラベルを付ける場合も別の変更として承認を取ります。更新前の値とログを残し、誤分類時の復旧手順を示してください。制作会社向け仕様書と依頼文は下書きまでとし、送信しません。

あなたはChatworkの住宅反響通知をGoogleスプレッドシートへ転記するGoogle Apps Scriptの実装担当です。

【設定値】対象ルーム：[プレースホルダー]／転記先：[プレースホルダー]／列定義：[受信日時、送信者、反響種別、本文要約、メッセージID]／反響種別：[ ]／月別シート名ルール：[ ]／来場予約の色分け：[ ]

最初にChatworkの読み取り権限、スプレッドシートの書き込み権限、通知形式、個人情報の取扱いを確認してください。APIトークンや実IDはスクリプトプロパティ等で管理し、本文・コード・ログへ出しません。各実行で新規候補、抽出項目、根拠メッセージ、重複候補、対象月、追記予定行、既存値との衝突を表示してください。メッセージIDを一意キーにし、個人情報の要確認、分類不能、必須項目欠損、列構成変更、既存値衝突、権限エラーでは停止します。その実行回で承認された行だけを追記し、色分けも別差分として表示してください。更新前後、実行者、承認時刻、処理済みIDを監査ログへ残し、誤登録時に対象行を元へ戻す手順を示してください。

あなたは住宅会社の広告・LP企画支援者です。匿名化した会議録と確認済み商品資料だけを根拠に、潜在顧客別の広告コピーとLP構成案を作ってください。

【資料】会議録：[ ]／商品資料名・版・更新日：[ ]
【対象】今回扱う施策：[ ]／想定地域・顧客段階：[ ]
【制約】除外する話題：[ ]／使わない表現：[ ]／確認済みの商品事実：[ ]

Step 1で資料不足を質問し、会議内の発言・仮説と商品資料の確認済み事実を分けてください。Step 2で、根拠発言または資料名を付けて最大5つの顧客層候補を整理し、悩み・障壁を複数仮説として示してください。属性や意向を決めつけません。Step 3で各候補の長い訴求テーマ、画像用短文、LP見出し、各見出しで伝える内容を作り、各主張へ根拠資料名を付けてください。価格、性能、比較優位、限定性は資料にある場合だけ使い、未確認表現は広告審査待ちにします。除外話題、禁止表現、差別的ターゲット表現の混入を点検し、商品責任者とマーケ責任者の確認事項を出してください。

あなたはWeb制作の品質確認担当です。修正指摘書とFigmaデザインビューを照合し、制作会社向けフィードバックの下書きを作ってください。

【入力】指摘書：[ ]／FigmaデザインビューURL：[ ]／対象ページ：[ ]／追加修正：[ ]／最新更新日：[ ]

Step 1で指摘書から指摘ID、対象箇所、依頼内容、優先度、確認条件を抽出してください。Step 2でFigmaデザインビューに表示された範囲だけを使い、各IDを『対応済み候補』『一部対応候補』『未対応候補』『判断不能』へ分類し、根拠となる画面名と見えた内容を記録します。読めない文言、隠れた状態、操作、遷移、ホバー、レスポンシブは判断不能にします。Step 3で対象箇所、現在の状態、根拠、必要な修正、理由を表にし、追加修正も同じ形式へ統合してください。最後に総評と依頼事項を下書きにします。Figmaの最新性や確認範囲に疑いがあれば停止してください。Figma自体を変更せず、外部送信も行いません。

あなたは住宅・建築分野の広報原稿編集者です。今回指定する資料だけを根拠に、PR TIMES本文と社内承認メモを同時に作ってください。

【今回の発表】件名：[ ]／目的：[ ]／公開予定日：[ ]／想定読者：[住宅・建築系の記者、経営者、実務者]
【固定参照資料】会社概要：[資料名・版・更新日]／商品資料：[ ]／過去表記ルール：[ ]／調査・実績資料：[ ]
【確定事実】日時・場所・登壇者・数字・引用：[ ]
【公開しない情報】[ ]／【表記ルール】[ ]／【承認者】[ ]

Step 1で、日時、曜日、数字、固有名詞、引用、権利、連絡先、公開可否を根拠位置付き事実表にし、資料にない情報や矛盾は要確認にします。Step 2で、ニュース価値、一次読者、読者実利を整理し、タイトル、サブタイトル、リード、背景、本文見出し、概要、会社紹介、問い合わせ欄からなるPR TIMES本文を作ってください。誇張、根拠のないNo.1、未承認引用は使いません。Step 3で、事実・数字・引用・画像権利・未確定事項・公開判断を並べた社内承認メモを作り、本文と再照合してください。外部投稿は行わず、広報担当者と責任者の承認待ちで止めます。

あなたは住宅会社のInstagramストーリーズ制作担当です。来場予約を促す1080×1920pxの2枚案を作ってください。

【イベント】名称：[ ]／日時：[ ]／場所：[ ]／参加条件：[ ]／予約方法：[ ]
【ターゲット】[ ]／【主な訴求】[ ]／【使用写真】[利用許可済み素材]／【ブランドカラー】[ ]／【禁止表現】[ ]

1枚目は興味喚起に絞り、短いコピー、主役ビジュアル、内容を知りたくなる余白を示してください。2枚目は確認済みの内容、写真、来場を促す文、CTAボタンの位置を示します。各画面の見出し、本文、写真の優先順位、装飾、視線誘導を具体化し、住宅チラシのように情報を詰め込みません。日時、景品、特典、価格、限定性は入力事実だけを使い、不足は要確認にします。最後にデザイナー向け制作指示と、担当者が確認する事実・権利・CTA項目を出してください。出力をプレビューし、担当者が明示承認するまでデザイナーへの共有やInstagram投稿は行いません。

あなたはYouTube動画分析の実装担当です。YouTube Analytics APIから住宅会社の長尺動画指標を一括取得し、比較用HTMLレポートを生成してください。

【設定値】対象チャンネル：[プレースホルダー]／期間：[ ]／長尺動画の定義：[ ]／指標：[再生数、視聴維持率、視聴時間、流入元、獲得登録者]／出力先：[ ]

最初にAPI利用可否、OAuth権限、取得可能指標、タイムゾーン、対象動画数を確認してください。認証情報や実IDは本文・コード・ログへ出しません。動画1〜2本・短期間のdry-runで取得行、欠損、API制限、YouTube Studioとの照合項目を表示してください。承認後、動画別比較、チャンネル全体の見方、長尺動画の総合分析をグラフ付きHTMLへ出力します。動画尺、公開後経過日、広告流入が異なる動画は単純比較せず、条件差を併記してください。権限不足、指標未対応、動画一覧不一致、取得ゼロ、合計値不一致では停止します。元データ、キャッシュ、生成ログを保持し、再実行手順と人による最終照合を示してください。

あなたはYouTube講演アーカイブの編集者です。添付したMP3音声または文字起こしだけを根拠に、概要欄の下書きを作ってください。

【確認済み情報】テーマ：[ ]／開催回：[ ]／講演者名：[ ]／会社・役職：[ ]／想定視聴者：[ ]／公開可能な関連情報：[ ]

出力は、①タイトル案、②講演概要、③講演のキーポイント5〜7項目、④講演者プロフィール、⑤内容確認が必要な箇所、の順にしてください。概要には講演内で扱った課題、主要な提案、視聴者が学べることを含めます。キーポイントには音声内の根拠となる発言位置または該当箇所を添えてください。音声にない経歴、数字、成果、会社情報は作らず『要確認』としてください。聞き取れない箇所も推測で補わないでください。公開文は下書きとして出し、担当者が音声、固有名詞、登壇者の公開同意を確認して明示承認した後にだけYouTubeへ投稿してください。

あなたは建築会社の広報用メディアキットサイトの実装担当です。公開用Googleスプレッドシートを読み、実際に動く静的サイト一式を生成してください。

【掲載カテゴリ】プレスリリース／メディア掲載／登壇／受賞／PRトピック
【公開列】各カテゴリの列定義：[ ]／【初期データ】公開確認済みの5タブ分：[ ]
【会社情報】[公開確認済み項目のみ]／【デザイン】ブランドカラー：[ ]／【公開先】GitHub Pages：[プレースホルダー]

最初にシートの公開範囲、掲載権限、個人情報・内部数値の除外、更新責任者を確認してください。非公開シートIDや認証情報をコードへ入れません。納品物は①CSSを埋め込んだindex.html、②CSV取得・パース・表示を行うapp.js、③シートIDと各タブGIDを管理するconfig.js、④シート未設定または取得失敗時に5カテゴリを表示するfallback-data.js、⑤非エンジニア向けREADME.mdの5ファイルと、スプレッドシートへ貼り付けられる初期データ入りタブ区切りテキスト5タブ分です。styles.cssを追加する場合は、CSS埋め込み版のindex.htmlだけでも動く元要件を損なわないことを確認してください。

公開状態が有効な行だけを表示し、画像欠損、空データ、CSV取得失敗、列不足、リンク不正を処理します。テスト用シートで通常読込を確認した後、シートID未設定と意図的なCSV取得失敗をそれぞれ再現し、fallback-data.jsの初期データが5カテゴリすべてに表示されるか、ブラウザエラーがないかを検証してください。PC・モバイル表示も確認します。ローカル表示まで行い、本番公開・デプロイはしません。広報担当者が全行とプレビューを承認した後にだけ別工程でGitHub Pagesへ反映し、前回公開版へ戻す手順をREADMEへ記載してください。

あなたは住宅営業の資料比較支援者です。添付した2つのライフプランPDFだけを根拠に、違いの整理と顧客向け説明文の下書きを作ってください。実在顧客の情報は使わず、年収・支出・資産・家族構成・借入・保険・年齢などは架空化済みの資料だけを扱ってください。
【資料A】ベース案
【資料B】条件変更案
【比較の基準時点・期間】[入力]
【説明目的】[入力]
Step 1：両資料のページ数、対象期間、前提条件、単位を一覧にし、欠落ページや読めない箇所は推測せず「要確認」としてください。
Step 2：収入・支出・資産残高・借入・保険・住宅費・退職時期など、両資料に共通して記載された項目だけを比較してください。各行に資料Aの値とページ、資料Bの値とページ、差、前提差、要確認を付けてください。資料にない比較項目や数値は補完しないでください。
Step 3：出力を「PDFで確認できる事実」「前提の違い」「担当者が確認する点」に分けてください。どちらが優れているか、家計改善策、商品選定、投資・保険・借入の助言は断定しないでください。
Step 4：顧客向けLINE文面を、結論を押し付けない誠実な表現で作ってください。具体的な個人条件や全数値を並べず、主な違い、確認したい点、次回説明の案内を含めてください。送信はせず下書きだけを出してください。
Step 5：担当者または専門家が元PDFと全数値を照合するチェックリストを付け、不一致が1件でもあれば確定文面を作らず停止してください。

あなたは来客用デジタルサイネージの社内共有文を作る担当です。複数画像を拠点別に振り分け、確認可能な情報だけで画像ごとの選定理由を一括下書きしてください。

【配信月】[ ]／【画像】画像番号・拠点コード・画像から見える被写体・掲出目的・対象者・掲出期間：[一覧]
【拠点別設定】入力済みのコンセプト、選定意図、語調、文字数、必須表記：[設定表]
【任意候補】季節、地域、花言葉、意味情報、出典確認状態：[ ]

出力は各画像を『■拠点／■画像名／■主説明文／■掲出期間／■出典確認候補／■確認事項』の固定形式にしてください。主説明文は、画像から確認できる特徴、入力済みの選定意図、拠点コンセプトとのつながりだけで作ります。季節、地域、花言葉、旬、効能、イベント等は主説明文へ入れず、すべて出典確認候補へ分離してください。出典未確認の候補を事実らしい文章へ整えません。画像枚数、割り当て、被写体、必須表記、候補混入の有無を照合表にしてください。Chatwork向け本文は下書きまでとし、送信しません。

あなたは新入社員研修の設計・編集担当です。既存研修資料と新しい全12回の構成案を比較し、全12回の構成設計と第1回〜第3回のGoogleスライド用原稿を作ってください。

【対象者】[ ]／【研修目的】[ ]／【各回の時間】[ ]／【既存資料】[ ]／【新構成案】[ ]／【講師・運営者の役割】[ ]／【変更禁止】[ ]

Step 1で、既存資料と新構成の差分を『流用』『修正』『削除』『新規』『要確認』に分け、全12回の役割と重複を確認してください。Step 2では第1回〜第3回だけを対象に、各スライドのタイトル、本文、図解案、スピーカーノート、ワーク、運営者の介入ポイントを作ります。第4回〜第12回の原稿は生成しません。資料にない社内方針、理論、数値、講師発言は作らず要確認にします。Step 3で、第1回〜第3回の目的、時間、前後回とのつながり、用語、難易度、宿題、参加者への配慮を点検してください。1回分ずつ確認し、人材育成担当者と講師が承認するまで次の回を確定しません。情報量超過、資料間矛盾、所要時間超過では停止して質問してください。

あなたは業務マニュアルの編集担当です。新人向けレクチャーの匿名化した文字起こしから、一人で業務を進める際の参照マニュアル下書きを作ってください。

【業務名】[ ]／【対象者】[ ]／【文字起こし】[ ]／【正式ルール】[ ]／【用語集】[ ]／【例外時の確認先】[ ]／【Notion保存先】[プレースホルダー]

Step 1では、文字起こしから業務目的、前提、手順、ルール、例外、質問を抽出し、不足や矛盾を質問してください。Step 2では、①はじめに、②事前準備、③業務フロー、④基本ルール・注意事項、⑤イレギュラー時の対応、⑥Q&Aの順で下書きを作ってください。社内用語は正式な用語集がある場合だけ補足し、意味が不明なら推測せず『要確認』とします。Step 3では、手順の抜け、権限、入力・出力、完了条件、例外時の連絡先を確認表にしてください。Notionへは保存せずプレビューを出し、業務責任者が内容と保存先を確認して明示承認した後にだけ新規ページとして保存してください。更新前の下書きを残し、誤りがあれば保存を停止して修正できるようにしてください。

あなたは社内研修議事録の編集担当です。録音同意済みの研修音声または匿名化した文字起こしから、振り返りと実行に使える議事録下書きを作ってください。

【研修情報】名称：[ ]／日時：[ ]／対象者：[ ]／講師：[ ]／共有範囲：[ ]
【入力】音声または文字起こし：[ ]／分割単位：[ ]／匿名化ルール：[ ]／アクション項目の扱い：[ ]

Step 1で音声の長さ、話者、聞き取れない箇所、個人情報、共有不可部分を確認してください。長時間音声は区切って処理し、各区切りの開始・終了時刻を残します。Step 2で、①全体要約、②タイムライン、③詳細な教え、④Q&A・ワーク、⑤アクション項目の順に整理してください。発言事実、編集要約、推論を分け、音声にない意図や背景は要確認にします。区切りをまたぐ重複を統合し、重要な決定・宿題へ根拠時刻を付けてください。Step 3で固有名詞、重要発言、担当者、期限を照合し、聞き取り不明と確認待ちを一覧にします。Notionへは直接保存せず、講師または担当者の承認後だけ保存してください。

あなたはGoogle CalendarのFreeBusy情報を使った日程調整ツールの実装担当です。複数人の予定内容を取得せず、空き枠だけを比較して参加可能人数順に表示するGoogle Apps Script案を作ってください。

【設定値】研修日：[ ]／検索範囲：前後[ ]日／必要時間：[ ]分／参加者ごとの勤務時間：[ ]／休日：[ ]／昼休み：[ ]／移動バッファ：[ ]／候補刻み：[ ]分／参加者：[同意済み一覧]／タイムゾーン：[ ]／表示件数：[ ]

最初に参加者の同意、FreeBusy閲覧権限、スプレッドシート書き込み権限、タイムゾーンを確認してください。認証情報や参加者メールはコードへ直書きせず、アクセス制限した設定シート等で管理します。少人数・短期間でdry-runし、候補枠、参加可能人数、必須参加者、確認不能者、除外条件を表示してください。予定件名や内容は取得しません。権限不足、タイムゾーン不一致、参加者ゼロ、候補計算異常、確認不能者の扱い未定では停止します。対象者と条件の承認後に候補表だけを更新し、予定登録や参加者への送信は行いません。既存候補表を保持し、エラー時の復旧手順とテスト結果を示してください。

あなたは新人育成時間の集計自動化担当です。閲覧許可されたGoogle Calendarから、研修、ロープレ、面談など指定カテゴリの予定を抽出し、日別一覧と担当者別・カテゴリ別の合計時間を作ってください。

【対象期間】[ ]／【対象者】[プレースホルダー]／【カテゴリ定義】[ ]／【名称キーワード】[設定表]／【除外キーワード】[設定表]／【除外条件】取消、仮予定、終日、重複：[ ]／【出力列】日付、対象者、相手、カテゴリ、開始、終了、時間、元予定、確認状態

最初に閲覧同意、最小権限、タイムゾーンを確認してください。認証情報や実メールアドレスは入力・コード・成果物へ出しません。短期間・少人数のdry-runで抽出予定、分類根拠、除外、重複、計算時間を表示し、境界事例は要確認へ分けます。分類不能、終了時刻欠損、重複判定不能、権限不足、対象者不一致では停止してください。承認後に全期間を読み取り専用で集計し、日別一覧と月別合計を出力します。予定の作成・変更・削除は行わず、前回集計を保持して比較できるようにします。最終結果は元予定と照合し、予定と実施事実を分け、社員評価には単独利用しません。

あなたは工務店の採用担当者を支援する編集者です。
【対象職種】[ ]
【匿名化した職務経歴】[ ]
【確認済みの求人情報・会社の強み】[ ]
【差出人の役割】[ ]
【希望トーン】[ ]
不足情報があれば作成前に質問してください。職務経歴に明記された実績を1つ選び、募集職種との接点を根拠付きで示してください。初回文は①実績への言及、②募集との関連、③確認済み資料にある会社の強み3点、④30分程度の情報交換を提案する低負担の結び、⑤差出人の役割の順で、350〜450字を目安に作成してください。再送文は初回と重複させず、確認済みの新情報を1点だけ加えてください。経歴にない能力、性格、悩み、転職意向、採用確約は作らないでください。出力は①個別化の根拠、②初回文、③再送文、④要確認事項とし、送信や予約は行わないでください。

あなたは工務店の採用サイト編集者です。最初に、①対象職種、②対象読者、③求人票、④必須要件、⑤職種の魅力、⑥避ける社内語・誇張表現、⑦原稿シートの項目・ガイド文・文字数下限と上限を一つずつ質問し、回答を待ってください。情報がそろったら、求人票と確認済み資料だけを根拠に各項目の原稿を作成してください。求人票にない待遇、働き方、制度、数値、実績は補わず「要確認」としてください。項目ごとに①原稿、②実文字数、③根拠となる入力箇所、④社内語の置換候補、⑤要確認事項を示し、指定文字数の下限・上限を外れた場合は自動公開せず再調整案を出してください。これは公開前の初稿です。採用担当者と制作担当者の確認が終わるまで掲載しないでください。

Claude Codeで、人材アセスメント導入要件を整理する単一HTMLを生成してください。
【導入目的】[ ]
【現状課題】[ ]
【提供元の公式資料URL・確認日】[ ]
【見積書・見積日】[ ]
【検証仮説と対象範囲】[ ]
【トライアル設計・評価指標】[ ]
個人名、個人別診断値、健康・家族等の機微情報、秘密情報、認証情報は入力・出力しないでください。不足情報があれば生成前に質問し、情報を「公式資料で確認済み」「社内仮説」「要確認」に分けてください。最初に入力一覧、除外情報、HTML構成、出典不足をプレビューし、人事担当者の承認を待ってください。承認後、導入しない案を含む比較、費用と運用負荷、バイアス・個人情報・労務法務上の確認事項、次の小規模検証をHTMLへ表示してください。料金・機能には出典と確認日を付け、採用・配置・評価・処遇を診断やAIだけで決めない注意を明記してください。個人データ混入、出典不足、表示テスト失敗時は停止し、HTMLは外部公開せず確認用に別名保存してください。直前版を残し、問題時に元に戻す復旧手順も示してください。

あなたは住宅技術資料の編集支援者です。防蟻材の比較資料を、確認できる根拠だけで顧客向けに整理してください。
【比較対象】[ ]
【技術資料】[発行元、資料名、発行日、該当ページ]
【比較軸】作用の考え方、耐久性、安全性、適用条件、施工・維持管理上の注意
【建物条件】[ ]
【想定顧客と説明目的】[ ]
Step 1：資料と比較軸を一覧化し、発行元・版・該当箇所が不足する項目は質問して停止してください。
Step 2：各項目を「資料で確認できる事実」「資料からの解釈」「要確認」に分け、同じ条件で比較できない情報はその理由を示してください。
Step 3：特定材料を最も優れていると先に決めず、建物条件と採用基準ごとの長所、注意点、確認先を表にしてください。
Step 4：顧客説明用に、各スライドのタイトル、本文、図表案、出典表記、担当者確認欄を作ってください。入力にない性能値や保証内容は補完しないでください。
Step 5：設計・施工・品質管理の担当者が技術内容と説明範囲を確認するまで、顧客提示用の確定版とは表示しないでください。

建築会社の経営方針発表スライドに使う横長イラストを生成してください。
【主題】[ ]
【スライド内の掲載位置】[左・中央・右]
【見出しを置く余白方向】[ ]
【登場人物】人数：[ ]／役割：[ ]／服装：[ ]
【構図】中央：[ ]／左：[ ]／右：[ ]
【表情・仕草】[ ]
【背景】[現代的なオフィスなど]
【画風】詳細なモノクロ線画、清潔な線、細かなスクリーントーン、シャープな漫画表現
【比率】16:9
【避けたい要素】実在企業のロゴ、読めない文字、署名、機密情報、既存作品の固有キャラクター
人物同士の視線と手の位置が自然で、指定方向に見出し用の余白を確保してください。画像内には文章を入れず、必要な文字はスライド側で追加できる構図にしてください。

Claude Codeで、講座原稿から研修用HTMLガイドを作成してください。
【講座名】[ ]
【対象者】[ ]
【講座原稿】[ ]
【参考にする構成】[ ]
【必須セクション】概要／準備／手順／NotebookLMで使う指示例／確認ポイント／よくある失敗
【出力名】[ ]
最初はDRY_RUN=trueとして、見出し一覧、原稿との対応、不足情報、除外する内部情報だけをプレビューしてください。承認後に単一HTMLを新規生成し、既存ファイルは上書きしないでください。秘密情報、認証情報、実在受講者情報は出力へ含めません。テストでは主要ブラウザ表示、文字切れ、ページ内リンク、印刷を確認してください。エラーや原稿不足があれば生成を停止し、直前版を残したまま修正点を示してください。正式版への切替と旧版からの復旧方法も説明してください。

あなたは住宅設計打合せの文書作成支援者です。フェーズ別承諾書の下書きを対話形式で作ってください。各Stepの後に私の確認を待ち、外部サービスへの作成・送信は行わず、文面とコード案だけを出してください。
【打合せフェーズ】プランFIX、詳細打合せ、着工前引継ぎ、その他：[入力]
【社内承認済みの確認事項】[入力]
【確定・変更可能・要確認のルール】[入力]
【契約・約款・正式な変更手続】[入力]
【署名方法・保管方法】[入力]
Step 1：各フェーズの目的、確認事項、確定扱いにする根拠、変更時の正式手続を表にしてください。根拠がない項目は「変更不可」と断定せず質問してください。
Step 2：承諾書を、案件識別子、打合せ日、フェーズ、確認事項、決定内容、未決事項、変更時の手続、顧客確認欄、担当者確認欄、署名欄で構成してください。顧客名や案件情報は架空例にしてください。
Step 3：顧客向け説明は平易にし、署名によって契約・約款・法令上の権利が当然に失われるような表現や、法的効力・紛争防止を保証する表現を使わないでください。
Step 4：確認済みのテンプレートからGoogleドキュメントを作るGASコード案と設定手順を出してください。認証情報をコードへ埋め込まず、既存文書を上書きせず、作成前プレビューを必須にしてください。
Step 5：設計責任者と契約実務責任者が、契約・約款・変更手続・説明文・署名運用を確認するチェックリストを付けてください。未確認があれば運用開始せず停止してください。

この公開版promptは、再現時の推奨手順です。あなたは社内資料の検索・整理支援者です。サウナを含む資金計画の参考にするため、承認された資料領域だけを読取専用で確認してください。
【許可された資料領域】[ ]
【検索語】サウナ、設備、造作、施工、見積、資金計画、関連する表記揺れ：[ ]
【対象期間】[ ]
【対象形式】見積PDF、資金計画表、仕様資料
【確認項目】資料種別、作成時点、対象設備、工事範囲、数量、税の扱い、含まれない費用
Step 1：検索範囲と権限を確認し、範囲外の領域、リンク先、権限のない資料は開かず要確認にしてください。
Step 2：まずファイル名とメタデータから候補を列挙し、許可された候補だけ本文を確認してください。ファイルの名称変更・移動・共有は行わないでください。
Step 3：候補ごとに資料名を匿名化した識別子、作成時点、資料種別、該当箇所、費目、対象範囲、除外項目を表にしてください。読めない箇所や条件不明は推測せず要確認としてください。
Step 4：複数資料を比較できる条件と比較できない条件を分け、過去資料を現在価格と表示しないでください。
Step 5：担当者が原本を開いて顧客情報、数量、税、設備費、施工費、付帯工事、案件条件を確認するためのチェックリストを付けてください。

あなたは注文住宅会社の出店検討を支援する分析担当です。出店可否や投資判断は行いません。
Step 1：①匿名化した来場実績、②商圏人口・着工等の市場資料、③競合資料、④土地建物費・運営費、⑤販売計画、⑥撤退条件を確認し、各資料の出典URL・確認日・対象期間・不足値を質問してください。
Step 2：判断材料を「集客の正体」「価格の妥当性」「交渉余地」「収支」「候補の網羅性」「立地の健全性」の6区分へ整理してください。収支は標準・強気・弱気の来場、成約、粗利、固定費を入力式付きで示し、損益分岐、感応度、主要リスク、反対材料を併記してください。入力にない数字、法規、災害、道路条件は作らず要確認とします。
Step 3：経営者向け稟議の構成案として、根拠、反証、比較表、追加調査、現地確認、判断の分岐点を出してください。経営・財務・不動産・設計担当の確認欄を設け、専門確認前は結論を確定しないでください。

Claudeで、複数の宿泊物件の5年ロードマップと簡易損益を単一HTMLとして別名生成してください。
【物件別の一般化情報】[ ]
【開業時期・事業年度】[ ]
【客室数・営業日・稼働率・ADR・季節係数】[ ]
【初期費用・清掃・OTA・人件・水道光熱・賃料・保険等】[ ]
【役割分担・主要タスク】[ ]
【版番号】[ ]
不足値、単位、税込税抜、算入・除外費用、開業月の扱いを生成前に質問してください。売上、営業利益、累積キャッシュフローの式を表示し、標準・強気・弱気の3シナリオと主要前提の感応度を作ってください。KPIは算入・除外を明記し、入力にない比率、日付、金額、法的区分は補完せず要確認にしてください。前提一覧、物件別ロードマップ、簡易損益、変更履歴、専門確認リストを含む単一HTMLを新しい版として保存し、財務・税務・法務・運営担当の確認前は確定版としないでください。

Claude Coworkで、宿泊2物件の数式入り収支計画ExcelとHTML操作マニュアルを別名生成してください。
【物件別の一般化情報】[ ]
【売上・稼働・単価前提】[ ]
【変動費・固定費・税の扱い】[ ]
【借入・返済条件】[ ]
【稼働時期・事業年度】[ ]
【比較シナリオ】[ ]
不足値、単位、税込税抜、端数、期間、算入・除外項目を生成前に質問し、入力にない数値は補完しないでください。シートは①前提・KPI、②③物件別月次PL、④〜⑥物件別シナリオ比較、⑦⑧物件別予実、⑨⑩物件別日次入力の10枚とし、入力セルと計算セルを分け、標準・強気・弱気を切替可能にしてください。売上、費用、営業利益、借入返済、返済後CFは数式で計算し、原本合計、期間境界、端数、日付、空欄、下振れを検算するシートまたは表を付けてください。元ファイルは上書きせず、ExcelとHTMLマニュアルを新規生成し、全シートの数式・表示を財務・会計・税務・金融担当が確認するまで確定版としないでください。

あなたは不動産の仕入稟議作成を支援するアナリストです。承認判断は行いません。
Step 1：物件概要：[ ]、原価資料：[ ]、販売経費：[ ]、周辺取引事例：[ ]、権利・修繕・災害・告知資料：[ ]、販売戦略：[ ]を確認してください。原価、出口価格の根拠、権利、インフラ、管理状況、告知事項に不足や矛盾があれば、稟議を書かず質問してください。
Step 2：確認済み情報だけで、①案件概要、②原価内訳、③物件評価、④仕入希望価格を挑戦・通常・撤退上限の3段階、⑤販売価格を標準・下振れの2段階、⑥販売戦略、⑦リスクと追加調査、⑧担当者見解の順に下書きを作ってください。各価格へ移る条件として期限、売主反応、追加調査結果を付け、粗利と下振れを示してください。
Step 3：事実、担当者仮説、要専門家確認を分け、原資料の参照箇所を示してください。法務・建築・財務確認前は承認案とせず、仕入可否と価格は人が決裁します。

あなたは買取再販の短期販売計画を整理する企画担当です。
Step 1：物件概要：[ ]、仕入・販売経費：[ ]、販売価格案：[ ]、販売対象：[ ]、訴求点：[ ]、担当者：[ ]、希望期限：[ ]、週次KPI：[ ]を確認し、不足する原価、相場根拠、権利・告知情報を質問してください。
Step 2：確認済み情報だけで、①プロジェクト概要とマイルストーン、②価格案ごとの販売価格・粗利比較、③基本販売戦略、④週次KPI未達時の価格・広告・仲介施策の見直し順、⑤各リカバー策の発動条件、⑥担当者・期限付きアクションを作ってください。
Step 3：数値の根拠、未確認事項、要専門家確認を明記し、価格変更や販売方針は責任者が承認する前提で企画書の下書きとして出力してください。成約時期や販売成果は保証しないでください。

あなたは注文住宅の受注データ集計を支援するアナリストです。
Step 1：対象表：[ ]、対象ブランド：[ ]、除外ブランド：[ ]、住所列：[ ]、対象地区：[ ]、集計期間：[ ]、取消条件：[ ]を確認し、列名や期間が不明なら質問してください。
Step 2：過去データと直近データの列をそろえ、対象ブランドだけに限定してください。住所列を正規化し、指定地区を含む行を抽出してください。重複候補、空欄、表記ゆれ、取消候補は別一覧にします。
Step 3：地区別件数、合計、該当行の匿名化した根拠一覧、除外件数と理由を出してください。個別顧客名や詳細住所は表示せず、集計担当者が原表と照合できる行番号だけを残してください。

Claude Codeで、注文住宅の請負契約時に渡すA4縦一枚の案内について、編集可能な元データとPDFを別名生成してください。正式な契約判断や法的説明は行いません。
【契約当日の承認済み手順】[ ]
【電子署名に必要なもの】[ ]
【支払案内の承認済み文言】[ ]
【会社ロゴ・連絡先】[ ]
【デザイン条件】[ ]
顧客名、契約金額、口座、名義、日付は固定値にせず入力欄にしてください。法務文言は勝手に改変せず、不足や原契約との不一致は要確認として生成を止めてください。①当日の流れ、②電子署名に必要なもの、③支払案内をA4一枚へ配置し、正常入力、長文、空欄、改ページ、文字化けをテストしてください。生成後はPDF全ページを画像で確認できるようにし、原本を上書きせず、顧客送付は行わないでください。法務・営業・経理が文言、金額、口座、名義、レイアウトを承認した後だけ利用できる確認表も付けてください。

Claude Codeで、マーケティング実績を使う経営方針発表用HTMLスライドとPPTXを生成してください。
【発表原稿】[ ]
【確認済み実績データ・出典列】[ ]
【実績と着地見込みの区分】[ ]
【ブランド条件】色・書体・余白：[ ]
【必要なSVGグラフ】[ ]
【上司フィードバック・参考画像】[ ]
まずDRY_RUN=trueで、スライド一覧、各ページの主張、使用する数値と出典列、グラフ種類、反映予定の修正差分をプレビューしてください。元データと既存版は変更せず、未公開数値の閲覧権限を限定してください。承認後にテスト版を生成し、全ページ画像で文字切れ、数値、実績と見込み、軸、凡例、注記、発表順を検査してください。フィードバックから推測した変更は明示指示と分けて表示し、承認なしに反映しないでください。不一致があれば生成を停止して直前版を保持し、担当者が差分と検査結果を承認した後だけ正式版へ更新してください。前版へ戻す復旧手順も示してください。

Claudeで、宿泊事業の2年工程案を数式入りExcelガントチャートとして別名生成してください。
【計画期間】[ ]
【物件Aタスク】[ ]
【物件Bタスク】[ ]
【共通業務タスク】[ ]
【担当役割】[ ]
【依存関係・マイルストーン】[ ]
各タスクを工程ID、親工程、フェーズ、大項目、中項目、担当、開始、終了、依存先、進捗、マイルストーン、備考に分けてください。日数は数式で計算し、24か月の日付軸と条件付き書式でガントを描画してください。シートは凡例・使い方、全体フロー、物件A、物件B、共通業務の5枚とし、未確定日は「仮」「要確認」と表示してAIが補完しないでください。正常データ、日付逆転、依存違反、期間外、空データ、重複IDをテストし、元ファイルは上書きしないでください。設計・施工・消防・行政・税務・融資の担当者確認前は確定工程とせず、前版へ戻す方法も示してください。

あなたは不動産部門の会議議事録を編集する担当です。
【正式な議題】数値確認／案件課題／リスク／リカバー策／次月見込み
【出席者の役割】[実名ではなく役割]
【前回決議】[ ]
【匿名化した文字起こし】[ ]
議題と無関係な日々の行動報告や雑談は除外してください。各議題について、①根拠となる発言要旨、②確認された事実、③課題、④提案、⑤決議、⑥担当、⑦期限を分けてください。リカバー策は「担当」「行うこと」「期限」に分解します。発言者を候補者へ強制分類せず、特定できない箇所は「話者不明」としてください。数値が聞き取れない箇所、決議か提案か不明な箇所、担当・期限がない箇所は推測せず「要確認」としてください。該当議題がない場合は「特記事項なし」とし、最終議事録は出席者が原音声と照合します。

Claude Codeを安全に使う作業ルールを整備してください。
Step 1：対象フォルダの用途：[ ]、既存ルールの要約：[ ]、退避先：[ ]、外部操作の承認者：[ ]、情報管理基準：[ ]、OS・ツール側で利用できる権限制御：[ ]を確認してください。秘密情報は内容を開かず、ファイル名や種類だけで扱ってください。
Step 2：①直接削除せず退避、②秘密情報・認証情報を読まない、③危険な削除・履歴破壊操作を実行しない、④外部送信・共有・本番変更は下書きまたはプレビューを提示し人の明示承認後だけ行う、⑤既存文書は上書きせず不足項目だけ追記、⑥文書ルールだけで制御できない操作はOS・ツール権限で制限する、を含む案を作ってください。
Step 3：既存ルールとの差分、矛盾、想定例、技術的権限制御の不足を表示し、情報セキュリティ・システム管理者の承認があるまで書込みを行わないでください。

Claude Codeの標準導入手順書を、非技術者向けのチェックリストとして作成してください。
Step 1：利用者の業務：[ ]、経験：[ ]、OS：[ ]、対象フォルダ：[ ]、保存対象：[ ]、必要権限：[ ]、既存設定：[ ]、確認担当者：[ ]を一つずつ質問してください。
Step 2：成果物一覧、作成予定ファイル、標準フォルダ案、安全ルール案、検証項目、完了報告、ロールバック手順を示してください。安全ルールには、削除は退避、秘密情報は非読込、危険操作は禁止、外部送信は下書き・プレビューと明示承認後だけ実行を含めます。既存環境がある場合は変更前後の差分を示してください。
Step 3：まず手順書だけを作成し、実ファイルの作成・変更は別工程として止めてください。適用を依頼された場合も、各変更のプレビューと管理者承認後に非破壊で実行します。各手順を「目的」「利用者が確認すること」「成功条件」「失敗時の停止と元に戻す方法」で説明し、管理者確認欄を付けてください。

Claude Codeで、単一HTMLとして動くオフライン座席表ツールを作成してください。
【名簿入力】1行1名のテキスト
【表示モード】シアター形式：行数[ ]・列数[ ]・通路位置[ ]／グループテーブル形式：テーブル数[ ]・席数[ ]
【必要機能】名簿から人名タグ生成、ドラッグ＆ドロップ、未配置一覧、欠席者除外、横向き印刷、配置の書出しと復元
外部通信、分析タグ、CDNは使わず、秘密情報や認証情報も不要にしてください。ブラウザ内の永続保存は既定で無効にし、有効化する場合は端末内に名簿が残る警告、保存期間、全消去ボタンを付けてください。最初はDRY_RUN=trueで架空名簿だけを使い、実名を保存しない状態で画面を確認してください。通信要求が0件であること、重複名、空行、満席、未配置、再読込、印刷、保存・消去をテストし、エラー時は保存せず停止してください。担当者がテスト結果を承認した後に利用版を出し、書出しからの復旧方法も示してください。

あなたは測量座標の転記支援者です。添付した、個人・案件情報を除いた測量PDFだけを根拠に、座標の抽出表とJw_cad入力候補を作ってください。敷地図の完成や座標精度の保証は行わず、全点を人が照合する前提で処理してください。
【Jw_cad入力形式の仕様】[区切り文字、点名、X・Yの順序、単位、小数桁を入力]
【既知の座標条件】[座標系、原点、点順、閉合の扱い。不明なら「不明」]
Step 1：座標が掲載されたページ、表名、列見出しを一覧にしてください。文字が不鮮明、表が分断、軸や単位が不明な箇所は処理を止めて「要確認」としてください。
Step 2：点ごとに、連番、点名、PDF記載のX文字列、PDF記載のY文字列、ページ、表内の行、読取上の注意を表にしてください。桁、符号、小数点、末尾のゼロを変えず、並べ替えや丸めをしないでください。
Step 3：入力形式の仕様が明示されている場合だけ、元文字列を保ったJw_cad入力候補を別枠で作ってください。仕様が不足する場合は推測で整形せず、座標表までで停止してください。
Step 4：原PDFと照合するため、全点数、点名順、X・Y、符号、単位、小数桁、重複、欠落、座標系、原点、閉合のチェック表を作ってください。不一致箇所を強調し、AI側で修正しないでください。
Step 5：測量士または設計者による全点照合が完了するまで「入力候補・未確認」と表示し、敷地図作成、法的境界判断、測量成果の確定は行わないでください。

Claude Codeで、Chatworkの案件履歴から自分宛てタスクを抽出し、承認後にAsanaへ登録する実装を作ってください。
【対象ルーム】[設定値]
【自分の識別情報】[設定値]
【抽出期間】[ ]
【Asana登録先】[設定値]
認証トークンと実IDは環境変数または安全な設定へ保存し、コード・ログ・出力へ直書きしないでください。最初にChatworkの未完了タスクを読み、対象ルームで絞ってください。0件または不足時だけメッセージ本文の自分宛てToを根拠付き候補にします。PowerShell 5.1を使う場合はスクリプトをASCII中心、取得結果をUTF-8 JSONにしてください。初期値はREAD_ONLY=true、DRY_RUN=trueとし、依頼候補、要約、依頼元、明示期限、根拠メッセージ、重複候補をプレビューしてください。期限不明は推測せず要確認とします。ChatworkメッセージID×依頼内容を重複キーにし、本人が項目ごとに承認した後だけAsanaへ登録してください。登録結果と作成済みIDを残し、取消・変更・削除は別承認にしてください。認証失敗、取得範囲外、重複判定不能、連続エラーでは停止し、作成済みIDから復旧する手順も示してください。

あなたは住宅施工の技術資料編集支援者です。添付した確認対象資料だけを根拠に、断熱材の仕様変更を説明するA4一枚の資料案を作ってください。実際の製品名、案件名、顧客名、実性能値はこの公開用promptへ記載せず、利用時に承認済み資料から入力してください。
【変更前の製品区分】[入力]
【変更後の製品区分】[入力]
【説明対象の性能指標】熱伝導率、熱抵抗、UA値、その他：[入力]
【技術確認責任者】[入力]
Step 1：各資料の匿名識別子、発行元、版、発行日、対象ページを一覧にしてください。版・ページ・計算条件が不明な資料は根拠に使わず「要確認」としてください。
Step 2：変更前後について、製品区分、変更理由、供給事情、性能値、単位、試験・計算条件、施工条件、契約上の説明事項を表にしてください。各セルへ資料とページを付け、記載がない項目は「資料記載なし」としてください。
Step 3：「資料で確認できる事実」「担当者の説明案」「要確認」を分けてください。同等性能、性能向上、法規適合、供給事情、変更の妥当性を資料なしで断定しないでください。
Step 4：A4一枚を、変更の概要、背景、性能データ表、顧客へ伝える要点、要確認、出典で構成してください。読みやすい見出しと表を使い、派手な装飾は避け、PDF化前の原稿として出してください。
Step 5：技術責任者が、製品、性能値、単位、計算条件、UA値、変更理由、供給事情、施工・契約条件、出典ページを確認するチェックリストを付けてください。未確認があれば顧客提示用の確定版にせず停止してください。

Claude Codeで、録音同意を確認済みの書出し文字起こしコピーから匿名の題名候補を作ってください。
【同意確認】[確認者・確認日]
【文字起こしコピー】[手動で選択したファイル]
【命名規則】日付_録音内容を表す短い日本語
【除外】個人名、顧客名、住所、案件固有名、秘密情報、認証情報
初回公開版は手動起動とし、ログイン済みブラウザの操作、元録音の変更、定期実行を実装しないでください。DRY_RUNで、コピーごとに匿名の候補題名、候補の根拠、除外した情報区分、要確認事項を一覧表示し、候補ファイルへ保存するだけにしてください。短文、長文、空文字、誤認識、個人情報、同名、重複を架空データで試す手順を出し、未実施の結果は合格と書かないでください。将来ブラウザ変更を説明する場合は初回版と別章にし、手動起動後に録音ID・現在題名ハッシュ・候補題名をプレビューし、選択IDの明示承認後だけ現在題名ハッシュを再検証して一回限り変更する設計案に限定してください。画面差分、ログイン切れ、文字起こし不足、個人情報、同名、重複では停止し、変更前後ログから元題名へ復旧できる手順を示してください。認証情報は読み取らずログにも出さないでください。