Community生產力與協作github.com

RafaelFerSilva/refinement-agent-skills

將會議記錄轉換為可稽核的會議紀錄:包含決策與行動事項及其來源、待非同步確認的推定協議、JSON 格式的行動事項,以及需求探索的輸入。

refinement-agent-skills 是什麼?

此技能會將原始會議記錄轉化為結構化、可稽核的會議紀錄,確保每項記錄皆可追溯到原始轉錄稿,藉此建立可信的事實基礎。它主要針對需要產出具備問責性記錄的團隊而設計,適用於 Claude Code 等可執行結構化工作流程的平台。其運作方式包括:透過「STATED」(陳述)、「ASSUMED」(推定)及「TO BE DEFINED」(待定義)等標記強制執行來源邊界;從轉錄稿中萃取決策與行動事項;產出包含優先順序與來源的 JSON 格式行動事項;以及針對推定協議與未解決問題自動產生問卷。此外,它還會將需求相關內容路由至 `/requirements-discovery`,並在最終產出前執行自我稽核,以驗證數據完整性。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RafaelFerSilva/refinement-agent-skills/tree/HEAD/skills/meeting-minutes

Installed? Explore more 生產力與協作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

會議紀錄

處理轉錄稿,產生一份結構化、可稽核的記錄。會議紀錄成為事實:三週後,有人會引用這份文件,作為已達成協議的證明。因此,你記錄的所有內容都必須可追溯到轉錄稿,而你推斷的所有內容也必須與明確陳述的內容清楚分開。記錄即認證;你的分析絕不能偽裝成與會者的發言。

此工作流程是無需訪談的綜合分析:會議已經結束。遺留的問題會透過問卷導向給相應的接收者,而需求內容則會流向 /requirements-discovery。

轉錄稿:$ARGUMENTS

來源邊界

奠基於 requirements-rigor,此處來源採用三種形式:

  • [STATED: 發言者, "簡短摘要"](繁體中文:[陳述:發言者, "簡短摘要"]):在轉錄稿中有明確陳述。每項行動、決策和優先順序都附帶發言者及 5 到 15 字的簡短摘要。一個誠實的摘要足以進行稽核。
  • [ASSUMED: 基礎](繁體中文:[推定:基礎]):你根據對話模式推斷而來,例如:提案後的沉默、模糊的「好」、由決策隱含但無人明確承擔的任務。推定的項目絕不會進入「決策」、「行動事項表」或 JSON 中;它們會存在於推定章節中,並附上擷取片段及需要確認的人員。
  • [TO BE DEFINED](繁體中文:[待定義]):負責人或截止日期既未提及也無法推斷。此佔位符是正確的答案。

快速測試:「如果一位與會者讀到這行並說『我從沒說過這句話』,我能指出轉錄稿中的相應片段嗎?」可以:STATED。「他們沒有直接說,但暗示了」:ASSUMED。兩者皆非:TO BE DEFINED,或從會議紀錄中排除。requirements-rigor 中其餘的標記,例如 [INFERENCE: 基礎],仍然有效。

步驟

  1. 中繼資料。 讀取工作區中的 docs/agents/refinement.md,以識別已設定的語言(en-US 或 pt-BR,預設為 en-US)和發布路徑。會議紀錄、問卷和產生的輸入皆遵循此語言。識別標題、日期、持續時間、附有角色的與會者、專案,以及因自動語音轉錄而扭曲的詞彙表術語。日期是必須的:截止日期的計算依賴於它。如果缺少,請在繼續前以一行提出疑問。當存在時,請讀取 CONTEXT.md 以獲得詞彙表術語。 完成於:當日期和與會者已確定。

  2. 分類。 INTACT(連續音訊,可識別發言者)、DEGRADED(聽不見的片段、發言者標記錯誤、中斷)、INSUFFICIENT(過於簡短,或不是來自由中繼資料指定的會議)。INSUFFICIENT:說明原因並停止;虛假的會議紀錄不得作為正式記錄流通。DEGRADED:每個可能包含行動或決策的間隙都變成一個未決問題(「~12分鐘處,X提案後有聽不見的片段」);間隙絕不重建。扭曲的術語:應用詞彙表拼寫,並在章節 0 中標記 [POSSIBLE TRANSCRIPTION ERROR: 原始 -> 採用],在全文其餘部分僅使用採用的術語。個人細節、健康、家庭、對缺席同事的評論:從所有章節中省略;嵌入在個人背景中的專案承諾,記錄時不包含該情況。帶有承諾的未識別發言者:負責人為 [TO BE DEFINED: ~X分鐘處的未識別發言者] 並提出未決問題。在分類中可能會出現一則關於省略個人內容的說明,但不得包含細節;僅在個人背景中提及的截止日期,保留文字訊息但不包含個人情況。 完成於:當分類已記錄在章節 0 中,並包含檢測到的語音轉錄錯誤。

  3. 萃取。 應用來自 RULES.md 的規則:撤回與取代、行動事項的粒度、附有來源的優先順序,以及何謂決策。 完成於:每項決策和行動事項都帶有 STATED 來源,而推定則嚴格存在於章節 4 或 5 中。

  4. 撰寫會議紀錄,遵循 TEMPLATE.md。在「行動模式」下,僅撰寫章節 3、6 和 7。 完成於:檔案存在於 .scratch/<project>-<YYYY-MM-DD>/minutes.md(或 docs/agents/refinement.md 中設定的位置),並包含最終免責聲明。

  5. 自我稽核,並在章節 8 中用一行報告:表中的每個實際行動都有一個對應的 JSON 物件,且表外不存在任何 JSON 物件;每一行和決策都帶有 STATED;沒有 ASSUMED 洩漏到表或決策中;優先順序在表與 JSON 之間一致;JSON 日期為 ISO 格式或 null。 完成於:章節 8 聲明「Self-Audit: OK」或詳細說明修正項目。

  6. 路由未解決項目。 推定的協議以及接收者不在本次會議中的未決問題:針對每個接收者撰寫一份問卷,遵循 requirements-rigor 中的 QUESTIONNAIRE.md,與會議紀錄放在一起,並從產生的章節連結它們。包含需求內容(陳述的需求、能力、限制)的擷取片段:在會議紀錄旁撰寫 discovery-input.md,遵循 TEMPLATE.md 末尾的範本,並告知使用者 /requirements-discovery 從此處開始。 完成於:每個推定協議都有接收者和問卷,且當會議包含需求內容時,需求探索輸入也已存在。

最終聲明

⚠️ 本會議紀錄為由會議轉錄稿產生的 AI 生成草稿。在作為正式記錄流通前,需要與會者核實確認,特別是對於未明確口頭表達而需確認的「推定協議」。

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

相關技能