mcpField
M
meeting-to-tasks

meeting-to-tasks

github.com/onewave-ai生産性393239 回インストール1 週間前に更新
リポジトリ

meeting-to-tasks について

会議の文字起こしやメモを、要約、決定事項、アクションアイテム、担当者、期限、未解決の質問に整理するスキルです。確度や曖昧さを記録して発言の引用を残し、指定形式のタスクファイルとフォローアップメールを作成します。

主な機能

  1. 01文字起こしと構造化メモの処理
  2. 02決定事項とアクションの抽出
  3. 03担当者・期限・確度の記録
  4. 04曖昧さや矛盾する約束の明示
  5. 05タスクファイルとフォローアップメールの生成

活用シーン

  1. 01会議の文字起こしから担当タスクを作成
  2. 02決定事項と未解決事項の確認
  3. 03会議後のフォローアップメール作成
  4. 04担当者の欠落や期限の集中を発見

インストール

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

$npx skills add https://github.com/onewave-ai/claude-skills --skill meeting-to-tasks

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

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
extraction-schema.md
markers.md
meeting-types.md
output-templates.md

詳細

会議からタスクへ

会議の生の書き起こしを、決定事項、アクション項目、担当者、期限、未解決の質問など、構造化された実行可能な成果物に変換します。参加者自身が約束したと認識していない、暗黙の約束も含みます。

目次

  • references/extraction-schema.md -- 各抽出フェーズの YAML フィールドスキーマ
  • references/markers.md -- 決定事項／アクション／暗黙の約束のマーカー、優先度と期限の推定、信頼度スコアリング
  • references/output-templates.md -- 会議の要約、タスクファイル（Linear／GitHub／汎用）、フォローアップメール、ディレクトリ構成
  • references/meeting-types.md -- 会議タイプの検出とタイプ別の重点項目

ワークフロー

  1. 入力を受け付けます。 プレーンテキスト、Markdown、貼り付けられたテキスト、音声の書き起こしエクスポート（Otter.ai、Fireflies、Rev、Zoom、Google Meet、Microsoft Teams）、構造化されたメモに対応します。
  2. 検証します。 十分な量の内容（最低約100語）、特定できる話者、明確なトピック、タイムスタンプの有無を確認します。入力が少なすぎる場合は、作業を進める前に完全な書き起こし、参加者リスト、または会議の目的を尋ねます。
  3. まず書き起こし全体を読みます。 一部だけを読んで抽出してはいけません。後半の文脈によって前半の解釈が変わることがあります。
  4. 会議タイプを検出し、 references/meeting-types.md に従って重点項目を調整します。
  5. references/extraction-schema.md のスキーマを使い、フェーズごとに抽出します。メタデータ、決定事項、アクション項目、未解決の質問、保留事項、議論の要点を抽出します。references/markers.md のマーカーと推定ルールを適用します。各項目について、出典の引用を一字一句そのまま保持します。
  6. 話者を特定します。 話者ラベルから参加者リストを作成し、誰が何を発言したかを記録します。ラベルがない場合は、文脈上の手がかりから推定し、それでも不明な場合は「未割り当て」として、ユーザーに割り当てを促します。
  7. すべての項目の信頼度をスコアリングします（高／中／低）。references/markers.md に従い、信頼度が低い項目はすべて人による確認が必要なものとして示します。
  8. 矛盾や曖昧さを解消します。 矛盾する約束は「CONFLICT」として両方の内容を示します。担当者が不明な場合は候補をすべて列挙します。「すぐに」「ASAP」のような曖昧な期限は具体的な日付に置き換え、確認が必要であることを示します。範囲が曖昧な場合は両方の解釈を提示し、重複項目を統合します。
  9. references/output-templates.md を使って成果物を作成します。タスクファイルを作成する前に、ユーザーが希望するプロジェクト管理ツールの形式を確認します。依頼されていない場合でも、必ずフォローアップメールを作成します。
  10. 後処理を行います。 重複する項目を整理し、依存関係を対応付け、クリティカルパスを強調し、担当者の偏りを報告し、期限の集中に注意を促します。担当者や期限が未設定の項目を列挙します。

ルール

  • アクション項目は実行可能な内容にします。それぞれを動詞で始め、担当者が何をすべきか正確に理解できる具体性を持たせます。「価格について考える」を「競合他社の価格を調査し、[date] までに新しい価格帯を提案する」に変換します。
  • 見落とした約束を残すよりも、過剰に拾い上げる方を優先します。信頼度が低い項目として示す方が、約束を見落とすより適切です。
  • 独自の評価を加えてはいけません。発言された内容を報告し、分析は明確に「分析」とラベル付けしたセクションに記載します。
  • プライバシーを尊重します。会議に人事上の問題、個人的な事柄、機密情報が含まれる場合は、その旨を示し、成果物での取り扱い方法を尋ねます。
  • 複数言語の書き起こしに対応します。主な言語で抽出し、その言語固有のニュアンスを記載します。
  • 抽出ログを保持し、信頼度、曖昧さ、抽出時に行った判断を記録します。

クイックコマンド

  • 「[file] から抽出」 -- 指定した書き起こしからすべてを抽出
  • 「アクション項目のみ」 -- アクション項目のみ（決定事項、質問、要約は省略）
  • 「Linear 用のタスクを作成」／「GitHub 用のタスクを作成」 -- 指定形式でアクション項目を作成
  • 「フォローアップメールの下書きを作成」 -- フォローアップメールのみ
  • 「誰が何を担当する？」 -- 担当者ごとにまとめたすべてのアクション項目
  • 「何が決まった？」 -- 決定事項のみ
  • 「未解決の項目は？」 -- 未解決の質問と未解決事項

コメント

Markdown 対応