LifeOS Fabric 模式解析：用 transcribe_minutes 从会议转写自动生成结构化会议纪要

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的区块中用15 个词为本次会议起标题在一个名为MAIN IDEA的区块中用一句15 个词的句子概括会议主旨。分区块输出纪要依次生成MINUTES、ACTIONABLES、DECISIONS、CHALLENGES、NEXT STEPS五个区块。这套步骤与 LifeOS 中ExecutePattern工作流的执行模型完全吻合用户请求 → 识别模式 → 读取system.md→ 把指令作为提示词应用到输入内容上 → 返回结构化输出参见 ExecutePattern.md。也就是说LifeOS 并不需要额外调用 fabric CLI而是让模型直接读取模式文件并遵循其中的 STEPS 与 OUTPUT INSTRUCTIONS 执行。三、输出结构六个区块的内容规范这是本模式的核心产出规范每个区块都有明确的语义定位1. TITLE标题用15 个英文单词为本次会议起一个标题。要求极其克制强制模型把整场会议压缩成极短的主题词便于后续检索与归档。2. MAIN IDEA主旨用一句恰好15 个词的句子抓住会议主旨。这是对模型概括能力的硬约束——既不能漏掉关键信息又不能超出字数倒逼模型优先保留最高信息密度的事实。3. MINUTES会议记录提取2050 条会议中最令人意外、最有洞察力、最有趣的想法要点使用项目符号列出。如果少于 50 条则全部收集且至少提取 20 条——这是本模式最强调数量的区块目的是不放过转写中的高价值碎片。4. ACTIONABLES行动项列出所有已达成一致的行动细节包括某位发言者同意去做什么或去调研什么如果提到了截止日期必须一并记录在此区块。5. DECISIONS决策列出会议中做出的所有决策并且要包含每个决策背后的理由rationale。6. CHALLENGES挑战识别并记录会议中讨论到的任何挑战或问题同时标注针对这些挑战提出的潜在解决方案或应对策略。7. NEXT STEPS下一步概述会议结束后要采取的下一步行动。四、输出纪律OUTPUT INSTRUCTIONS可复现的硬性约束system.md的输出指令是整个模式含金量所在——它用一组近乎苛刻的约束保证输出格式的稳定与可机器解析约束项具体要求输出格式只输出 MarkdownMINUTES 每条恰好 16 个词ACTIONABLES 每条恰好 16 个词DECISIONS 每条恰好 16 个词CHALLENGES23 句话NEXT STEPS23 句话禁止事项不得给出警告或注释只输出要求的区块去重要求行动项、决策、挑战之间不得重复列表形式一律使用项目符号列表禁止编号列表开篇多样性列表项不得以相同的开头词起句总则必须全部遵循上述指令需要留意的是原文档内部存在一处字面上的张力STEPS 中要求 MINUTES 收集2050 条要点而 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_meetingLifeOS 的 Fabric 模式库中还有两个与会议相关的模式理解它们的差异有助于按场景选型模式定位输出侧重transcribe_minutes会议纪要TITLE / MAIN IDEA / MINUTES2050 条/ ACTIONABLES / DECISIONS / CHALLENGES / NEXT STEPSsummarize_meeting会议总结OVERVIEW / KEY POINTS / TASKS / DECISIONS / CHALLENGES / TIMELINE / REFERENCES / NEXT STEPS参见 summarize_meeting/system.mdsummarize_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），仅供参考