본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-meeting-summary-generator

Summarize meeting notes or transcripts into decisions, action items, owners, risks, and follow-up messages. Use after meetings when raw notes need a clean recap.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구Slack
설치 방법 보기

포함된 파일(2)

  • SKILL.md3.9 KB
  • agents/openai.yaml195 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Meeting Summary Generator

When to Use

  • Turning a transcript, rough notes, or chat log into a meeting recap.
  • Extracting decisions, action items, owners, due dates, and unresolved questions.
  • Preparing a follow-up email or project tracker update after a meeting.
  • Cleaning up a meeting where participants left with unclear next steps.

Procedure

Step 1 - Identify Meeting Context

Capture meeting title, date, attendees, purpose, and expected decision or outcome.

Step 2 - Extract Decisions

List only decisions that were actually made. If the notes imply a decision but do not confirm it, mark it as "proposed" or "needs confirmation."

Step 3 - Extract Actions

For each action item, identify:

  • owner
  • task
  • due date or suggested date
  • dependency
  • source quote or note if useful

Step 4 - Surface Open Questions

Separate questions that block work from questions that are informational.

Step 5 - Draft Follow-up

Write a short recap suitable for email or Slack. Keep it factual and avoid attributing commitments without evidence.

Inputs

InputRequiredFormat
Notes or transcriptYesText, bullets, transcript excerpt
Meeting purposeRecommendedOne sentence
AttendeesRecommendedNames and roles
Desired recap formatOptionalEmail, Slack, project tracker

Output

## Meeting Summary - [Meeting Name]

### Executive Recap
[3-5 sentences]

### Decisions
| Decision | Owner | Evidence / Note |
|----------|-------|-----------------|

### Action Items
| Action | Owner | Due Date | Dependency | Status |
|--------|-------|----------|------------|--------|

### Open Questions
| Question | Blocking? | Suggested Next Step |
|----------|-----------|---------------------|

### Follow-up Draft
[Ready-to-send recap]

Quality Criteria

  • Decisions are separated from discussion points.
  • Every action item has an owner or is marked "owner missing."
  • Dates are preserved exactly when provided and marked as suggested when inferred.
  • The recap is neutral, factual, and not inflated with generic language.
  • Confidential or sensitive content is summarized carefully and flagged when needed.

Verification (4C)

CheckQuestion
CorrectnessAre decisions and action items supported by the notes rather than inferred too aggressively?
CompletenessAre decisions, actions, open questions, risks, and follow-up needs all captured?
Context-fitIs the recap appropriate for the audience and meeting type?
ConsequenceCould any person be assigned work they did not actually accept?

Edge Cases

  • Transcript is messy or speaker labels are missing - Extract themes and mark ownership as uncertain.
  • No decisions were made - State that clearly and list unresolved decision points.
  • Conflicting action ownership - Flag the conflict and ask for confirmation instead of choosing silently.
  • Sensitive HR/legal content - Produce an internal summary only and recommend human review before distribution.

Examples

Prompt: "Summarize this weekly leadership meeting transcript into decisions, actions, open questions, and a Slack follow-up."

Good pattern: "Decision: Launch date remains June 12. Owner: Maya. Evidence: CEO confirmed no date change." This is better than "The team discussed launch timing."

Definition of Done

  • The output can be pasted into a recap email with minimal editing.
  • Each action has an owner or an explicit ownership gap.
  • Open questions are visible and prioritized.
  • No unsupported commitments are invented.

Changelog

  • v1.0.0 - Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고