mcpField
M
meeting-minutes

meeting-minutes

github.com/github生産性40.5k9.9k 回インストール1 日前に更新
リポジトリ

meeting-minutes について

meeting-minutesは、60分以内の社内会議向けに構造化された議事録を作成するスキルです。議論、文字起こし、録音、メモを簡潔な記録にまとめるチーム向けで、決定事項と追跡可能なアクション項目を重視します。

主な機能

  1. 01会議情報と資料の収集
  2. 02出席者、決定事項、理由の記録
  3. 03担当者と期限を含むアクション項目
  4. 04固定形式に沿った議事録の構成
  5. 05未解決事項と不足情報の明示

活用シーン

  1. 01会議の文字起こしから議事録を作成
  2. 02定例会や計画メモをアクション項目に整理
  3. 03デザインレビューの決定事項を記録
  4. 04社内会議の簡潔なフォローアップ記録を作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/github/awesome-copilot --skill meeting-minutes

インストール後、Claude Code で/meeting-minutesを入力して読み込まれたか確認します。

詳細

議事録スキル — 短時間の社内会議

目的 / 概要

このスキルは、60 分以下の社内会議に対して、高品質で一貫性のある議事録を作成します。出力は明確で実行可能であり、タスクトラッカー（例: GitHub Issues、Jira）へ変換しやすいように設計されています。生成される議事録は、意思決定とアクションアイテムを優先するため、チームは議論から実行へ迅速に移行できます。

使用する場面

次の場合にこのスキルを使用します:

  • 短時間の社内同期、スタンドアップ、デザインレビュー、トリアージ、計画、またはアドホック会議
  • 意思決定、割り当てられたアクションアイテム、フォローアップの簡潔な記録が必要な状況
  • ライブ会議、文字起こし、録画、またはメモから標準化された議事録ドキュメントを作成する場合

運用ワークフロー

フェーズ 1: 取り込み（作成前）
  • 会議のメタデータを取得します: タイトル、日付、開始/終了時刻（または所要時間）、主催者、対象読者。
  • 利用可能な入力（アジェンダ、スライド、録画、文字起こし、または生のメモ）を確認します。
  • 重要な詳細が不足している場合は、議事録を作成する前に最大 3 つの確認質問をします（以下の「ヒアリング」を参照）。
フェーズ 2: 記録（会議中 / 会議直後）
  • 出席者と欠席者を記録します。
  • 可能であればタイムマーカー付きで、各アジェンダ項目ごとに簡潔なメモを取ります。
  • 明示的な意思決定、根拠の要約（1〜2 文）、およびアクションアイテム（担当者 + 期限）を記録します。
フェーズ 3: 作成
  • 厳格な議事録スキーマ（以下）に従って議事録を生成します。
  • すべてのアクションアイテムに、該当する場合は担当者、期限（または期間）、受け入れ基準を含めるようにします。
  • 未解決の問題やフォローアップが必要な項目は、パーキングロットに記載します。
フェーズ 4: レビューと公開
  • 可能であれば、ドラフトを会議の主催者または指定のレビュアーに送り、迅速な確認を依頼します（24 時間以内）。
  • 最終議事録を合意されたチャネル（共有ドライブ、リポジトリ、チケット、またはメール）に公開し、必要に応じてチームのトラッカーにタスクを作成します。

ヒアリング（必須の確認質問）

議事録を生成する前に、エージェントは次のいずれかが不足している場合、最大 3 つの確認質問を 必ず 行わなければなりません:

  • 会議のタイトル、日付、開始時刻（または所要時間）、主催者は何ですか？
  • 参照すべきアジェンダや文字起こし/録画はありますか？ある場合は提供してください。
  • 議事録のレビュアーまたは承認者には誰を割り当てるべきですか？

ユーザーが「文字起こしなし」または「アジェンダなし」と回答した場合は、そのまま進めますが、ソース資料を「アドホックメモ」と明記し、潜在的な不足を指摘します。

厳格な議事録スキーマ（出力構造）

この正確な構造に従って議事録を 必ず 作成してください。情報が利用できない場合は、TBD または Unknown を使用し、その入手方法を説明してください。

1. メタデータ
  • タイトル:
  • 日付（YYYY-MM-DD）:
  • 開始時刻（UTC）:
  • 終了時刻（UTC）または所要時間:
  • 主催者:
  • 場所 / 仮想リンク:
  • 議事録作成者（エージェントまたは個人）:
  • 配布先リスト（議事録を受け取る人）:
2. 出席状況
  • 出席: [名前 + 役割のリスト]
  • 欠席 / 不参加: [リスト]
  • ノートテイカー / 記録者: [名前または「エージェント」]
3. アジェンダ

アジェンダ項目を順番に並べた箇条書き:

  • 項目 1: 短いタイトル
  • 項目 2: 短いタイトル
  • ...
4. 要約

会議の目的と高レベルの結果についての簡潔な 1 段落の要約（1〜3 文）。

5. 行われた意思決定

それぞれを個別の箇条書きにします:

  • 意思決定 1: 決定内容の記述。
    • 決定者 / 承認者: [名前またはグループ]
    • 根拠（1〜2 文）: 簡単な理由。
    • 発効日（該当する場合）: YYYY-MM-DD
  • 意思決定 2: ...
