关于 meeting-notes
meeting-notes 可将原始笔记、转录文本或音频摘要整理为结构化会议文档,适合编写会议纪要和跟进事项,重点提取决策、行动项、负责人及期限。
主要功能
- 01整理原始笔记和转录文本
- 02提取决策与要点
- 03识别行动项和负责人
- 04适配会议类型与模板
- 05可调整详略和关注重点
适用场景
- 01根据转录文本编写正式会议纪要
- 02总结项目评审中的决策
- 03从杂乱笔记中整理跟进事项
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ claude-office-skills/ skills --skill meeting-notes安装后在 Claude Code 中输入/meeting-notes确认已加载。
详细介绍
会议记录
概述
此技能可将原始会议记录、会议转录或音频摘要转换为清晰、结构化的文档,其中包含行动项、决策和关键要点。
使用场景:
- 将杂乱的手写笔记整理成清晰的摘要
- 处理会议转录
- 提取行动项和负责人
- 创建可供分发的会议纪要
- 将冗长的讨论总结为关键要点
使用方法
- 粘贴原始会议记录、转录或描述
- 告诉我会议类型(站会、项目评审、客户电话会议等)
- 指定任何所需的格式或模板
- 我会创建包含行动项的结构化会议记录
示例提示词:
- “整理这些会议记录并提取行动项”
- “根据这份转录创建正式会议纪要”
- “总结我们项目评审中的关键决策”
- “将这次头脑风暴整理成结构化文档”
会议记录模板
标准会议摘要
# Meeting Summary
**Meeting:** [Title]
**Date:** [Date]
**Attendees:** [Names]
**Duration:** [Time]
## Purpose
[One sentence describing meeting objective]
## Key Discussion Points
1. [Topic 1]
- [Key point]
- [Key point]
2. [Topic 2]
- [Key point]
- [Key point]
## Decisions Made
- [ ] [Decision 1]
- [ ] [Decision 2]
## Action Items
| Action | Owner | Due Date | Status |
|--------|-------|----------|--------|
| [Task] | [Name] | [Date] | Pending |
## Next Steps
- [Next meeting/milestone]
## Notes
[Any additional context or parking lot items]
快速站会记录
# Daily Standup - [Date]
## [Team Member 1]
**Yesterday:** [Completed tasks]
**Today:** [Planned tasks]
**Blockers:** [Issues, if any]
## [Team Member 2]
...
## Team Blockers
- [Blocker requiring escalation]
## Announcements
- [Team-wide updates]
客户会议记录
# Client Meeting Notes
**Client:** [Company Name]
**Date:** [Date]
**Our Team:** [Names]
**Client Team:** [Names]
## Meeting Objective
[Why we met]
## Client Feedback/Requests
1. [Feedback point]
2. [Request]
## Our Commitments
- [What we promised to deliver]
- [Timeline]
## Client Commitments
- [What they will provide]
- [Timeline]
## Follow-up Required
| Item | Owner | Due |
|------|-------|-----|
| [Task] | [Name] | [Date] |
## Next Meeting
[Date/Time/Agenda preview]
项目评审记录
# Project Review: [Project Name]
**Date:** [Date]
**Phase:** [Current phase]
**Status:** 🟢 On Track / 🟡 At Risk / 🔴 Off Track
## Progress Update
- **Completed:** [Milestones achieved]
- **In Progress:** [Current work]
- **Upcoming:** [Next milestones]
## Metrics
| Metric | Target | Actual | Status |
|--------|--------|--------|--------|
| [KPI] | [Target] | [Actual] | ✅/⚠️/❌ |
## Risks & Issues
| Risk/Issue | Impact | Mitigation | Owner |
|------------|--------|------------|-------|
| [Description] | High/Med/Low | [Plan] | [Name] |
## Decisions Needed
- [Decision requiring escalation]
## Action Items
- [ ] [Task] - @[Owner] - Due: [Date]
处理指南
提取行动项
留意表示任务的短语:
- “我们需要……” / “应该有人……”
- “你能……” / “你会……”
- “我们来……” / “行动项:”
- 姓名 + 动词(例如,“John 将准备……”)
- 随任务提及的截止日期
识别决策
留意:
- “我们已经决定……” / “决定是……”
- “今后,我们将……”
- “一致同意:” / “已确认:”
- 表示达成共识的措辞(“大家都同意……”)
确定负责人
- 明确指定姓名:“Sarah 将负责……”
- 按角色指定:“设计团队将……”
- 不明确时,默认由会议组织者负责
- 标记未分配的事项,以便后续跟进
输出格式
## Meeting Summary: [Title]
📅 **Date:** [Date]
👥 **Attendees:** [List]
### 📋 Summary
[2-3 sentence overview]
### 💡 Key Points
1. [Point 1]
2. [Point 2]
3. [Point 3]
### ✅ Decisions
- [Decision 1]
- [Decision 2]
### 📌 Action Items
| # | Action | Owner | Due | Priority |
|---|--------|-------|-----|----------|
| 1 | [Task] | [Name] | [Date] | High/Med/Low |
### 🔜 Next Steps
- [Next meeting or milestone]
### 📝 Parking Lot
- [Items to address later]
自定义选项
告诉我你的偏好:
- 格式: 项目符号、表格、散文或正式会议纪要
- 详细程度: 执行摘要、标准或详细
- 重点: 仅包含行动项、仅包含决策或内容全面
- 风格: 团队随记或正式文档
限制
- 无法出席或录制会议
- 准确性取决于输入记录的质量
- 对于含糊不清的代词或缩写,可能需要进一步确认
- 无法核实承诺或截止日期,分发前请先检查
示例
示例:将原始记录整理为结构化摘要
输入:
product meeting 3/15
talked about launch timeline, sarah thinks we need 2 more weeks
john mentioned the bug in checkout - high priority
decided to push launch to april 1
need to update stakeholders
maria will fix the checkout bug by friday
also discussed new feature requests from customers - will prioritize next sprint
john to send customer feedback summary
输出:
会议摘要:产品发布评审
📅 日期: 2024 年 3 月 15 日 👥 参会者: Sarah、John、Maria
📋 摘要
评审了发布计划,并决定由于发现严重的结账故障,将发布日期推迟 2 周至 4 月 1 日。还讨论了客户提出的功能需求,以便日后确定优先级。
💡 关键要点
- 原定发布计划不够充裕,需要再增加 2 周
- 发现严重的结账故障,必须在发布前修复
- 已收集客户功能需求,供下个冲刺规划确定优先级
✅ 决策
- 发布日期从 3 月中旬调整为 4 月 1 日
- 结账故障为最高优先级
- 在下次冲刺规划中确定功能需求的优先级
📌 行动项
| # | 行动 | 负责人 | 截止日期 | 优先级 |
|---|---|---|---|---|
| 1 | 修复结账故障 | Maria | 周五(3/17) | 🔴 高 |
| 2 | 向相关方更新新的发布日期 | [未分配] | 尽快 | 🔴 高 |
| 3 | 发送客户反馈摘要 | John | [待定] | 🟡 中 |
🔜 后续步骤
- 跟进故障修复进度
- 就时间安排变更与相关方沟通
- 通过冲刺规划确定客户需求的优先级
评论
支持 Markdown