mcpField
M
Meeting Notes Taker

Meeting Notes Taker

github.com/jmsktm生産性10208 回インストール40 週間前に更新
リポジトリ

Meeting Notes Taker について

Meeting Notes Takerは、会議記録を整理するチーム向けのスキルです。参加者や後から内容を確認する関係者に向け、議論を決定事項、アクション項目、背景にまとめ、再利用できるテンプレートも作成します。

主な機能

  1. 01決定事項と重要な議論の抽出
  2. 02アクション項目の整理と担当者の割り当て
  3. 03後で扱う議題の記録
  4. 04会議後の要約作成
  5. 05定例会議テンプレートの作成

活用シーン

  1. 01スタンドアップやスプリント計画の記録
  2. 02顧客会議の要望と約束の記録
  3. 03会議資料から決定事項とタスクを抽出
  4. 04定例会議の記録形式の統一

インストール

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

$npx skills add https://github.com/jmsktm/claude-settings --skill meeting-notes-taker

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

詳細

会議メモ作成

会議メモ作成スキルは、会議での議論を明確で構造化された、実行につながるドキュメントにまとめます。短い朝会、クライアントとの電話、戦略会議、取締役会のいずれを要約する場合も、このスキルを使えば、重要な決定事項、アクションアイテム、背景情報を確実に記録し、効果的に共有できます。

このスキルでは、ざっと確認しやすく、検索しやすく、役立つ会議メモを作成します。重要な決定事項、割り当てられたアクション、議論の要点を強調し、重要な情報とノイズを切り分けます。この形式により、出席者は議論の内容を思い出しやすくなり、欠席者もすばやく状況を把握できます。

質の高い会議メモは、時間を節約し、混乱を減らし、責任の所在を明確にします。このスキルを使えば、すばやく一貫性のあるメモを作成できるため、作成が後回しになったり省略されたりすることを防げます。

主なワークフロー

ワークフロー 1:会議中のリアルタイムメモ
  1. 重要なポイントを記録する:決定事項、アクションアイテム、重要な議論の要点を記録します
  2. 進行に合わせて構成する:会議中にセクションごとに整理します
  3. 担当者を明記する:アクションアイテムを具体的な担当者に割り当てます
  4. 保留事項を記録する:後で取り上げるために、本題から外れた項目を記録します
  5. 簡単に見直す:会議を終える前に、必要な情報がそろっているか確認します
ワークフロー 2:会議後の要約
  1. 録音・メモを確認する:会議の内容を整理します
  2. 重要な要素を抽出する:決定事項、アクション、阻害要因を特定します
  3. ドキュメントを構成する:標準形式に沿って整理します
  4. 背景情報を加える:関連リンクや参考資料を含めます
  5. 共有する:出席者や関係者に共有します
ワークフロー 3:定例会議のテンプレート
  1. 会議の種類を定義する:定例の形式と目標を把握します
  2. テンプレートを作成する:再利用できる構成を作ります
  3. 標準セクションを含める:繰り返し使う議題項目をあらかじめ入力します
  4. ガイドラインを追加する:各セクションに記録する内容を示します
  5. 改善を重ねる:チームのフィードバックをもとにテンプレートを改善します

クイックリファレンス

アクションコマンド/トリガー
会議メモを作成する「[会議の種類/トピック]のメモを取って」
議論を要約する「[トピック]に関する会議を要約して」
アクションアイテムを抽出する「会議からアクションアイテムを抜き出して」
テンプレートを作成する「[定例会議]用の会議メモのテンプレートを作って」
生のメモを整える「この会議メモを構成して:[貼り付け]」
簡単に振り返る「重要なポイントを押さえた会議の簡単な振り返りを作って」
決定事項の記録「会議の決定事項を記録して」
要約を共有する「共有用の会議要約を作成して」

会議メモの構成

標準形式
# [Meeting Title]

**Date:** [Date]
**Time:** [Start - End Time]
**Attendees:** [Names/Roles]
**No-shows:** [If relevant]

## Purpose
[One sentence: Why we met]

## Key Decisions
- Decision 1 [Owner if applicable]
- Decision 2
- Decision 3

## Action Items
- [ ] Action 1 (@Owner - Due: Date)
- [ ] Action 2 (@Owner - Due: Date)
- [ ] Action 3 (@Owner - Due: Date)

## Discussion Highlights
### [Topic 1]
- Key point
- Key point

### [Topic 2]
- Key point
- Key point

## Blockers/Concerns
- Issue 1 [Owner to resolve]
- Issue 2

## Next Meeting
- **Date/Time:** [When]
- **Agenda:** [Key topics]

