meeting-minutes

作者: github

為60分鐘內的內部會議生成簡潔、可執行的會議記錄,包含標準化元數據、決策與指派的行動項目。記錄與會者、議程、附帶理由的決策,以及附有負責人與截止日期的行動項目,以便即時追蹤任務。遵循嚴格的架構,涵蓋元數據、決策、行動項目、按議程項目的備註、待辦事項、風險與後續跟進。接受多種輸入格式:逐字稿、錄音檔、簡報、原始筆記或即時會議…

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

Meeting Minutes Skill — Short Internal Meetings

Purpose / Overview

This Skill produces high-quality, consistent meeting minutes for internal meetings that are 60 minutes or shorter. Output is designed to be clear, actionable, and easy to convert into task trackers (e.g., GitHub Issues, Jira). The generated minutes prioritize decisions and action items so teams can move quickly from discussion to execution.

When to Use

Use this skill when:

  • Internal syncs, standups, design reviews, triage, planning or ad-hoc meetings with short duration
  • Situations that require a concise record of decisions, assigned action items, and follow-ups
  • Creating a standardized minutes document from a live meeting, transcript, recording, or notes

Operational Workflow

Phase 1: Intake (before drafting)

  • Obtain meeting metadata: title, date, start/end time (or duration), organizer, and intended audience.
  • Confirm available inputs: agenda, slides, recording, transcript, or raw notes.
  • If key details are missing, ask up to 3 clarifying questions before producing minutes (see "Discovery" below).

Phase 2: Capture (during / immediately after meeting)

  • Record attendees and absentees.
  • Capture brief notes per agenda item with time markers if available.
  • Record explicit decisions, rationale summary (1–2 sentences), and action items (owner + due date).

Phase 3: Drafting

  • Generate minutes following the Strict Minutes Schema (below).
  • Ensure every action item includes owner, due date (or timeframe), and acceptance criteria when applicable.
  • Mark unresolved issues or items requiring follow-up in the Parking Lot.

Phase 4: Review & Publish

  • If possible, send draft to meeting organizer or a designated reviewer for quick verification (within 24 hours).
  • Publish final minutes to the agreed channel (shared drive, repo, ticket, or email) and optionally create tasks in the team's tracker.

Discovery (required clarifying questions)

Before generating minutes, the agent MUST ask up to three clarifying questions if any of these are missing:

  • What is the meeting title, date, start time (or duration), and organizer?
  • Is there an agenda or transcript/recording to reference? If yes, please provide.
  • Who should be assigned as the reviewer or approver for the minutes?

If the user responds "no transcript" or "no agenda," proceed but mark source material as "ad-hoc notes" and flag potential gaps.


Strict Minutes Schema (Output Structure)

You MUST produce meeting minutes following this exact structure. If information is unavailable, use TBD or Unknown and explain how to obtain it.

1. Metadata

  • Title:
  • Date (YYYY-MM-DD):
  • Start Time (UTC):
  • End Time (UTC) or Duration:
  • Organizer:
  • Location / Virtual Link:
  • Minutes Author (agent or person):
  • Distribution List (who receives the minutes):

2. Attendance

  • Present: [list of names + roles]
  • Regrets / Absent: [list]
  • Notetaker / Recorder: [name or "agent"]

3. Agenda

Bullet list of agenda items, in order:

  • Item 1: short title
  • Item 2: short title
  • ...

4. Summary

A concise one-paragraph summary (1–3 sentences) of the meeting's objective and high-level outcome.

5. Decisions Made

Each as a separate bullet:

  • Decision 1: statement of decision.
    • Who decided / approved: [name(s) or group]
    • Rationale (1–2 sentences): brief reason.
    • Effective date (if applicable): YYYY-MM-DD
  • Decision 2: ...

6. Action Items

Table-style bullets; must include owner and due date:

  • [ID] Action: short description
    • Owner: Name (team)
    • Due: YYYY-MM-DD or "ASAP" / timeframe
    • Acceptance Criteria: (what completes this action)
    • Linked artifacts / tickets: (optional URL or ticket id)

Example:

  • [A1] Draft deployment runbook for feature X

7. Notes by Agenda Item

Brief, factual, timestamp optional:

  • Agenda Item 1: title
    • Key points:
      • Point A (timestamp 00:05)
      • Point B (timestamp 00:12)
    • Open issues / questions:
      • Q1: question text (owner if assigned)
  • Agenda Item 2: ...

8. Parking Lot / Unresolved Items

  • Item: short description
    • Why parked / next step:
    • Suggested owner or next meeting to resolve

9. Risks / Blockers (if any)

  • Risk 1: short description, impact, mitigation owner
  • Risk 2: ...

10. Next Meeting / Follow-up

  • Proposed date/time (if any)
  • Objectives for next meeting