6. アクションアイテム

表形式の箇条書き。担当者と期日を必ず含める必要があります:

  • [ID] アクション: 簡単な説明
    • 担当者: 名前 (チーム)
    • 期日: YYYY-MM-DD または「ASAP」/ 期間
    • 受け入れ基準: (このアクションが完了する条件)
    • 関連成果物 / チケット: (任意の URL またはチケット ID)

例:

  • [A1] 機能 X のデプロイ手順書の草案作成
    • 担当者: Alex (Engineering)
    • 期日: 2026-02-05
    • 受け入れ基準: 手順書にロールバック、ヘルスチェック、監視リンクの手順が含まれている
    • 関連成果物: https://github.com/owner/repo/issues/123
7. 議題ごとのメモ

簡潔かつ事実に基づく。タイムスタンプは任意:

  • 議題 1: タイトル
    • 主なポイント:
      • ポイント A (タイムスタンプ 00:05)
      • ポイント B (タイムスタンプ 00:12)
    • 未解決の課題 / 質問:
      • Q1: 質問の内容 (割り当てられている場合は担当者)
  • 議題 2: ...
8. 保留事項 / 未解決項目
  • 項目: 簡単な説明
    • 保留理由 / 次のステップ:
    • 推奨される担当者または解決するための次回会議
9. リスク / ブロッカー (該当する場合)
  • リスク 1: 簡単な説明、影響、軽減担当者
  • リスク 2: ...
10. 次回会議 / フォローアップ
  • 提案日時 (該当する場合)
  • 次回会議の目的
11. 添付資料 / 参照
  • アジェンダ文書: URL
  • スライド: URL
  • 議事録 / 録画: URL
  • 関連チケット: URL または ID のリスト
12. バージョン & 変更履歴
  • バージョン: 1.0
  • 最終更新: YYYY-MM-DDTHH:MM:SSZ
  • 変更内容: 編集に関する簡単なメモと実施者

スタイル & 品質ルール

  • 議事録は簡潔に保つ: 合計の長さは通常、30 分以下の会議では A4 1 ページ以内、60 分に近い会議では 2 ページ以内にしてください。
  • 読みやすさのために、平易な言葉と箇条書きを使用してください。
  • 決定事項とアクションアイテムを文書の冒頭に優先的に記載してください。
  • 推測的な表現や未検証の主張を含めないでください。不確実な場合は TBD と記載し、不足している情報源を明記してください。
  • 一貫したタイムスタンプと ISO 8601 の日付 (YYYY-MM-DD または完全な UTC タイムスタンプ) を使用してください。

DO / DON'T

DO:

  • すべてのアクションアイテムに担当者と期日を含めてください。
  • 可能な場合は、アクションアイテムに受け入れ基準を提供してください。
  • トレーサビリティのために成果物 (チケット、スライド、録画) へのリンクを記載してください。
  • 議事録に重要な決定事項が含まれる場合は、簡単なレビューのために草案を送付してください。

DON'T:

  • 決定事項やアクションアイテムを省略しないでください。これらは議事録の主要な価値です。
  • 個人的な意見と事実を混同しないでください。コメントは明確に「意見」とマークするか、除外してください。
  • 議論中に収集された生の個人情報 (PII) は、必要かつ承認されていない限り公開しないでください。

プロンプト例 (Copilot / エージェント向け)

文字起こしから議事録を生成するプロンプト:

「以下の会議の文字起こしから議事録を生成してください。会議タイトル: 『プラットフォーム週次同期』。日付: 2026-02-10。所要時間: 45 分。主催者: Priya (プラットフォームリード)。文字起こし: <文字起こしを貼り付け>。Strict Minutes Schema に従ってください。決定事項を強調し、示唆されている場合は担当者と期日を記載したアクションアイテムを作成してください。」

メモから議事録を生成するプロンプト:

「30 分の設計レビューの生メモがあります。タイトル: 『機能 Y 設計レビュー』。日付: 2026-02-11。メモ: <メモを貼り付け>。Strict Minutes Schema に従って簡潔な議事録を作成してください。重要なフィールドが欠けている場合は、最大 3 つまで確認の質問をしてください。」

クイックテンプレート (コピー可能)

簡潔な議事録テンプレート (短縮版):
- Title:
- Date:
- Organizer:
- Present:
- Summary:
- Decisions:
  - Decision 1 — Who — Effective:
- Action Items:
  - [A1] Action — Owner — Due — Acceptance Criteria
- Next Steps / Next Meeting:
詳細な議事録テンプレート (完全なスキーマ):

上記の Strict Minutes Schema を使用してください。

生成された議事録の検証 & 受け入れ基準

生成された議事録文書は、以下の条件を満たす場合に受け入れ可能です:

  • Metadata、Attendance、Decisions、Action Items のセクションが含まれている。
  • すべてのアクションアイテムに担当者が割り当てられ、期日または明確な期間が記載されている。
  • すべての重要な決定事項が、少なくとも 1 行の根拠とともに記録されている。
  • 添付資料または参照がリストされているか、明示的に None と記載されている。
  • 文書が事実に基づいており、不確実な項目には TBD と記載されている。

コメント

Markdown 対応