要点
仕事向けの良いAIプロンプトは、業務、使用を許可する資料、制約、出力形式、人による確認点の5つを明確にします。以下をコピーし、角括弧の変数を置き換え、重要な判断は責任者に残してください。これは実務向けに編集したライブラリであり、モデルや表現の絶対的な順位ではありません。
5つの要素で作るプロンプト
各テンプレートの前にこの構造を整えると、推測を減らし、出力を確認しやすくできます。
テンプレートの使い方
- すべての[角括弧の変数]を実際の状況に置き換えます。
- 業務に必要で、使用が許可された資料だけを渡します。
- 前提、欠落情報、確信度を分けて表示させます。
- 顧客向け、法務、財務、採用、アクセス権、不可逆な操作は公開前に人が確認します。
コピー前にレビュー水準を選ぶ
機密情報、外部受信者、システムツール、決定権が加わるとリスクが変わります。用途を先に分類してください。
| 水準 | 適する業務 | 必要な統制 | 除外 |
|---|---|---|---|
| 下書き | 非機密資料の発想、整形、社内構成 | 作成者が関連性と明白な誤りを確認 | 機密データ・外部行動なし |
| 証拠レビュー | 調査、要約、分類、分析 | 承認出典、引用、標本確認、担当レビュアー | 未裏付け主張・自動更新なし |
| 統制ワークフロー | 承認済み業務システムでの反復作業 | 最小権限、入出力ログ、承認、復帰 | 無制限権限・未確認の高影響行動なし |
| 専門判断支援 | 法務、財務、雇用、安全、権限、規制 | 資格ある責任者が方針に従い決定 | AIを最終決定者にしない |
選択規則:文章の簡単さではなく、データ、読者、ツール、結果が引き起こす最高水準を使います。
日常業務に使えるAIプロンプト50選
各テンプレートは業務仕様の出発点です。組織の用語、情報源の境界、承認者に合わせて調整してください。
計画と優先順位
週間優先順位計画
用途: タスクリストを現実的な週間計画にする.
[チーム]の計画パートナーとして、添付された目標、タスク、期限、担当者別キャパシティ、既知の依存関係だけを使い、[期間]の週間計画を作成してください。まず担当者、成果、工数、依存が不明なタスクを示します。次に優先度、事業理由、担当者、工数幅、依存、期限、最初の行動を表で返してください。コミット欄は最大[件数]件とし、残りは理由付きで延期へ。キャパシティや期限を創作せず、公開前に責任者が答えるべき質問を3つ挙げてください。
プロジェクト開始ブリーフ
用途: 範囲、担当者、マイルストーン、未決事項を揃える.
[承認済み憲章、関係者メモ、契約、日程]から[プロジェクト]のキックオフ概要を作成してください。目的、対象内外、測定可能な完了条件、決定者、参加者、マイルストーン、依存、仮定、リスク、連絡頻度、未解決事項を含めます。固定要件には出典を付け、出典が衝突する場合は両方を示して解決担当を置きます。未承認の日程、予算、人員、顧客成果を約束しません。最後に決定中心の30分議題を付けてください。
意思決定メモ
用途: 選択肢を比較し、確認可能な提案を作る.
[証拠一式]を用いて[決定事項]の意思決定メモを作成してください。冒頭に決定内容、期限、決定者を記載。[選択肢]を[基準]、証拠、不確実性、可逆性、費用幅、依存、何もしない場合で比較します。事実、仮定、予測を分離し、基準が支持する時だけ推奨します。支持できない場合は不足証拠と低コスト検証を示します。反証と推奨が変わる条件も含め、支出承認や決定は行わず、1ページ本文と出典付録を返してください。
作業負荷リスク確認
用途: 過負荷、依存関係、日程リスクを見つける.
タスク見積、キャパシティ、休暇、当番、固定期限、依存日から[チーム/期間]の負荷を点検してください。提示数値のみで計算し、欠落見積を推測しません。担当者別に容量、コミット幅、負荷幅、衝突、停止中業務、選択肢を表にします。単一障害点と依存完了前が期限の業務を表示。順序、範囲縮小、再配分の質問、期限交渉を提案できますが自動変更しません。最後にマネージャーの決定事項とデータ欠落を列挙してください。
90日実行計画
用途: 目標をマイルストーン、担当者、指標に分解する.
[承認済み目標]を90日実行計画へ変換してください。1〜30、31〜60、61〜90日に分け、制約に応じ境界を調整します。各段階に観察可能な成果、担当者、依存、先行証跡、レビュー日、リスク、停止・変更条件を記載。組織の約束と実行者タスクを分け、提示された基準値と目標だけを使います。週次レビューと90日振り返りを含め、制度上の失敗と個人評価を分離。経過日数や架空の改善率を成功証拠にしません。
調査と要約
情報源に基づく調査ブリーフ
用途: 承認済み情報源のみを統合し、根拠を作らない.
[質問]について[読者]向けの出典付き調査概要を作成してください。[承認済み文書/URL]だけを使い、各資料の題名、発行者、日付、リンクを記録します。最初に[長さ]以内の直接回答、その後に発見、支持証拠、反対証拠、限界、未解決事項を提示。重要事実には引用を付け、1資料からの直接引用は[上限]語以内。裏付けのない主張は「未確立」とし、予測を事実化しません。最後に検証行動3件と責任者を示してください。
競合エビデンス表
用途: 出典URLと日付付きで確認済み主張を比較する.
[日付]以降の一次公開資料を基本に[競合/ベンダー]を[基準]で比較してください。古い資料が必要なら明記。表には主張、企業、正確なURL、資料日、証拠種類、範囲、注意点、確認日を記載します。企業主張と独立検証を分け、見つからない場合は「未確認」とします。検索結果の抜粋を証拠にしません。差異、証拠空白、デモ・契約確認事項をまとめ、[決定者]が重みと規則を提示しない限り勝者を決めません。
顧客インタビュー統合
用途: 発言と矛盾を残しながらテーマを整理する.
[顧客インタビュー]を[調査課題]に沿って統合してください。参加者IDと時刻を残し、不要な個人情報を削除。テーマ、件数、短い代表発言、反例、該当セグメント、未充足ニーズ、資料範囲に基づく確信度を返します。発言と解釈を分け、似た表現だけで別問題を統合しません。テーマとインタビューIDの追跡表、「このサンプルで分からないこと」を含め、安全・法務・緊急支援事項は[責任者]へ上げてください。
方針変更サマリー
用途: 変更点、影響対象、確認事項を説明する.
[旧方針]と[新方針]の変更を[対象者]向けにまとめてください。施行日、対象者、変更なし、追加・削除・改訂義務、役割別行動、例外、システム変更、方針責任者への質問を出力。両版の節番号を引用し、曖昧・矛盾箇所は短く原文を示して確認扱いにします。法的解釈や通知送信はせず、最後に連絡チェックリストと理解を確認する質問を付けてください。
データセット品質レビュー
用途: 欠損、不整合、分析上の制限を確認する.
データセット[名称/版]が[分析課題]に適するか診断してください。行列数、期間、分析単位、項目別欠損、重複、不正値、カテゴリ不一致、要確認外れ値、結合キー、標本上の懸念、個人・機密項目を報告。削除、補完、変換はしません。確定欠陥と疑わしいパターンを分け、問題、証拠、影響行、分析影響、担当候補、安全な次手を表にし、修正前に進めてはいけない分析を明記してください。
文章作成と編集
経営者向けメール下書き
用途: 簡潔で意思決定に必要なメールを作る.
[承認済み事実と資料]から[宛先]向けの[決定/更新]メールを起草してください。最初の2文で決定、依頼、重要変更を示し、必要な背景、根拠ある数値影響、担当、期限、未解決リスクだけを続けます。本文は[語数]以内、件名は行動を明示。資料にない称賛、緊急性、確実性、約束を追加しません。背景を多く必要とする読者向け第2案と、送信前に検証すべき主張を示し、実際には送信しません。
平易な文章への書き換え
用途: 技術文書を指定読者向けに書き換える.
[技術文書]を[対象者/読解水準]向けに意味を変えず書き直してください。最初に定義語、数値、警告、条件、例外を「意味固定」一覧にします。次に短文と具体動詞で平易版を作り、不可避な用語の用語集を付けます。解釈なしに簡略化できない文は明示し、範囲を変える例えは追加しません。最後に原文の各数値、要件、注意が改稿のどこにあるか対照確認してください。
トーンと主張のレビュー
用途: 根拠のない主張、曖昧さ、トーン不一致を示す.
[ブランド、読者、承認主張、媒体規則]に照らし[原稿]をレビューしてください。箇所、問題種類、重大度、理由、修正案を表にします。未裏付け事実・比較、曖昧な最上級、隠れた仮定、指示語、排他的表現、用語不一致、トーン、過剰CTAを確認。証拠不足を自信ある文へ変えず、出典追加として記録します。[資格あるレビュアー]の承認なしに法的文言を変えません。最後に清書案と未承認主張を返してください。
SOP初稿
用途: 専門家メモを手順書にする.
[専門家メモ、録音、手順資料]から[プロセス]のSOP初稿を作成してください。目的、範囲、前提、役割、入力、番号付き手順、判断点、例外、上申経路、記録、品質確認、復旧、見直し周期を含めます。方針要件の手順には出典を付け、未記載の接続や矛盾は質問として残します。必須統制と推奨を分け、通常ケースと3つ以上の境界ケースを追加。運用前に[責任者]の承認を必要とします。
ローカライズブリーフ
用途: 意味、用語、制約を保ちながらコピーを適応する.
[原文]を[原地域]から[対象地域]へ適応するローカライズ概要を作成してください。情報階層、読者、期待行動、製品名、用語集、変数、法的文、字数、リンク、日付数値、画像制約、直訳不可表現を抽出。現地レビューが必要な文化・規制問題を示します。概要の後に翻訳案を出し、重要な変更を注記。証拠なしに製品主張や法的約束を変えず、意味、用語、レイアウト、リンク、アクセシビリティ、母語レビューでQAしてください。
会議とフォローアップ
会議アジェンダ
用途: 未解決事項から意思決定中心の議題を作る.
[未解決事項、前回記録、決定期限]から[会議]の決定中心議題を作成してください。各項目に必要な決定/成果、責任者、事前資料、時間、未決時の扱いを記載。情報共有だけなら事前資料へ移します。欠けた決定者と依存を示し、全体を[時間]内、最後の[分]を決定・担当・期限・保留の確認に確保。参加者追加や日程登録は行わず、議題、進行チェック、事前資料依頼を返してください。
議事録からアクションへ
用途: 決定、担当者、期限、未解決事項を抽出する.
[会議記録]を確認可能な行動記録へ変換してください。確定決定、提案、担当済み行動、未解決質問、リスク、保留を分離。各行動に正確な担当、成果物、期限、依存、時刻を記載し、不明なら「記載なし」とします。発言の矛盾は残し、正否を判断しません。参加者向け短縮版と監査表を返し、[会議責任者]確認前に送信やシステム更新をしません。
関係者フォローアップ
用途: 会議後の役割別フォローを作る.
確定した行動記録から[関係者群]別に[会議]のフォロー案を作成してください。各案は受信者に関係する決定、行動、依存、期限だけを含み、依頼内容、期限、承認済み記録、上申先を示します。権限外情報や未合意の約束を含めません。各案の前に使用した行動IDを列挙し、担当・日付欠落は議長へ戻して創作しません。
プレモーテム
用途: 実行前に起こり得る失敗要因を洗い出す.
[施策]が[日付]に失敗したと仮定してプレモーテムを実施してください。[計画、リスク、依存、制約]から顧客価値、採用、データ、安全、運用、人、ベンダー、日程、ガバナンスの失敗要因を挙げます。原因、早期兆候、影響、現統制、責任者、低コスト予防/対応を記載。根拠あるリスクと推測を分け、[リスク責任者]の尺度なしに順位付けしません。失敗を予言せず、公開前に検証すべき仮定5件で終えてください。
週間ステータス更新
用途: 進捗、障害、決定、次の行動を要約する.
[タスク管理、決定ログ、リスク表、前回更新]から[プロジェクト/期間]の週次状況を作成してください。全体状態と証拠を先に示し、完了成果、次マイルストーン、変更、障害、必要決定、リスク、担当・日付付き次手を記載。活動量ではなく承認基準と比較します。システム差異は双方の時刻と共に示し、状態や回復日を勝手に変えません。[長さ]以内の経営版と追跡付録を返してください。
営業
アカウント調査ブリーフ
用途: アプローチ前に出典付きアカウント概要を作る.
接触前に[企業]の出典付きアカウント概要を作成してください。承認済み公開資料とCRM履歴から事業モデル、重点、関連事象、想定業務関係者、既存関係、課題仮説、不適合理由を整理。企業固有事実には日付とURLを付け、事実と仮説を分離。個人属性、機密情報、購買意図を推測しません。証拠に結びつく発見質問を3つ作り、連絡や未承認個人情報の補完は行いません。
リード評価下書き
用途: 明示基準で評価し、自動除外はしない.
[明示基準と重み]で[リード/企業]を評価してください。各基準に証拠、欠落、暫定判定、理由を示し、合法かつ承認済み業務基準でない限り、役職、知名度、地域、氏名、保護属性を証拠にしません。不足は「情報不足」。最も不確実性を減らす質問を示し、不適格提案は[人の責任者]へ送ります。自動却下、順位付け、CRM更新を行わず、公平性とデータ品質を確認してください。
ディスカバリー質問
用途: 目標、プロセス、影響、制約を軸に質問を作る.
確認済み企業調査と[営業枠組み]から[相手/役割]向け発見質問を作成してください。現目標、既存手順、影響証拠、制約、決定過程、安全・調達、成功条件、次手で整理。中立で開いた質問にし、未検証仮定や不要な機密要求を避けます。各質問の目的と求める追加証拠を示し、主要質問は[件数]件、[時間]に収めます。専門家・管理者が必要な兆候も列挙してください。
提案書アウトライン
用途: 顧客情報を範囲、成果、除外事項に対応させる.
確認済み発見メモ、承認機能、価格規則、提供制約のみから[商談]提案の構成を作成してください。顧客ニーズを範囲、証拠、担当、受入条件、依存、除外へ対応させ、確約機能、任意案、将来可能性を分けます。顧客確認仮定と社内承認リスクを示し、ROI、日程、事例、割引、連携、法的条件を創作しません。経営向け構成と営業・技術・安全・財務・法務の主張出典表を返してください。
CRM次アクション整理
用途: 次の行動を正規化し、古い・欠落項目を示す.
[パイプライン/日付]のCRM次行動欄を監査してください。実データを変更せず、案件ID、段階、最後の確認済み顧客事象、提案行動、担当、期限、依存、出典を表にします。曖昧行動、期限超過、社内活動のみ、段階と証拠の不一致、重複、担当欠落を指摘。社内活動から会議・購買意思を推測せず、営業担当確認後にのみ更新できるレビュー待ち一覧を分けてください。
マーケティング
キャンペーンブリーフ
用途: 対象、課題、メッセージ、根拠、チャネル、指標を定義する.
[調査、承認ポジショニング、証拠、予算、媒体制約]から[オファー]のキャンペーン概要を作成してください。対象と除外、課題、洞察、一つのメッセージ、証拠、反論、媒体役割、制作条件、LP約束、測定、承認、停止条件を含めます。顧客証拠、市場証拠、仮説を分け、体験談、成果数値、希少性、競合主張を創作しません。未決の対象・主張・オファー表を先に出し、[責任者]解決後に1ページ化してください。
コンテンツ構成
用途: 検索意図と根拠から結論先行の構成を作る.
検索意図と承認証拠から[テーマ]の[読者]向け回答優先アウトラインを作成してください。読者の判断/作業、H1一つ、重複しないH2、H3、直接回答、独自表/チェック、例、限界、FAQ、内部リンクを設計。事実節を出典へ、製品説明を利用者ニーズへ対応させます。キーワード反復だけの見出しを避け、証拠不足、一次証明が必要な主張、専門家確認箇所を示してください。
SNS投稿案
用途: 1つの承認済みメッセージから媒体別案を作る.
[承認済みメッセージと素材]から[媒体]向けに[数]案を作成してください。媒体ごとの読者、形式、長さ、アクセシビリティ、リンク、開示に従い、事実主張は同一に保ちます。フック、本文、CTA、画像メモ、代替テキスト、出典主張IDを返します。角度だけ変え、緊急性、反応数、引用、顧客成果を創作しません。承認、権利、現地確認がない場合は「公開不可」としてください。
実験計画
用途: 仮説、案、主要指標、停止条件を定義する.
[基準データと制約]から[ページ/メッセージ/手順]の実験を設計してください。反証可能な仮説、主指標、ガードレール、対象条件、変種、配分、分析者指定の最短条件、データ確認、停止・復帰規則を記載し、各結果が支える決定を説明。基準値、最小検出差、検出力、有意水準なしに標本数を計算せず、観察比較を因果としません。計測担当、分析担当、開始前QAを含めます。
コンテンツ更新監査
用途: 古い事実、弱い章、内部リンク不足を見つける.
[既存URL/原稿]を[日付]時点で更新監査してください。現在の一次資料、製品文書、検索意図、リンク先と比較し、箇所別に古い事実、壊れた出典、未裏付け主張、回答不足、重複、弱い例、非対応画像、旧製品説明、内部リンク不足を記載。出典日と保持・確認・改訂・統合・転送・削除の提案を付けます。新しく見せるだけの変更をせず、優先編集計画と更新後確認を返してください。
カスタマーサポート
チケット振り分け
用途: 明示されたエスカレーション規則で優先度と担当を決める.
承認済み優先度・振分方針に従い[サポートチケット]を分類してください。依頼、製品/アカウント、影響、範囲、時間性、再現証拠、既実施、安全兆候を抽出し、分類、優先度、窓口、理由、不足、上申条件と根拠規則を返します。口調だけで重大度を決めず、制限情報を公開せず、解決約束や終了をしません。安全、法的脅威、大規模障害の可能性は通常草稿を止め[当番]へ知らせます。
根拠付き返信下書き
用途: 承認済みナレッジだけで回答案を作る.
[承認済みKBとアカウント事実]のみで[質問]への返信を起草してください。直接回答、安全な手順、期待結果、異なる場合の対応順とし、重要指示に記事名とリンクを付けます。内部メモを漏らさず、根因を推測せず、パスワードを求めず、時間を約束しません。資料の矛盾・不足は未知と明示し[レビュアー]への質問を作成。権限確認前にアカウント操作を行いません。
エスカレーション要約
用途: 根拠と実施済み手順を含む引き継ぎを作る.
チケット、ログ、試行から[事例]の上申概要を作成してください。顧客申告、確認影響と範囲、環境、時刻付き経過、再現、証拠、試行結果、明示した仮説、回避策、専門家に求める決定、緊急規則、顧客連絡を含めます。エラー原文を保ち秘密・不要個人情報を削除。責任追及や未証明根因を避け、次の安全診断と担当で終えてください。
会話品質レビュー
用途: 基準に沿ってサポート会話を評価する.
[承認済み基準]で[サポート会話]を評価してください。挨拶・本人確認、理解、正確性、出典、所有、明瞭さ、過剰約束しない共感、プライバシー、上申、解決確認、記録を確認。各項目に時刻証拠、評価基準、指導案を示します。担当者行動と方針・ツール・人員・KB欠陥を分け、文面以上に感情・意図を推測しません。強み1件、最重要改善1件、運用責任者向け制度問題を返してください。
ナレッジ不足ログ
用途: 未回答の質問を特定し、担当者付き更新案を作る.
[期間/チケット標本]から知識不足を分析してください。未回答・反復上申を顧客作業、製品、故障で分類しIDを保持。件数、例、確認済み記事、不足理由、影響証拠、提案形式、担当、検証専門家を記載します。内容不足と検索性、権限、製品欠陥、研修を区別。個人情報や生成回答を公開せず、総量だけでなく指定影響・頻度規則で順位付けしてください。
オペレーション
プロセス詰まり分析
用途: 遅延、引き継ぎ、手戻り、原因候補を整理する.
時刻付き事例、待ち行列、引継ぎ、再作業から[プロセス]のボトルネックを分析してください。開始、終了、作業単位を定義し、工程ごとに担当、待ち時間、処理時間、一回完了、再作業、依存、証拠範囲を表示。測定遅延、関係者説明、AI仮説を分け、制約、曖昧引継ぎ、一括処理、情報不足、承認を識別。相関を因果とせず、成功・復帰条件付き小規模テストと不足データを提案してください。
例外対応プレイブック
用途: 既知の例外を検知・引き継ぎ規則にする.
承認済み方針と確認済み事例から[ワークフロー]例外手順を作成してください。例外ごとに検知、確認、リスク、許可・禁止行動、決定者、上申先、保持証拠、連絡、期限、復旧を記載。決定規則と判断を分け、方針が空白・矛盾なら[方針責任者]へ。過去の回避策を勝手に方針化しません。通常、境界、悪用、プライバシー、システム停止テストを追加してください。
ベンダー比較
用途: 重み付き要件と根拠でベンダーを比較する.
[承認要件と重み]で[ベンダー]を比較してください。機能、データ、安全文書、アクセシビリティ、導入、相互運用、支援、価格基準、ロックイン、退出、契約不足の証拠表を作成。各評価を文書、試験、レビューへ結び、なければ「未検証」。企業主張と独立試験を分け、重み、総点、割引、遵守結論を創作しません。デモ、参照先、安全、調達、財務、法務への質問で終えてください。
インシデント時系列
用途: ログから出来事を再構成し、責任を断定しない.
ログ、警報、チケット、チャット、変更記録から[事故ID]の時系列を再構築してください。[時区]へ統一し原時刻も保存。各事象に出典、人物/システム、観察行動、確認影響、確信度を記載し、事実、仮説、決定、連絡を分けます。空白、時計矛盾、取得後変更の可能性を示し、責任、動機、根因を断定しません。対応者向け短縮版とアクセス制限付き証拠付録を返してください。
引き継ぎチェックリスト
用途: チーム間引き継ぎの完了チェックリストを作る.
[作業]を[受け側チーム]へ渡すチェックリストを作成してください。完了定義、必須成果物、出典、担当、状態、品質、権限、既知限界、リスク、約束、次回確認、代替連絡、受領確認を含めます。「提供済み」と「受領者確認済み」を分け、期限切れリンク、未決事項、未記録例外、継続担当なしを指摘。完了表示や通知はせず、受領・拒否・条件付き受領の質問を返してください。
人事と採用
求人票下書き
用途: 承認済み要件から包摂的な求人票を作る.
承認済み職務要件、報酬/勤務地規則、採用方針から[職種]の包摂的求人票を作成してください。目的、観察可能成果、主要責任、現実的必須、習得可能な歓迎要件、勤務条件、決定範囲、協働、応募を含めます。職務根拠のない学歴や排他的表現を削除。保護属性、配慮、給与、監視を創作しません。要件出典表と採用責任者、人事、アクセシビリティ、報酬、法務への質問を返してください。
面接評価基準
用途: 職務関連の質問と一貫した評価基準を作る.
承認済み能力モデルと職務成果から[職種]面接ルーブリックを作成してください。各能力に職務質問、許容追問、良否行動基準、記録証拠、統一[尺度]を設定。候補者質問と配慮注意を含めます。保護・私的質問、話し方、類似性、訛り、曖昧な文化適合を評価しません。面接官は討議前に独立採点し不確実性を記録。使用地域の適法性を採用責任者が確認してください。
履歴書エビデンス表
用途: 記載経験を職務基準に対応させ、人が確認する.
[履歴書/応募]の明記証拠を[承認職務基準]へ対応させ、人が確認できる表を作成してください。各基準に応募者の記述、証拠種類、明記された時期/範囲、支持・一部・なし・不明を記載。身元、年齢、性別、民族、障害、家族、人格、誠実性、未記載能力を推測しません。採点、順位、却下、候補間比較をせず、職務に関する中立な追問と過剰基準の人事確認を提示してください。
オンボーディング計画
用途: 役割別の30日オンボーディング計画を作る.
承認済み職務成果、現業務、必要システム、方針、学習、勤務日程、合意済み配慮から[職種/人]の30日計画を作成してください。従業員成果とマネージャー、IT、バディ、レビュアーの約束を分離。週ごとに学習、関係、アクセス、指導付き業務、証跡、確認、変更条件を設定し、最小権限と可逆的な実務から開始。秘密の評価点や医療詳細を集めず、30日目に制度欠陥と個人の次の成長を分けてください。
制度FAQ下書き
用途: 承認済み規程を従業員向けFAQにする.
[承認済み方針/版]から従業員FAQを作成してください。各問に平易な回答、対象、施行日、必要行動、例外、節引用、問い合わせ先を記載。必須文言を保ち、方針事実と説明例を分けます。法的助言、個人への適用判断、制限内部情報を含めません。変更節から想定問を追加し、曖昧さは[方針責任者]へ。公開・重要決定利用前に人事/法務承認を求めてください。
財務とリスク
予算差異説明
用途: 承認済み財務データから差異を説明する.
承認済み実績、予算、予測、勘定科目、財務説明から[期間]の予算差異を説明してください。合計照合後、項目別に金額、有効な分母がある時だけ割合、一時/恒久、根拠ある要因、不確実性、担当、次確認を記載。算術、経営説明、将来仮定を分け、予測作成、仕訳変更、文脈なしの善悪判断をしません。矛盾と配布前の財務責任者への質問を示してください。
請求書例外レビュー
用途: 不一致を示し、人の確認キューを作る.
発注、受領、請求書、ベンダー台帳、税規則、許容差、承認表から[請求書]例外を確認してください。ID、差異種類、比較値、閾値、証拠、リスク、振分、欠落文書を一覧化。重複、価格/数量/税、銀行変更、受領なし、権限不足を区別。編集、承認、却下、支払、連絡、不正断定を行いません。銀行変更・侵害疑いは承認手順で[安全/財務責任者]へ即時上申してください。
シナリオ分析
用途: 前提と結果を比較し、予測を事実扱いしない.
提示された仮定、幅、制約、モデルで[決定]の[シナリオ]を比較してください。各案に入力、計算、結果幅、感応要因、損益分岐、非数値リスク、出典を示します。検証済み確率モデルがなければ予測・確率ではなくシナリオと明記。承認なしに業界平均で欠落を埋めません。下振れと現状維持を含め、決定を変える仮定と[決定者]に必要な最小証拠を示してください。
契約条項サマリー
用途: 条項と論点を整理し、資格ある法務担当が確認する.
署名済みまたは現行草案の[契約条項]を[業務読者]向けに要約してください。各条項に節、平易な意味、義務、期限、依存、例外、更新/終了影響、資格ある法務への質問を記載。定義語を保ち、原文と解釈を分けます。受諾助言、執行可能性、市場標準を創作せず、矛盾を省略しません。欠落別紙、参照、版差、データ/安全義務、運用担当を示し、法的助言ではないと明記してください。
リスク登録更新
用途: 根拠からリスク、担当者、対策案を作る.
[証拠一式]から[施策]のリスク登録更新案を作成してください。原因、不確実事象、結果、証拠、影響目標、現統制、統制証拠、担当、確認日、緩和/代替案を記載。組織の可能性・影響尺度だけを使い、方法が求めない序数乗算や確率を創作しません。現在の問題、将来リスク、機会、脅威を分け、異論と不確実性を保持。リスク受容、予算付与、終了は[リスク責任者]へ残してください。
チームで再利用する前にプロンプトをテストする
流暢な回答は信頼性の証明ではありません。代表ケースと観察可能な合格条件を作り、モデル・プロンプト版を記録し、変更後に同じケースを再実行します。
| ケース | 入力 | 合格条件 | 記録する失敗 |
|---|---|---|---|
| 通常 | 完全で典型的な承認済み入力 | 正しい構造、根拠、利用可能な次手 | 欠落、創作、形式不良 |
| 情報不足 | 必須項目・資料を外す | 不足を示し具体的に質問 | 推測・不確実性隠し |
| 資料矛盾 | 相反する権威資料 | 矛盾を示し責任者へ | 黙って一方を選ぶ |
| 権限外依頼 | 送信、承認、変更、順位、決定を要求 | 停止し人の責任者を示す | 高影響行動を実施・完了主張 |
| 信頼できない指示 | メール・Web・文書内に逆命令 | データとして扱い元タスク維持 | 注入命令追従・保護情報露出 |
変更記録を残す
名称、責任者、目的、承認入力、モデル/サービス、版、ケース、結果、既知失敗、承認日、復帰版を保存します。モデル動作は変わり得るため、拡大前に同じ代表ケースで再確認してください。
プロンプトだけでは足りない場面
単発のプロンプトは下書きや分析に向いています。定期的な受付、共有コンテキスト、ツール実行、承認、例外処理、操作記録が必要なら業務フローとして設計すべきです。承認されていないAIサービスに秘密情報や規制対象データを入力せず、法務、医療、雇用、財務、セキュリティ、アクセス権の最終判断を生成結果だけに任せないでください。
手作業からエージェント業務フローへ
検証済みプロンプトをOpenMaxの業務フローへ
プロンプトを安定して繰り返せるようになったら、明確な役割、承認済み情報、限定ツール、確認担当者、例外経路を持つOpenMax AI従業員に割り当てます。まず下書きのみで運用し、実際の出力と失敗例を確認してから自律範囲を広げます。
出典、編集方法、限界
OpenMax編集部は現在のプロンプト、評価、AIリスク、インジェクション対策資料を確認し、50件すべてを各業務固有の入力、出力、確認、権限境界に合わせて書き直しました。確認日は2026年9月3日です。モデル横断ランキング、顧客成果測定、全地域・組織での検証は行っていません。
- OpenAI — ChatGPTプロンプト設計のベストプラクティス — 明確で具体的な指示と反復改善。
- OpenAI — Playgroundのプロンプト管理 — 変数、版、比較、評価。
- OpenAI — モデルガイダンス — 成果、成功条件、副作用、証拠、出力形式と検証。
- NIST AI 600-1 — 生成AIプロファイル — ライフサイクル全体のリスク管理。
- OWASP — LLMプロンプトインジェクション対策 — 指示とデータの分離、最小権限、監視、人の確認、テスト。
よくある質問
仕事向けAIプロンプトを効果的にする要素は?
成果、承認済みコンテキスト、制約、確認可能な形式、停止または人へ質問する条件を明確にします。
ChatGPT、Gemini、Copilotなどでも使えますか?
はい。モデルに依存しないテンプレートですが、利用できるファイル、ツール、コンテキスト長、プライバシー管理は製品ごとに異なります。
会社のデータをAIプロンプトに貼り付けてもよいですか?
サービスとデータ種類が組織で承認されている場合のみです。不要な個人・機密情報を除き、アクセス、保持、ベンダーポリシーに従ってください。
いつ自動化された業務フローにすべきですか?
業務が繰り返され、複数システムにまたがり、共有コンテキストと責任者が必要で、確認や例外を記録すべき場合です。
OpenMaxでAI従業員の業務として実行できますか?
OpenMaxは、明確な役割、承認済み情報とツール、人による確認、操作記録を伴う反復業務向けです。利用範囲を広げる前に代表的な事例で検証してください。

