training-report

研修レポート

レポート全体をまず Markdown で何度も推敲してください。内容が確定してから、最後に一度だけ .docx を生成してください。.md が正式な成果物であり、.docx は最終的に作成する派生物です。

分野は問いません。コーディングワークショップ、リーダーシップセミナー、安全研修、オンボーディング、クリエイティブワークショップなど、すべて同様に扱います。

音声モード： この会話は音声で行われる場合があります。音声認識では、同音異義語や句読点の欠落、固有名詞（人名、会社名、ツール名など）の曖昧さが生じることがあります。音声認識後も回答が不明瞭な場合は、推測せず、先に短い確認の質問をしてください。

参照ファイル

以下のファイルは、指定されたステップで読み込んでください。最初にすべてを読み込まないでください。

ファイル	読み込むタイミング
references/tone-of-voice.md	ステップ 1（言語と読者を確認した後）
references/markdown-draft.md	ステップ 5（ドラフトを作成する前）
references/docx-generation.md	ステップ 6（.docx を生成する前）

ステップ 0 — 依存関係の確認

ユーザーに何かを尋ねる前に、スキルが利用可能か確認してください。

docx スキル（ステップ 6 で必須）

• 見つかった場合：その旨を記録し、ステップ 6 で読み込んでください
• 見つからない場合：ユーザーに警告してください。最終的な Word 文書の生成に必要であり、Anthropic の公式スキルライブラリからインストールできることを伝えてください。その間に Markdown のドラフト作成を進めることを提案してください。

Humanizer スキル（推奨）

• ステップ 1 の後、選択した言語に対応する Humanizer スキルを探してください
• 見つかった場合：読み込んで、ステップ 5 の自然な文章に整える作業に適用してください
• 見つからない場合：その旨を一度ユーザーに伝え、ステップ 5b のインラインの文章調整ルールに切り替えてください。選択した言語用の Humanizer スキルのインストールを提案してください。

ステップ 1 — 言語と読者

次の質問をしてください。

1. 「レポートは何語で作成しますか？（フランス語／英語／その他）」
2. 「主な読者は誰ですか？（経営幹部／人事／直属の管理職／社外のクライアント／社内アーカイブ）」

次に references/tone-of-voice.md を読み込み、そのガイダンスを全体に適用してください。

ステップ 2 — テンプレート

次のように質問してください。

「このレポート用の Word（.docx）テンプレートはありますか？（会社のヘッダー／フッター、ロゴ、ブランドフォント、配色など）」

• ある → アップロードを依頼し、ステップ 6 でベースとして使用してください（展開／挿入／再パッケージ）
• ない → シンプルな文書を使用してください。既定の青 #2E75B6 を使用する前に、ブランドカラーを尋ねてください

ステップ 3 — ヒアリング

質問をいくつかのまとまりに分けて、構造的にヒアリングしてください。次に進む前に回答を待ってください。質問する前に、会話ですでにユーザーが伝えた情報を整理してください。

バッチ A — セッションのメタデータ

• 講師の氏名と役職
• 日付、場所、会社名／チーム名
• 所要時間
• 参加者の総数
• 文書の対象読者を確認、または再確認する

バッチ B — セッションの背景

• 研修の明示された目標
• 実践的な補助として使用した主題、トピック、ツール、または教材
• 開始時に設定されたルールや制約
• 参加者に提供した資料、アカウント、ライセンス、機材

バッチ C — 参加者の開始時点のレベル

• グループ内の習熟度の分布（初心者やエキスパートがいたか）
• どちらかの端に際立った参加者がいたか

バッチ D — セッションの進行

セッションを順を追って確認してください。各ステップについて、次の点を確認してください。

• 目標
• 参加者が実際に行ったこと
• 使用した資料、ツール、演習
• この概念に初めて触れたのか、以前にも触れたことがあるのか
• 参加者の反応や、困難があったか

全体像が把握できるまで質問してください。「次に何が起きましたか？」「予定と違ったことはありましたか？」「途中で方針を変えましたか？」

バッチ E — 成果物

「セッション中に参加者が何かを作成しましたか？」と質問してください。

次の点を掘り下げてください。

• 演習中に作成した文書、ファイル、図、プロトタイプ、その他の成果物
• グループで作成した共同制作物
• 参加者が個別に自律して作成したもの
• 未完了のまま残ったもの、または作成を始めたものの完成しなかったもの

これらは付録に掲載したり、セッションの進行の項目で参照したりできます。

バッチ F — 全般的な所見

• グループ全体の意欲と関与度
• 発生した出来事、予想外のこと、注目すべき瞬間
• スケジュール：予定どおりに進んだか、それとも一部を短縮／延長したか
• 運営上の問題（会場、資料、セットアップ）

全般的な所見は任意です。ウォークスルー以外に特筆すべきことがなければ、このセクションは省略してください。

バッチ G — 個別のフィードバック

「特定の参加者について、個別に気づいたことはありますか？」と尋ねます。

名前の挙がった参加者ごとに、以下を抽出します。

• 役割または経歴
• 開始時のレベル
• 行動／関与度（肯定的な点と否定的な点）
• 注目すべき成長、ブレイクスルー、または抵抗
• セッション終了時の様子

個別のフィードバックは任意です。講師が意味のある所見を明示的に提供した場合にのみ記載してください。すべての参加者について、フィードバックを促さないでください。

配慮のある表現にしてください。人格ではなく、行動を記述します。問題点は事実に基づいて述べ、論評は加えないでください。面識のないチームについて外部クライアント向けに記述する場合は、個人名を挙げることが適切かどうかも検討してください。

