05 · 手把手寫第一個 Skill

這一章從頭做一個能用的 Skill：把會議紀要那條提示詞打包起來。跟著做，二十分鐘。

用的材料就是入門篇 08 章那條已經跑通的提示詞——這不是巧合，這就是正確的順序：先用 Prompt 跑通，再打包。

第 1 步 · 把提示詞拆成"變的"和"不變的"

把你調好的那條提示詞攤開，兩支筆圈：

你是一位專業的專案助理。請把下面這段零散的會議記錄，整理成一份結構清晰的會議紀要。
└────────────────────── 不變 ──────────────────────┘

背景：這是我方與客戶「明遠地產」就"會員小程式改版"專案的一次溝通會…
      └──────────────── 變（每次的專案不同）────────────────┘

請按以下三塊輸出：
一、關鍵結論 / 已定事項
二、待辦事項（每條標出：事項、負責人、截止時間）
三、遺留 / 待確認問題
└────────────────────── 不變 ──────────────────────┘

只能基於我給的內容整理，不要編造…人名一律沿用原記錄裡的稱呼…
└────────────────────── 不變 ──────────────────────┘

會議記錄如下：【貼上】
                └── 變 ──┘

不變的部分 → 進 Skill。變的部分 → 留給你每次說。

結果：整個 Skill 裡不會出現"明遠地產"，只會出現"使用者提供的背景"。

第 2 步 · 寫觸發描述

先列出你和同事真會說的話：

"幫我把這個會議記錄理一下"
"整理成紀要"
"這段轉寫你看看能不能理出待辦"
"把剛才會上定的事列一下"

抽關鍵詞：會議記錄、紀要、轉寫、待辦、會上定的事。塞進去：

name: meeting-notes
description: 把零散的会议记录整理成结构化纪要，输出「关键结论」
  「带责任人和截止时间的待办」「遗留 / 待确认问题」三块。当用户提供会议记录、
  会议草稿、录音转写稿，或要求整理纪要、提取会议待办、梳理会上定的事时使用。
  仅用于会议类材料。

寫完做一遍 04 章那個自測。

第 3 步 · 寫正文

# 會議紀要整理

## 流程

1. 通讀材料，把內容分成三類：**已定的事**、**要辦的事**、**還沒定的事**。
2. 按下面的模板輸出。
3. 輸出後對照末尾的檢查清單自查一遍，不滿足的改掉再交，不要展示自查過程。

## 輸出模板

嚴格按此結構，方括號內替換為實際內容：

```
## [客戶或專案名]｜[會議類型] 紀要

**日期**：[原文有則填，沒有填「待確認」]　**參會**：[列出，頓號分隔，無則填「待確認」]

### 一、關鍵結論 / 已定事項
1. [一句話一條，動詞開頭，寫清"定了什麼"]

### 二、待辦事項
| 事項 | 負責人 | 截止時間 |
| --- | --- | --- |
| [事項，寫成能直接派活的一句話] | [原文稱呼，或「待確認」] | [原文時間，或「待確認」] |

### 三、遺留 / 待確認問題
1. [還沒定的事，一句話一條]
```

## 規則

- 只使用使用者提供的材料，不引入任何外部資訊。
- 人名沿用原文稱呼（"劉總監""王工"），**不要補全為全名**。
- 日期、金額、數字照抄原文，不推算、不換算。
- 負責人或截止時間不明確的，填「待確認」，**不要根據常理猜填**。
- 材料中前後矛盾的內容，兩條都保留並標註「原文衝突」，不要替使用者選一個。
- 跑題內容不寫進紀要；但若其中含承諾或風險（如"預算可能收緊"），
  歸入第三塊「遺留」。
- 輸出純粹的紀要，不要開場白、不要結尾總結。

## 示例

**輸入（片段）**：
"…劉總監說 banner 要能後臺自己換…積分商城想加秒殺但規則沒定，下週對…
權限按門店分，王工你跟進一下…"

**輸出（片段）**：

### 一、關鍵結論 / 已定事項
1. 首頁 banner 改為後臺可自行更換。

### 二、待辦事項
| 事項 | 負責人 | 截止時間 |
| --- | --- | --- |
| 資料報表權限分級（各門店僅看本店） | 王工 | 待確認 |

### 三、遺留 / 待確認問題
1. 積分商城秒殺規則未定，待客戶內部對齊（客戶稱下週反饋）。

**注意示例中的兩處**：負責人"王工"沿用原文沒有補全；截止時間原文沒寫，
填了「待確認」而不是猜一個日期。

## 檢查清單

- [ ] 三個章節齊全，標題與模板一致
- [ ] 全文無材料之外的人名全稱、日期、金額
- [ ] 每條待辦都有負責人與截止（或明確的「待確認」）
- [ ] 未定的事沒有被寫進第一塊
- [ ] 無開場白、無結尾總結

注意示例那一段的寫法

示例後面那句"注意示例中的兩處"很關鍵——給例子的同時把規律點破，比只給例子穩定得多。這是提示詞篇 03 章講過的。

第 4 步 · 存到它能被找到的地方

存法各家不同（09 章有完整對照），最常見的三種：

場景	怎麼存
命令列 / IDE 裡的編碼工具	建一個資料夾放進去。個人用的通常在使用者目錄下的技能目錄，專案共享的放專案裡的技能目錄，跟程式碼一起提交
網頁版 AI 產品	在設定裡上傳（通常是打包成 zip），或者用它的"智慧體 / 自定義應用"功能把這段內容貼進去
企業內部平臺	建一個"應用 / 助手"，把正文貼進說明框

先在你最常用的那個工具上落一份就行，別一開始就想著全平臺同步。

第 5 步 · 測三次

不要用你調提示詞時那份材料測——那份它已經"見過"了。換三份新的：

用例	看什麼
1. 正常觸發	說一句"幫我把這段會議記錄理一下"+ 一份新材料。它有沒有自己想起來用這個 Skill？沒有就回去改 description
2. 缺資訊	一份沒寫負責人和時間的記錄。有沒有填「待確認」而不是猜？
3. 不該觸發	說"幫我寫個週報"+ 一段工作流水。它有沒有錯誤地套上紀要模板？套了就加排除條款

三個都過，這個 Skill 就能用了。三個用例的詳細做法見 07 章。

第 6 步 · 用兩週，然後改

真正的完善發生在使用中。用的時候留意三件事，隨手記下來：

1. 哪次它沒被觸發（你不得不手動說"用那個紀要的規矩"）→ 改 description
2. 哪條規矩它總是忘（比如老是補全人名）→ 那條寫得不夠硬，或者位置太靠後
3. 哪條規矩其實多餘（從來沒起過作用）→ 刪掉，正文越短越好

兩週後按這三條改一版，你的第一個 Skill 就成熟了。

常見的第一次翻車

三個新手最容易犯的

把"這次的材料"寫進了 Skill。 Skill 裡出現具體客戶名、具體專案——下次做另一個專案的紀要，它會把上個客戶的資訊帶進來。

description 只寫了"整理會議紀要"。 於是你說"幫我理一下這段會議內容"，它沒反應——你說的話裡沒有"紀要"兩個字。

規矩寫了十五條。 太長，中間那幾條基本不生效。挑最重要的五到八條，剩下的刪掉或者移到附件。

下一步

06 · 進階：原型轉 PRD Skill —— 帶流程、模板和自查回路的複雜 Skill 長什麼樣。