官方技能 · 營運與行政

會議紀錄與待辦事項

把逐字稿或零散筆記整理成會議紀錄:決議、每項都有一位負責人與期限的待辦事項,以及待解問題。

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。

適用情境

你要提供的內容

你會得到的內容

Markdown 格式的會議紀錄:決議、負責人/工作內容/期限表格、待解問題,以及簡短的討論摘要。

運作方式

  1. 找出決議 決議是大家都同意、沒有理由就不會再翻案的事:「14 號上線」、「價格維持不變」。沒人同意的提案不是決議,放到待解問題。
  2. 找出每一項待辦 留意「我來」、「你可以…嗎」、「請某某做」、「週五前」、「下週」這類說法。每項待辦只有一位負責人(一個人,絕不寫「團隊」)、以動詞開頭的工作內容,以及期限。沒講期限就寫「未定期限」,並把它列進待解問題。
  3. 整理待解問題 提出了但沒有結論的事,以及在等會議外某人回覆的事。
  4. 用 3 到 5 點摘要討論內容 每點一行,只寫能說明決議由來的內容。閒聊、重複的論點,以及誰說了什麼(除非很重要)都省略。
  5. 對照議程 (如果有的話)。沒討論到的議程項目列在「未討論」。
  6. 照下面的格式寫 專案、客戶、產品的名稱用與會者自己的說法。不要加入原始資料裡沒有的事實。

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 技能的最佳做法

加入我團隊的 Pod

更新紀錄

參考來源

  1. Robert's Rules of Order: Frequently asked questions (minutes record what was done, not what was said) (2026-11-04 查閱)
  2. Asana: Meeting minutes template (2026-11-04 查閱)
  3. Asana: Action items, definition and how to write them (2026-11-04 查閱)