LifeOS Fabric 模式解析：用 transcribe_minutes 从会议转写自动生成结构化会议纪要
【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS
导读
transcribe_minutes是 LifeOS 内置的 Fabric 提示词模式（Pattern）之一，专门用于把一段会议转写文本（meeting transcription）转化为结构化的会议纪要：自动识别行动项（actionables）、提炼有洞察力的想法、记录决策、挑战与下一步。本文以 transcribe_minutes/system.md 为骨架，完整拆解该模式的角色设定、执行步骤、输出格式与字数纪律，并结合 LifeOS 中 Fabric 技能的原生执行机制，说明如何在日常工作中直接调用它。读完你将掌握：该模式的完整工作规范、每个输出区块的写作要求，以及它在 LifeOS 240+ 模式体系中的定位与相邻模式的取舍。
一、模式是什么：一个把转写变成纪要的提示词模板
在 LifeOS 中，Fabric 技能维护着 240+ 个经过实战验证的提示词模式，统一存放在 Patterns/ 目录下，每个模式是一个独立目录，核心指令放在该目录的system.md中。transcribe_minutes就是其中之一，其目录结构为：
Patterns/transcribe_minutes/ ├── README.md # 说明文件（当前为空文件） └── system.md # 模式的核心提示词指令system.md的第一段明确了模式的身份与目的（IDENTITY and PURPOSE）：
你负责从一段会议转写中提取会议纪要。你必须识别出会议中提到的所有行动项（actionables），并重点关注会议中提出的富有洞察力、有意思的想法。
同时它要求模型"退后一步，逐步思考如何通过以下步骤获得最佳结果"——这意味着该模式鼓励模型在真正动笔前，先对整个会议内容做整体消化，而不是直接跳到摘要。
从仓库的 pattern_explanations.md 中可以找到对该模式的一句话官方注解：
transcribe_minutes: Extracts (from meeting transcription) meeting minutes, identifying actionables, insightful ideas, decisions, challenges, and next steps in a structured format.
即：从会议转写中提取会议纪要，识别行动项、洞察想法、决策、挑战和下一步，并以结构化格式输出。这与system.md中定义的六个输出区块一一对应。
二、执行步骤（STEPS）：五步把会议转写变成纪要
system.md规定的 STEPS 非常精简，共五步，本质上是"消化 → 提取 → 组织 → 输出"的处理管线：
- 充分消化输入内容（Fully digest the content provided）：完整理解整段转写，这是后续所有提取工作的前提。
- 提取会议中达成一致的行动项（Extract all actionables agreed upon within the meeting）：关注"谁同意做什么"。
- 提取会议中提出的有趣想法（Extract any interesting ideas brought up in the meeting）：与第一步不同，这一步关注的是创意与洞察，而非任务。
- 生成标题与主旨：在一个名为
TITLE的区块中，用1～5 个词为本次会议起标题；在一个名为MAIN IDEA的区块中，用一句15 个词的句子概括会议主旨。 - 分区块输出纪要：依次生成
MINUTES、ACTIONABLES、DECISIONS、CHALLENGES、NEXT STEPS五个区块。
这套步骤与 LifeOS 中ExecutePattern工作流的执行模型完全吻合：用户请求 → 识别模式 → 读取system.md→ 把指令作为提示词应用到输入内容上 → 返回结构化输出（参见 ExecutePattern.md）。也就是说，LifeOS 并不需要额外调用 fabric CLI，而是让模型直接读取模式文件并遵循其中的 STEPS 与 OUTPUT INSTRUCTIONS 执行。
三、输出结构：六个区块的内容规范
这是本模式的核心产出规范，每个区块都有明确的语义定位：
1. TITLE（标题）
用1～5 个英文单词为本次会议起一个标题。要求极其克制，强制模型把整场会议压缩成极短的主题词，便于后续检索与归档。
2. MAIN IDEA（主旨）
用一句恰好15 个词的句子抓住会议主旨。这是对模型概括能力的硬约束——既不能漏掉关键信息，又不能超出字数，倒逼模型优先保留最高信息密度的事实。
3. MINUTES（会议记录）
提取20～50 条会议中最令人意外、最有洞察力、最有趣的想法要点，使用项目符号列出。如果少于 50 条，则全部收集；且至少提取 20 条——这是本模式最强调数量的区块，目的是不放过转写中的高价值碎片。
4. ACTIONABLES（行动项）
列出所有已达成一致的行动细节，包括某位发言者同意去做什么或去调研什么；如果提到了截止日期，必须一并记录在此区块。
5. DECISIONS（决策）
列出会议中做出的所有决策，并且要包含每个决策背后的理由（rationale）。
6. CHALLENGES（挑战）
识别并记录会议中讨论到的任何挑战或问题，同时标注针对这些挑战提出的潜在解决方案或应对策略。
7. NEXT STEPS（下一步）
概述会议结束后要采取的下一步行动。
四、输出纪律（OUTPUT INSTRUCTIONS）：可复现的硬性约束
system.md的输出指令是整个模式"含金量"所在——它用一组近乎苛刻的约束保证输出格式的稳定与可机器解析：
| 约束项 | 具体要求 |
|---|---|
| 输出格式 | 只输出 Markdown |
| MINUTES 每条 | 恰好 16 个词 |
| ACTIONABLES 每条 | 恰好 16 个词 |
| DECISIONS 每条 | 恰好 16 个词 |
| CHALLENGES | 2～3 句话 |
| NEXT STEPS | 2～3 句话 |
| 禁止事项 | 不得给出警告或注释，只输出要求的区块 |
| 去重要求 | 行动项、决策、挑战之间不得重复 |
| 列表形式 | 一律使用项目符号列表，禁止编号列表 |
| 开篇多样性 | 列表项不得以相同的开头词起句 |
| 总则 | 必须全部遵循上述指令 |
需要留意的是，原文档内部存在一处字面上的张力：STEPS 中要求 MINUTES 收集20～50 条要点，而 OUTPUT INSTRUCTIONS 又要求每条 MINUTES恰好 16 个词。这属于原文档原文如此（一处是"条数"约束、一处是"每条字数"约束），实际使用时以 OUTPUT INSTRUCTIONS 的最终格式要求为准来组织每条要点的措辞即可。
这种"字数精确到词"的设计，其工程价值在于：固定的词数 + 固定的区块名 + 纯 Markdown，让输出天然适合被后续脚本、Agent 或知识库流水线解析归档——例如 LifeOS 中ExecutePattern工作流提到的 summarize-family 模式的 Auto-Harvest 机制，就依赖稳定、可解析的结构化输出才能把结果落盘为 KNOWLEDGE 笔记（参见 ExecutePattern.md 的 Step 4b）。
五、在 LifeOS 中如何调用该模式
LifeOS 对 Fabric 模式采用原生执行策略（参见 SKILL.md）：默认不经过 fabric CLI 往返，而是直接读取Patterns/{pattern_name}/system.md并把指令作为提示词应用。调用transcribe_minutes的完整链路是：
- 模式识别：当用户请求涉及会议纪要、会议转写、action items 提取时，选择
transcribe_minutes模式；用户也可以直接点名模式名。suggest_pattern模式将transcribe_minutes归类在 BUSINESS（商务）、CONVERSION（格式转换）、WRITING（写作）三个类别下（参见 suggest_pattern/system.md）。 - 加载模式：读取
Patterns/transcribe_minutes/system.md。 - 应用模式：将 IDENTITY、STEPS、OUTPUT INSTRUCTIONS 原样作为系统提示词，喂入会议转写文本（即
INPUT:之后的内容）。 - 返回结果：按六个区块的规范输出纯 Markdown 纪要。
如果输入是 YouTube 链接或存在访问障碍的 URL，才需要回退到 fabric CLI 的-y（提取 YouTube 字幕）与-u（抓取 URL 内容）参数（参见 ExecutePattern.md Step 4）；纯文本转写则完全走原生执行路径。
另外，LifeOS 的 Fabric 模式可通过 UpdatePatterns.md 工作流从上游同步更新：fabric -U拉取最新模式后，用rsync -av --delete ~/.config/fabric/patterns/ ~/.claude/skills/Fabric/Patterns/同步到本地模式目录，更新后可用ls -1核对模式数量。
六、与相邻模式的取舍：transcribe_minutes vs summarize_meeting
LifeOS 的 Fabric 模式库中还有两个与"会议"相关的模式，理解它们的差异有助于按场景选型：
| 模式 | 定位 | 输出侧重 |
|---|---|---|
transcribe_minutes | 会议纪要 | TITLE / MAIN IDEA / MINUTES（20～50 条）/ ACTIONABLES / DECISIONS / CHALLENGES / NEXT STEPS |
summarize_meeting | 会议总结 | OVERVIEW / KEY POINTS / TASKS / DECISIONS / CHALLENGES / TIMELINE / REFERENCES / NEXT STEPS（参见 summarize_meeting/system.md） |
summarize_board_meeting | 董事会纪要 | 面向公司治理归档的正式会议记录（参见 pattern_explanations.md） |
三者的关键区别在于信息焦点：
transcribe_minutes是行动驱动 + 想法驱动：它强制至少提取 20 条 MINUTES 要点，并要求 ACTIONABLES 覆盖"所有"达成一致的行动项（含截止日期），适合需要完整追踪待办与创意沉淀的日常工作会议。summarize_meeting是全景覆盖：额外输出 TIMELINE（时间线/里程碑）与 REFERENCES（引用文档、工具、资源），更适合需要归档上下文资料的场景。summarize_board_meeting是治理归档：面向董事会等正式场合，强调形式的规范性。
在 LifeOS 中，这些模式可以按需组合：例如先用transcribe_minutes产出行动项与决策，再用summarize_meeting补全时间线与参考资料。
七、实操建议与输入准备
- 输入质量决定纪要质量：本模式面向"转写文本"，输入越接近逐字稿（含发言者、讨论细节、明确的时间承诺），ACTIONABLES 中的截止日期与 DECISIONS 中的理由就越完整。
- 长转写分段处理：SKILL.md 的 Gotchas 一节明确提醒——过长内容可能超出模式上下文限制，对于超长输入应分块处理，或先使用 summarize 类模式压缩（参见 SKILL.md）。
- 模式名必须精确：调用时使用
transcribe_minutes（下划线分隔的完整名称），LifeOS 按精确名称匹配模式目录，名称写错会返回 "Pattern not found"。 - 把 16 词约束当作质检标准：输出的 MINUTES / ACTIONABLES / DECISIONS 每条是否恰好 16 个词、是否使用了项目符号、各列表项开头词是否重复，都可以作为校验输出是否符合规范的可执行检查项。
总结
transcribe_minutes是 LifeOS Fabric 模式体系中把"转写 → 纪要"这一高频场景产品化的范本：它以明确的 IDENTITY 确立角色，用五步 STEPS 规范处理流程，再以七区块 + 精确词数的 OUTPUT INSTRUCTIONS 锁定输出结构。对于任何需要把会议转写自动整理为可归档、可执行、可解析文档的团队或个人，都可以直接在 LifeOS 中原生调用该模式，并将其与 ExecutePattern.md 工作流、Auto-Harvest 知识入库机制衔接，形成"会议结束即纪要归档"的自动化闭环。
【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