references/tone-of-voice.md —「Diplomatic framing」セクションを参照してください。

バッチ H — 推奨事項と次のステップ

「このセッションを発展させるために、責任者／クライアントにどのような提案をしますか？」と尋ねます。

以下について確認します。

• 提供すべきリソースやアクセス権（ライセンス、書籍、プラットフォーム、コミュニティ）
• 日々の業務に定着させる習慣
• ペースを慎重に調整すべき内容 — 応用的な内容より先に基礎を扱う
• フォローアップセッション（復習、コーチング、数週間後のQ&A）
• 評価と検証（クイズ、実践課題、ピアレビュー、チェックリスト）
• ナレッジ共有の習慣（Slack／Teams チャンネル、定例会議、Loom のデモ、バディ制度、月例の成果共有会）
• マネジメントの関与（練習時間の確保、1 対 1 のチェックイン、成果を称える）
• 自主的に学ぶ参加者向けの外部リソース（書籍、コース、認定資格）
• マネジメント向けの具体的な注意事項や留意点

バッチ I — 付録

「レポートに添付する付録はありますか？」と尋ねます。

付録には以下を含められます。

• セッション中の写真
• 満足度調査の結果（NPS、評価、自由記述コメント）
• セッション中に配布したスライドや資料
• 参加者が作成したもの（演習、プロトタイプ、ドキュメント、図）
• セッション中に使用した参考資料
• その他の補足資料

付録ごとに、以下のように扱います。

• 画像 → ステップ 6 で自動埋め込みを試みる
• ファイル（PDF、スライド、スプレッドシート）→ 付録セクションで参照する。埋め込まない
• 調査データ → ステップ 4 で要約し、ドキュメント内の独立したセクションに記載する
• 参加者の成果物 → 関連するウォークスルーのステップと付録の両方で参照する

バッチ J — 締めくくりと連絡先

「チームへの招待に感謝する締めくくりのメッセージと、今後の協業に向けた連絡先（メールアドレス＋電話番号）を記載してもよろしいですか？」と尋ねます。

はいの場合：氏名、メールアドレス、電話番号を収集します。締めくくりの文章は、ドキュメントの言語で、個人的な語調の簡潔なものにします。references/markdown-draft.md —「Closing paragraph」セクションを参照してください。

ステップ 4 — フィードバックの要約（調査データが提供された場合）

草案の作成前に、会話内で以下を要約します。

• 全体スコア／NPS
• 評価の分布
• 主な肯定的テーマ 3 件
• 主な改善点 3 件
• 外れ値となる回答

ドキュメントに記載する前に、ユーザーに確認を求めます。

ステップ 4b — 構成の確認

Here's what I'll draft:
1. Context
2. Starting Levels
3. Session Walkthrough (N steps)
4. General Observations         [optional — include if trainer provided content]
5. Participant Satisfaction     [only if survey data provided]
6. Individual Feedback          [optional — include if trainer provided feedback]
7. Recommendations & Next Steps
8. Annexes                      [only if annexes provided]
[Closing + contact]

Language: [language] | Audience: [target] | Template: [yes/no]

「草案の作成を始める前に、調整したいことはありますか？」と尋ねます。

ステップ 5 — Markdown の草案

執筆前に references/markdown-draft.md を読み込んでください。 セクションごとの執筆ガイド、Markdown の制限事項、HTML テーブルの回避策、締めくくりの段落に関するガイダンスがすべて記載されています。

人間らしい文章への調整

草稿を提示する前に、ヒューマナイザーのスキル（ステップ 0 で読み込み済み）を適用してください。ヒューマナイザーのスキルが利用できない場合は、以下のルールをそのまま適用してください。

• AI らしい前置きや文頭表現をすべて削除します
• 形容詞の重複を削り、より的確な語を選びます
• 自然な場合は、受動態を能動態に置き換えます
• 曖昧な称賛や批判を、具体的な行動や事実に置き換えます
• 長文より短文を優先します
• 文書の言語に合わせて調整します（references/tone-of-voice.md を参照）

人間らしい文章に調整していない草稿は提示しないでください。

反復の進め方

草稿を会話内に直接提示します。進行はユーザーに委ねてください。変更のたびに .md ファイルを更新します。正本は 1 つとし、バージョンを作成しないでください。ユーザーが内容の最終確定を明示するまで、ステップ 6 には進まないでください。

ステップ 6 — 最終的な .docx の生成

作業を始める前に、references/docx-generation.md と docx スキルを読み込んでください。

このステップは 1 回だけ実行します。ここで作業は完了となります。.docx の生成後にユーザーから変更の依頼があった場合は、.md を更新し、最初から再生成してください。

両方のファイルを納品してください。環境がファイルのインライン納品に対応している場合（Claude.ai の present_files など）は、その方法を使用してください。それ以外の場合は、両方のファイルの絶対パスを出力してください。

注意事項

• 詳細を捏造しないでください。トレーナーが明示した内容だけを記載してください
• General Observations に意見を加えず、事実のみを記載してください
• 明示的に提供されていない限り、Individual Feedback は記載しないでください。記載する場合も、配慮のある表現にしてください
• 推奨事項を水増ししないでください。曖昧な推奨事項を 12 個並べるより、要点を押さえた 6 個を挙げてください
• Next Steps には必ず Pacing に関する推奨事項を含めてください
• このスキルは開発者専用ではありません。対象分野に合わせて用語を調整してください
• 会話中に .docx を生成しないでください。Markdown が草稿の段階です
• 付録や画像を省略しないでください。埋め込むか、参照するか、プレースホルダーを使用してください