11. Attachments / References

  • Agenda document: URL
  • Slides: URL
  • Transcript / Recording: URL
  • Related tickets: list of URLs or IDs

12. Version & Change Log

  • Version: 1.0
  • Last updated: YYYY-MM-DDTHH:MM:SSZ
  • Changes: short notes on edits and who made them

Style & Quality Rules

  • Keep minutes concise: total length should typically be under 1 A4 page for meetings <= 30 minutes and under 2 pages for meetings close to 60 minutes.
  • Use plain language and bullet lists for readability.
  • Prioritize decisions and action items at the top of the document.
  • Do NOT include speculative language or unverified claims. If something is uncertain, label it TBD and note the missing info source.
  • Use consistent timestamps and ISO 8601 dates (YYYY-MM-DD or full UTC timestamp).

DO / DON'T

DO:

  • Include owner and due date for every action item.
  • Provide acceptance criteria for action items when possible.
  • Link to artifacts (tickets, slides, recordings) for traceability.
  • Send draft for quick review if minutes contain significant decisions.

DON'T:

  • Omit decisions or action items — these are the primary value of minutes.
  • Mix personal opinions with facts. Keep commentary clearly marked as "Opinion" or exclude it.
  • Publish raw PII gathered during discussion unless required and authorized.

Example Prompts (for Copilot / Agent)

Prompt to generate minutes from transcript:

"Generate meeting minutes from the following meeting transcript. Meeting title: 'Platform Weekly Sync'. Date: 2026-02-10. Duration: 45 minutes. Organizer: Priya (Platform Lead). Transcript: . Follow the Strict Minutes Schema. Highlight decisions and create action items with owners and due dates where implied."

Prompt to generate minutes from notes:

"I have raw notes from a 30-minute design review. Title: 'Feature Y Design Review'. Date: 2026-02-11. Notes: . Produce concise minutes following the Strict Minutes Schema. Ask up to 3 clarifying questions if critical fields are missing."


Quick Templates (copyable)

Concise minutes template (short):

- Title:
- Date:
- Organizer:
- Present:
- Summary:
- Decisions:
  - Decision 1 — Who — Effective:
- Action Items:
  - [A1] Action — Owner — Due — Acceptance Criteria
- Next Steps / Next Meeting:

Detailed minutes template (full schema):

Use the Strict Minutes Schema above.


Verification & Acceptance Criteria for Generated Minutes

A generated minutes document is acceptable if:

  • It contains Metadata, Attendance, Decisions, and Action Items sections.
  • Every action item has an assigned owner and a due date or a clear timeframe.
  • All significant decisions are captured with at least 1-line rationale.
  • Attachments or references are listed or explicitly marked None.
  • The document is factual; uncertain items are labeled TBD.

來自 github 的更多技能

console-rendering
github
在 Go 中使用基於結構體標籤的控制台渲染系統的說明
official
acquire-codebase-knowledge
github
當使用者明確要求對現有程式碼庫進行映射、文件化或入門引導時,使用此技能。觸發詞如「映射此程式碼庫」、「文件化…」等提示。
official
acreadiness-assess
github
Run the AgentRC readiness assessment on the current repository and produce a static HTML dashboard at reports/index.html. Wraps `npx github:microsoft/agentrc…
official
acreadiness-generate-instructions
github
透過 AgentRC 指令命令生成量身打造的 AI 代理指令檔案。產生 .github/copilot-instructions.md(預設,建議用於 VS Code 中的 Copilot…
official
acreadiness-policy
github
幫助使用者選取、撰寫或套用 AgentRC 政策。政策可透過停用不相關的檢查、覆寫影響/等級、設定…來自訂整備度評分。
official
add-educational-comments
github
為程式碼檔案添加教育性註解,將其轉化為有效的學習資源。根據三個可設定的知識層級(初學者、中級、進階)調整解釋深度與語氣。若未提供檔案,會自動請求提供,並以編號清單對應以便快速選取。僅透過教育性註解將檔案擴充最多125%(嚴格上限:400行新註解;超過1,000行的檔案上限為300行)。保留檔案編碼、縮排風格、語法正確性及……
official
adobe-illustrator-scripting
github
使用 ExtendScript (JavaScript/JSX) 編寫、除錯及最佳化 Adobe Illustrator 自動化腳本。適用於建立或修改操控…的腳本時。
official
agent-governance
github
宣告式政策、意圖分類與稽核軌跡,用於控制AI代理工具存取與行為。可組合的治理政策定義允許/封鎖的工具、內容過濾器、速率限制與核准要求——以配置而非程式碼形式儲存。語意意圖分類在工具執行前,透過基於模式的訊號偵測危險提示(資料外洩、權限提升、提示注入)。工具層級治理裝飾器在函式層級強制執行政策……
official