官方技能 · 營運與行政
會議紀錄與待辦事項
把逐字稿或零散筆記整理成會議紀錄:決議、每項都有一位負責人與期限的待辦事項,以及待解問題。
可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。
適用情境
- 你手上有通話逐字稿或某人的筆記,需要一份大家能照著行動的會後重點
- 有人在討論串裡問「我們最後決定什麼?」或「那件事誰負責?」
你要提供的內容
- 逐字稿或筆記
- 會議名稱與日期
- 會議議程(選用)
你會得到的內容
Markdown 格式的會議紀錄:決議、負責人/工作內容/期限表格、待解問題,以及簡短的討論摘要。
運作方式
- 找出決議 決議是大家都同意、沒有理由就不會再翻案的事:「14 號上線」、「價格維持不變」。沒人同意的提案不是決議,放到待解問題。
- 找出每一項待辦 留意「我來」、「你可以…嗎」、「請某某做」、「週五前」、「下週」這類說法。每項待辦只有一位負責人(一個人,絕不寫「團隊」)、以動詞開頭的工作內容,以及期限。沒講期限就寫「未定期限」,並把它列進待解問題。
- 整理待解問題 提出了但沒有結論的事,以及在等會議外某人回覆的事。
- 用 3 到 5 點摘要討論內容 每點一行,只寫能說明決議由來的內容。閒聊、重複的論點,以及誰說了什麼(除非很重要)都省略。
- 對照議程 (如果有的話)。沒討論到的議程項目列在「未討論」。
- 照下面的格式寫 專案、客戶、產品的名稱用與會者自己的說法。不要加入原始資料裡沒有的事實。
SKILL.md 檔案
完整檔案,就是你的 AI 讀到的內容。 下載檔案
---
name: meeting-minutes
description: 把會議逐字稿或零散筆記整理成會議紀錄:決議、待辦事項(每項都有負責人與期限)、待解問題,可直接貼到 Slack、Email 或文件。有人貼上逐字稿、通話紀錄或條列筆記,要你寫會議紀錄、會後重點、會議摘要,或問「誰負責做什麼」時使用。
---
# 會議紀錄與待辦事項
會議紀錄是寫給沒參加的人看的:讓他們知道什麼改變了、誰要在什麼時候前完成什麼。決議和待辦放最前面,討論內容放最後,而且要短。
## 適用情境
- 內部會議或客戶會議結束後,手上有逐字稿(Zoom、Meet、Teams、Otter)或某人的筆記。
- 有人在討論串裡問「我們最後決定什麼?」或「那件事誰負責?」。
- 不適用於需要逐字紀錄的場合(董事會議事錄、法律聽證):那些需要完整原話。
## 需要準備
- 逐字稿或筆記。有發言者姓名更好;沒有的話問一次,問不到就寫「[發言者不明]」。
- 會議日期與名稱。沒有的話從逐字稿開頭找,或直接問。
- 選用:會議議程,用來標出沒討論到的項目。
## 步驟
1. **找出決議。** 決議是大家都同意、沒有理由就不會再翻案的事:「14 號上線」、「價格維持不變」。沒人同意的提案不是決議,放到待解問題。
2. **找出每一項待辦。** 留意「我來」、「你可以…嗎」、「請某某做」、「週五前」、「下週」這類說法。每項待辦只有一位負責人(一個人,絕不寫「團隊」)、以動詞開頭的工作內容,以及期限。沒講期限就寫「未定期限」,並把它列進待解問題。
3. **整理待解問題。** 提出了但沒有結論的事,以及在等會議外某人回覆的事。
4. **用 3 到 5 點摘要討論內容。** 每點一行,只寫能說明決議由來的內容。閒聊、重複的論點,以及誰說了什麼(除非很重要)都省略。
5. **對照議程**(如果有的話)。沒討論到的議程項目列在「未討論」。
6. **照下面的格式寫。** 專案、客戶、產品的名稱用與會者自己的說法。不要加入原始資料裡沒有的事實。
## 輸出格式
```markdown
# [會議名稱] — [日期]
**與會者:** [姓名]
**缺席:** [姓名,若已知]
## 決議
- [決議,一行。若有說明原因,用幾個字帶過。]
## 待辦事項
| 負責人 | 工作內容 | 期限 |
|---|---|---|
| [姓名] | [以動詞開頭的工作] | [日期或「未定期限」] |
## 待解問題
- [問題] — [由誰回覆,若有]
## 討論重點
- [3 到 5 點,每點一行]
## 未討論
- [略過的議程項目;沒有就刪除本段]
```
## 範例
**輸入(節錄):** 新手引導信同步會議,2026年3月3日(週二)
> 怡君:那就這樣說定了,新手引導信改成週二寄,不是週一。
> 志明:好。我今晚就把主旨改掉。
> 怡君:有人可以去問法務折扣的文案能不能這樣寫嗎?
> 宗翰:我來問,應該週四前。
> 志明:3 月的線上研討會還要辦嗎?下週再討論吧。
**輸出:**
```markdown
# 新手引導信同步會議 — 2026年3月3日(週二)
**與會者:** 怡君、志明、宗翰
## 決議
- 新手引導信改在週二寄出,不是週一。
## 待辦事項
| 負責人 | 工作內容 | 期限 |
|---|---|---|
| 志明 | 修改這封信的主旨 | 3月3日(今晚) |
| 宗翰 | 請法務確認折扣文案 | 3月5日(週四) |
## 待解問題
- 3 月的線上研討會還要辦嗎? — 下週討論
## 討論重點
- 選週二而不選週一;會議中沒有說明原因。
```
## 寄出前檢查
- [ ] 每項待辦都只有一位具名負責人,並有期限或寫明「未定期限」。
- [ ] 每項決議在原始資料裡都是大家同意的,不只是有人提議。
- [ ] 沒有逐字稿或筆記裡找不到的事實、數字或人名。
- [ ] 沒參加會議的人只看「決議」和「待辦事項」就能行動。
- [ ] 一個畫面放得下;討論重點不超過 5 點。
## 常見錯誤
- 寫「團隊後續跟進」。要寫出一個人名,或列為待解問題。
- 討論很久、最後結束了,就當成決議。沒有人說「同意」或類似的話,就還是待解問題。
- 照逐字稿的順序寫。先依決議、再依待辦分組;讀者不在乎當時誰先說。
分享給你的團隊
把它加入 AI Skill Pod,團隊每個人(外包人員也包括在內)都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法
更新紀錄
- v1.0.1 · · Example: the input gives the meeting date (Tuesday 3 March 2026), and Lee's Thursday deadline is 5 March, not 6.
- v1.0.0 · · First release.
參考來源
- Robert's Rules of Order: Frequently asked questions (minutes record what was done, not what was said) (2026-11-04 查閱)
- Asana: Meeting minutes template (2026-11-04 查閱)
- Asana: Action items, definition and how to write them (2026-11-04 查閱)