## Parking Lot
- Item to revisit later
- Off-topic item for different discussion

会議の種類別テンプレート

テンプレート 1:スプリント計画
# Sprint [X] Planning

**Sprint Duration:** [Start Date] - [End Date]
**Team:** [Team Name]
**Sprint Goal:** [One sentence goal]

## Committed Stories
- [TICKET-123] Story title (X points) - @Owner
- [TICKET-124] Story title (X points) - @Owner

**Total Points:** X
**Team Capacity:** Y

## Risks
- Risk 1 [Mitigation plan]
- Risk 2

## Carry Over from Last Sprint
- [TICKET-100] Reason for carry-over

## Action Items
- [ ] Action (@Owner - Due)
テンプレート 2:朝会/デイリー同期
# [Team] Standup - [Date]

## @Person1
**Yesterday:** Completed X, worked on Y
**Today:** Plan to finish Y, start Z
**Blockers:** None

## @Person2
**Yesterday:** [Updates]
**Today:** [Plans]
**Blockers:** [Issues]

## Team Updates
- Update 1
- Update 2

## Action Items
- [ ] Action (@Owner)
テンプレート 3:クライアントとの会議
# [Client Name] - [Topic]

**Date:** [Date]
**Attendees:**
- [Client]: [Names]
- [Our Team]: [Names]

## Meeting Purpose
[Why we met]

## Client Needs/Requests
- Request 1
- Request 2

## Our Recommendations
- Recommendation 1
- Recommendation 2

## Decisions Made
- Decision 1
- Decision 2

## Next Steps
- [ ] Action 1 (@Owner - Due: Date)
- [ ] Action 2 (@Owner - Due: Date)

## Follow-up Items
- Item to address in next meeting

## Next Meeting
**Scheduled:** [Date/Time]
**Agenda:** [Topics]
テンプレート 4:振り返り
# Sprint [X] Retrospective

**Date:** [Date]
**Team:** [Team Name]

## What Went Well 🎉
- Win 1
- Win 2
- Win 3

## What Could Be Better 🤔
- Issue 1
- Issue 2
- Issue 3

## Action Items for Next Sprint
- [ ] Experiment/Change 1 (@Owner)
- [ ] Experiment/Change 2 (@Owner)

## Appreciation Shoutouts 👏
- @Person for [contribution]
- @Person for [contribution]
テンプレート 5:戦略/計画セッション
# [Strategy Topic] Planning

**Date:** [Date]
**Participants:** [Names]

