mcpField
P
process-meeting-transcript

process-meeting-transcript

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

process-meeting-transcript について

process-meeting-transcript は、生の会議記録を構造化された Obsidian ノートにまとめるスキルです。会議記録を整理する人向けに、アクション項目と要約を抽出し、文字起こしを残して YAML フロントマターを加えます。

主な機能

  1. 01アクション項目と約束事項の抽出
  2. 02議題と決定事項の要約整理
  3. 03元の文字起こしの保持と整形
  4. 04YAML フロントマターの生成

活用シーン

  1. 01貼り付けた会議記録をノートに整理
  2. 02未整理の文字起こしファイルの処理
  3. 03決定・担当者・フォローアップを含む会議の記録

インストール

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

$npx skills add https://github.com/dgalarza/claude-code-workflows --skill process-meeting-transcript

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

詳細

会議の議事録を処理する

概要

生の会議議事録を処理して、YAML フロントマター、抽出されたアクション項目、会議の要約、適切に書式設定された議事録セクションを含む、構成の整った Obsidian ノートを作成します。

このスキルを使用する場面

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

  • ユーザーが生の会議議事録（通常は Granola からのもの）を提供した場合
  • ユーザーが「会議の議事録を処理して」または「会議のメモを書式設定して」と依頼した場合
  • ユーザーが未処理の議事録が含まれるファイルを指定した場合
  • ユーザーが議事録の内容を会話に直接貼り付けた場合

ワークフロー

ステップ 1：議事録を読む

議事録がファイルにある場合は、内容をすべて読み込みます。ユーザーが議事録を直接貼り付けた場合は、その内容を使用します。

ステップ 2：アクション項目を抽出する

議事録全体を注意深く確認し、すべてのアクション項目、タスク、約束事項を特定します。次のような箇所を探します：

  • 明示的な約束：「X をやります」「Alex が Y を確認します」
  • 割り当てられたタスク：「Nathan と Damian は日程を調整してください……」
  • フォローアップ項目：「〜する必要があります」「必ず〜しましょう」
  • 対応が必要な決定：「Y の前に X をデプロイするべきです」

アクション項目は次の形式にします：

  • # Action Items 見出しの下に箇条書きで記載する
  • 担当者が明確な場合は、人物名を太字にする
  • 実施内容とその理由を説明する
  • 議論から優先度や重要度が明らかな場合は、その順に並べる

形式の例：

# Action Items

- **Alice & Bob**: Review the new feature implementation next week and provide feedback
- **Charlie & Dana**: Schedule a knowledge transfer session on the payment service architecture
- **Eve**: Discuss deployment timeline with the infrastructure team
ステップ 3：会議の要約を作成する

次の内容を盛り込んだ、包括的かつ簡潔な要約を作成します：

  • 議論した主なトピック
  • 下された重要な決定
  • 合意した技術アーキテクチャまたはアプローチ
  • スケジュールと次のステップ
  • 重要な背景情報や制約

要約は次の構成にします：

  • 冒頭の段落：議論の概要と主な成果を大まかに説明する
  • 主要なトピックごとの小見出し（## または ### を使用）
  • 重要な用語、決定事項、概念は太字にする
  • 会議に参加していなかった人にも何があったのか伝わるだけの詳細を含める

要約は事実に基づき、成果、決定事項、技術的な詳細に焦点を当てます。

ステップ 4：議事録を整形する

生の議事録を # Transcript 見出しの下に配置します。元の書式は保持しつつ、読みやすく整えます。議事録の冒頭にメタデータ（会議のタイトル、日付、参加者）が含まれている場合は、その情報を残します。

ステップ 5：フロントマターを追加する

add-frontmatter スラッシュコマンドを使用して、ノートに適した YAML フロントマターを生成します。フロントマターには次の項目を含めます：

  • title：会議のタイトルまたはトピック
  • date：会議の日付（YYYY-MM-DD 形式）
  • type：「meeting」に設定
  • attendees：参加者名の配列
  • project：該当する場合は関連プロジェクト
  • tags：関連タグ（meeting、プロジェクトタグ、トピックタグ）
  • status：「complete」に設定
  • key_topics：主な議題の配列
  • action_items：アクション項目の配列（検索しやすいよう、「Action Items」セクションと重複して記載）
  • decisions：下された重要な決定の配列
  • related_links：言及されたリンク（Notion ドキュメント、Linear の課題など）

会議のコンテキストを伝えて、add-frontmatter コマンドを呼び出します。

ステップ 6：最終ノートを組み立てる

次の順番ですべてのセクションをまとめます：

  1. YAML フロントマター（add-frontmatter コマンドから取得）
  2. リンクセクション（Notion、Linear、GitHub のリンクが言及されている場合）
  3. # Action Items セクション
  4. # Summary セクション
  5. # Transcript セクション

出力形式

最終ノートは次の構成にします：

---
title: Meeting Title
date: YYYY-MM-DD
type: meeting
attendees: ['Person 1', 'Person 2', ...]
project: Project Name
tags: [meeting, relevant, tags]
status: complete
key_topics:
  - Topic 1
  - Topic 2
action_items:
  - 'Action item 1'
  - 'Action item 2'
decisions:
  - Decision 1
  - Decision 2
related_links:
  - 'Link description: URL'
---

**Agenda** https://link-to-agenda-if-available

# Action Items

- **Person**: Action item description
- **Person**: Another action item

# Summary

Opening paragraph with high-level overview.

## Key Decisions/Topics

Details about decisions and topics discussed...

# Transcript

[Raw transcript content]

品質の高い出力にするためのヒント

  1. アクション項目を漏れなく記載する：議論の中に埋もれた約束事項も見落とさないでください
  2. 決定事項を記録する：明示的な決定は、後から参照するうえで重要です
  3. 技術的な詳細を含める：アーキテクチャの議論、API 名、サービス名を保持してください
  4. コンテキストを維持する：後から読む人が、何が決まったのか、なぜ決まったのかを理解できるようにしてください
  5. リンクを保持する：会議で言及された Notion ドキュメント、Linear の課題、GitHub の PR は重要です
  6. 一貫した書式を使用する：すべての議事録で、例の構成に従ってください

コメント

Markdown 対応