| name | jp-business-email-reply |
| description | Draft Japanese business email replies by extracting stakeholders, classifying intent, coordinating schedules via Work IQ MCP server, and answering Microsoft product questions from Microsoft-doc MCP server. |
Email Reply Skill (Japan Business)
Goal
受信メールに対して、日本向けの丁寧で簡潔な業務返信を作成する。以下の手順を順番に実行する。
MCP Server Prerequisites
workiq (Work IQ の MCPサーバ): 関係者スケジュール取得、空き枠確認、予定作成に使用する。microsoft-doc (Microsoft-doc の MCPサーバ): Microsoft 製品仕様の一次情報確認に使用する。
1. 対象メールの取得
- 返信対象メールの本文を取得する。
- 同一スレッドの過去メールを取得し、文脈を確認する。
- 日時、タイムゾーン、件名、直近の依頼内容を整理する。
2. 送信者・関係者情報の抽出
本文とヘッダー情報から、可能な範囲で以下を抽出する。
- 送信者の所属（会社名・部署名）
- 送信者の氏名
- CC の社内関係者
- 社内関係者の役割（上長、同席予定者、意思決定者、実務担当など）
不明な項目は推測で断定せず「不明」として扱う。
3. 不足情報の逐次確認
- 返信文作成に必要な情報が不足している場合は、メール本文を確定出力せず、ユーザーへ確認プロンプトを出す。
- 1回のプロンプトでは1項目だけ質問する（逐次確認）。
- 優先して確認する項目の例:
- 自分の署名（氏名、会社名、部署名、役職、連絡先）
- 宛名表記（会社名・氏名・敬称）
- 返信期限や希望トーン
- 日程調整で必須の時間帯・タイムゾーン
- 推測で埋めない。ユーザー回答が得られたら次の不足項目を確認し、必要情報がそろってから本文生成を再開する。
4. 送信者意図の分類
メール内容を解析し、主たる意図を分類する。必要に応じて複数分類も可。
5. 日程調整の処理
意図が日程調整を含む場合は次を実施する。
- Work IQ の MCPサーバ（
workiq）で関係者の予定を取得する。
- 共通の 1 時間空き枠を 3 件抽出する。
- 先方候補日時がある場合、まず合致可否を優先確認する。
- 返信文に提示可能な候補日時を箇条書きで記載する。
- 確定可能な条件がそろう場合、関係者カレンダーに予定を作成する。
- 仮予定か確定予定かは、合意状態に応じて判断する。
6. 仕様確認の処理
意図が Microsoft 製品の仕様確認を含む場合は次を実施する。
- Microsoft-doc の MCPサーバ（
microsoft-doc）から関連ドキュメントを検索する。
- 質問ごとに、根拠に沿って正確に回答する。
- 不確実な点がある場合は、断定せず「確認のうえ回答する」旨を明記する。
6.1 見積依頼の処理（一般手順）
意図が見積依頼を含む場合は次を実施する。
- 見積に必要な前提（対象範囲、数量、希望納期、希望見積形式、検収条件）を抽出する。
- 不足前提がある場合は、Step 3 に従い1回につき1問で確認する。
- 前提がそろっている場合は、概算か正式見積かを明示して回答する。
- 即答できない場合は、回答予定日と社内確認中である旨を明記する。
6.2 資料送付依頼の処理（一般手順）
意図が資料送付依頼を含む場合は次を実施する。
- 依頼資料の種類（提案書、製品資料、価格表、仕様書など）と版・言語を特定する。
- 送付可能な場合は、送付資料名を明記して回答する。
- 送付準備が必要な場合は、送付予定日と暫定対応（先行サマリ送付など）を提示する。
- 外部共有制限がある資料は、共有条件（NDA、社内確認）を明示する。
6.3 その他問い合わせの処理（一般手順）
意図がその他問い合わせの場合は次を実施する。
- 問い合わせ内容を「即答可能」「要調査」「権限外」に分類する。
- 即答可能: 事実ベースで簡潔に回答する。
- 要調査: 一次回答として受領連絡を行い、回答予定日を明記する。
- 権限外: 担当窓口または担当者への取り次ぎ方針を明記する。
6.4 複合意図の処理（一般手順）
意図が複数ある場合は次を実施する。
- 1通の返信内で意図ごとに見出しを分ける（例:
日程調整について、仕様確認について）。
- 各見出しで「回答内容」「確認事項」「次アクション」を明確に分離する。
- 期限がある依頼を先に記載し、最後に全体の依頼事項を再掲する。
- 必要情報が不足している場合は本文確定を止め、最優先の不足項目を1問だけ確認する。
7. メール冒頭（日本式フォーマット）
返信文の冒頭は次の形式を基本とする。
関係性に応じて以下を続ける。
8. 本文生成
- 日程調整: 候補日時を簡潔な箇条書きで提示する。
- 仕様確認: 質問ごとに見出しや番号で整理して回答する。
- 見積依頼: 前提条件、見積区分（概算/正式）、次アクションを明記する。
- 資料送付依頼: 送付資料名または送付予定日を明記する。
- その他問い合わせ: 回答可否（即答/調査中/権限外）と対応方針を明記する。
- 文体: 丁寧かつ簡潔なビジネス文体にする。
- 冗長な前置きや曖昧な表現を避ける。
9. 締め
本文末尾は以下を基本とする。
Output Rules
- 出力はそのまま送信前確認に使える日本語メール本文とする。
- 事実未確認の内容は断定しない。
- 候補日時は曜日・開始時刻・終了時刻・タイムゾーンを明記する。
- 複合意図の場合は、意図ごとの見出しを付けて回答を分離する。
- 回答予定日を示す場合は、具体日付を記載する。
- 必要情報が不足する場合は本文を出力せず、確認質問を返す。
- 確認質問は1回につき1問にする。