## Context
[Background and why we're planning this]

## Goals
1. Goal 1
2. Goal 2
3. Goal 3

## Key Decisions
- Decision 1 [Rationale]
- Decision 2 [Rationale]

## Options Considered
**Option A:** [Description]
- Pros: X, Y
- Cons: A, B

**Option B:** [Description]
- Pros: X, Y
- Cons: A, B

**Selected:** [Option] because [reasoning]

## Timeline
- Milestone 1 (Date)
- Milestone 2 (Date)
- Milestone 3 (Date)

## Resources Needed
- Resource 1
- Resource 2

## Action Items
- [ ] Action (@Owner - Due)

## Open Questions
- Question 1 (Owner to research)
- Question 2

ベストプラクティス

  • 会議中に記録する:会議の後ではなく、会議中にメモを取ります
  • 成果を重視する:逐語録全体よりも、決定事項とアクションが重要です
  • 具体的に書く:「誰かがドキュメントを更新する」ではなく、「John が金曜日までにドキュメントを更新します」と記します
  • 一貫した形式を使う:同じ種類の会議には同じ構成を使います
  • すばやく共有する:メモは 24 時間以内、できれば数時間以内に共有します
  • 担当者を明確にする:@メンションを使い、担当者が自分のアクションアイテムを確認できるようにします
  • リソースにリンクする:関連するドキュメント、チケット、デザインへの URL を追加します
  • 保留事項を分けて記録する:本題から外れた良いアイデアも失わないようにします
  • 共有前に確認する:必要な情報がそろっているか、簡単に確認します
  • 適切にアーカイブする:チームが検索して参照できる場所に保存します

効果的なアクションアイテムの形式

良いアクションアイテムは、次の条件を満たします。

  • 具体的:何をすべきかが明確
  • 担当者が明確:担当者は1人(複数人ではない)
  • 期限が明確:期限または期間が明確
  • 実行可能:動詞を使った具体的なタスク
❌ 悪い例✅ 良い例
「再デザインについて考える」「デザイン案を3つ確認し、水曜日までに #design でフィードバックを共有する(@Sarah)」
「誰かがバグを直すべき」「スプリント終了までにログインのタイムアウトバグを修正する[TICKET-456](@Mike)」
「ドキュメントを更新する」「1月15日までに開発者向けドキュメントに API 認証のセクションを追加する(@Alex)」
「クライアントにフォローアップする」「金曜日の業務終了までに Acme Corp に契約書の修正版を送る(@Jordan)」

決定事項の記録

決定事項を記録する際は、次の点を確認します。

  1. 決定事項を明記する:何が決まったか
  2. 背景を説明する:なぜ重要なのか
  3. 代替案を記録する:他にどのような案を検討したか
  4. 理由を記録する:なぜこの案を選んだか
  5. 担当者を明確にする:実装の責任者は誰か

例:

**Decision:** We're moving forward with PostgreSQL for the new analytics database.

**Context:** Current MySQL setup can't handle the query complexity we need.

**Alternatives Considered:**
- MongoDB: More scalable but team lacks expertise
- MySQL optimization: Would buy time but not solve long-term needs

**Rationale:** PostgreSQL offers better JSON support and complex queries while keeping relational benefits. Team has 2 engineers with deep PostgreSQL experience.

**Owner:** @Database team to lead migration (target: Q2 2026)

会議の種類ごとのベストプラクティス

スタンドアップ/デイリー同期
  • 15分以内に収めます
  • チームの支援が必要な阻害要因に焦点を当てます
  • 詳細な議論は会議後に行います
  • 状況が「いつもと同じ」であれば、非同期で更新します
スプリント計画
  • ストーリーを選んだ「理由」を記録します
  • キャパシティとベロシティを記録します
  • ストーリー間の依存関係を記録します
  • スコープのトレードオフがあれば記録します
振り返り
  • 良かった点と課題のバランスを取ります
  • 実行可能な改善に焦点を当てます
  • 誰かを責めず、仕組みに焦点を当てます
  • 実際に取り組めるアクションアイテムを2~3件に絞ります
クライアントとの会議
  • 重要な場合は、クライアントからの依頼を正確にそのまま記録します
  • 事実だけでなく、口調や感情も記録します
  • 約束した内容を慎重に記録します
  • フォローアップに関する明確な期待値を設定します
1対1の面談
  • 参加者間でメモを非公開にします
  • キャリアの成長とフィードバックに焦点を当てます
  • 長期目標の進捗を追跡します
  • マネージャーと報告先のアクションアイテムを記録します

避けるべきよくある落とし穴

  • 逐語的な議事録:不要な情報ではなく、重要な情報を記録します
  • 担当者の記載漏れ:各アクションアイテムには、責任を持つ担当者を1人設定します
  • 曖昧なアクション:「フォローアップする」だけではアクションアイテムになりません
  • 期限の未設定:期限がなければ、アクションは実行されません
  • 記録の先延ばし:数日後に書いたメモは不完全になります
  • 過度な構造化:形式は内容を支えるものであり、内容を制約するものではありません
  • 共有しないこと:メモは見てもらわなければ役に立ちません
  • フォローアップの不足:次回の会議の冒頭で、前回のアクションアイテムを確認します

配布と保存

共有先
  • Slack/Teams:概要と詳細なメモへのリンク
  • メール:正式な会議や社外の関係者向け
  • プロジェクト管理ツール:関連するエピックやチケットへのリンク
  • Wiki/ドキュメント:長期保存と検索性の確保
テンプレート共有メッセージ
📝 Meeting Notes: [Meeting Title]

Key takeaways:
• Decision 1
• Decision 2

Action items:
• Action 1 (@Owner - Due)
• Action 2 (@Owner - Due)

Full notes: [Link]

Questions? Drop them in the thread 👇

連携ポイント

  • カレンダー:会議の招待や今後の会議へのリンク
  • プロジェクト管理:関連するチケット、エピック、スプリントへの紐付け
  • ドキュメント:関連する Wiki ページ、仕様書、デザインへの参照
  • 録画:利用できる場合は、動画録画へのリンク
  • スライド:会議で取り上げたプレゼンテーション資料を添付
  • チャットスレッド:関連する Slack/Teams の議論へのリンク

フォローアップのベストプラクティス

  • 次回の会議で確認:冒頭で前回のアクションアイテムを確認します
  • 週の半ばにリマインダー:今週が期限の項目の担当者に連絡します
  • 決定事項ログ:重要な決定事項のログを継続的に管理します
  • 検索しやすい形でアーカイブ:一貫した命名規則とタグを使用します
  • プロジェクトの状況を更新:決定事項をプロジェクト追跡ツールに反映します

コメント