Fabric 董事会会议纪要模式（summarize_board_meeting）：从原始转写稿到合规公司记录

Fabric 董事会会议纪要模式（summarize_board_meeting）：从原始转写稿到合规公司记录

【免费下载链接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.项目地址: https://gitcode.com/GitHub_Trending/fa/Fabric

本篇技术指南聚焦 Fabric 开源框架中的summarize_board_meeting模式，讲解如何将董事会会议的原始转写稿（transcript）自动转化为符合公司治理规范、可存档为正式公司记录的会议纪要。读完本文，你将掌握该模式的完整工作流程、固定输出章节结构，以及如何在 Fabric CLI 中调用它、如何理解其底层加载机制，从而在自己的会议纪要场景中直接落地使用。

一、模式定位：专业的公司治理文档秘书

summarize_board_meeting是 Fabric 内置的 AI 提示词模式之一，位于 data/patterns/summarize_board_meeting/system.md。其身份设定（IDENTITY AND PURPOSE）是一名专攻公司治理文档的专业会议秘书，核心使命是：

将原始董事会会议转写稿转化为精炼、正式的会议记录，达到企业标准并满足法律合规要求，同时保持客观中立、确保信息准确，并以适合正式公司档案的结构化专业格式捕获所有关键信息。

在 Fabric 的官方模式目录（data/patterns/pattern_explanations.md）中，该模式的定位被概括为 "Creates formal meeting notes from board meeting transcripts for corporate governance documentation"；在 scripts/pattern_descriptions/pattern_descriptions.json 中，它的描述为 "Convert board meeting transcripts into formal meeting notes for corporate records"，并被打上ANALYSIS（分析）与BUSINESS（商务）两个标签。

由此可见，该模式并非通用摘要工具，而是面向正式公司档案场景的专用处理器：输入是嘈杂、口语化、可能错乱顺序的会议转写文本，输出是结构完整、可直接入档的正式纪要。

二、七步工作流程：从转写稿到成稿的完整流水线

system.md定义了七个严格有序的处理步骤，每一步都有明确职责，以下逐一展开：

1. 初步审查（Initial Review）

• 通读整份转写稿，理解会议流程与关键议题；
• 识别全部参会人、议程事项与主要讨论点；
• 标记任何含混不清的段落、技术问题或缺失信息。

这一步是质量地基，后续所有结构化工作都建立在"读懂会议全貌"之上。

2. 提取会议元数据（Extract Meeting Metadata）

• 识别会议日期、时间、地点与会议类型；
• 建立完整的参会人清单（出席 Present / 缺席 Absent / 来宾 Guests）；
• 记录特殊情形与会议形式细节（如线上/线下、紧急会议等）。

3. 按类别组织内容（Organize Content by Category）

• 按议程议题或主题将讨论分组；
• 将正式决议与一般性讨论分离；
• 识别全部行动事项，并落实责任人与截止时间；
• 单独提取财务信息与合规事项。

4. 归纳讨论内容（Summarize Discussions）

• 将冗长对话压缩为要点与结论；
• 保留讨论中出现的不同观点与顾虑；
• 删除闲聊与跑题内容；
• 保持议程事项的时间先后顺序。

5. 记录正式行动（Document Formal Actions）

• 记录动议（motion）的原文措辞与投票程序；
• 注明动议提出人（made）与附议人（seconded）；
• 记录投票结果（是否一致通过、多数通过、具体票数）及弃权情况；
• 包含决议附带的任何条件或附加条款。

6. 生成行动事项清单（Create Action Item List）

• 提取全部承诺事项与后续跟进任务；
• 为每项任务明确责任人与截止时间；
• 标注依赖关系与前置要求；
• 在信息可判断时按紧迫性/重要性排序。

7. 质量复核（Quality Review）

• 核实所有姓名、数字、日期准确无误；
• 确保全文保持专业语气；
• 检查术语使用的一致性；
• 确认所有重大决议与行动事项均已被捕获。

这七步构成了一个"读懂 → 提取 → 归类 → 压缩 → 留证 → 派工 → 复核"的闭环，既保证信息密度，也保证法律意义上的可追溯性。

三、输出规范：固定的八段式纪要结构

system.md对输出格式有硬性约束：

• 只输出人类可读的 Markdown；
• 默认输出英文（除非另行指定）；
• 所有章节必须齐全且格式正确；
• 信息必须准确一致，检查缺失或不完整的信息；
• 所有行动事项必须明确分工并排序；
• 不输出警告或备注，只输出要求的章节；
• 不在输出章节中重复内容。

随后定义了固定的输出骨架（# Meeting Notes），包含八个必须覆盖的部分：

1. Meeting Details（会议详情）

• Date（日期）：从转写稿提取
• Time（时间）：提取开始与结束时间（如有）
• Location（地点）：实体场所或线上平台
• Meeting Type（会议类型）：常规董事会会议 / 特别董事会会议 / 委员会会议

2. Attendees（参会人）

• Present（出席）：列出全部出席的董事与其他参会者
• Absent（缺席）：列出所有被提及的缺席人员
• Guests（来宾）：列出出席的非董事人员

3. Key Agenda Items & Discussions（关键议程事项与讨论）

对每个重大议题提供独立子章节，包含：

• 议题标题；
• 不少于 25 词的背景上下文；
• 讨论中提出的关键要点；
• 提及的不同观点或顾虑；
• 引用的任何支持性文件。

4. Decisions & Resolutions（决议与决定）

列出全部正式决议，包括：

• 动议原文（如进行了正式动议）；
• 动议提出人与附议人；
• 投票结果（一致通过、多数通过、提及时的具体票数）；
• 决议附带的条件或附加条款。

5. Action Items（行动事项）

建立清晰的后续任务清单：

• 任务描述；
• 责任人/责任部门；
• 截止时间（如已指定）；
• 任何依赖关系或前置要求。

6. Financial Matters（财务事项）

如适用，归纳：

• 预算讨论；
• 呈报的财务报告；
• 支出审批；
• 收入更新。

7. Next Steps（后续安排）

• 下次会议日期与时间；
• 即将到来的截止日期；
• 需结转处理的事项。

8. Additional Notes（补充说明）

• 已申报的利益冲突；
• 讨论过的监管或合规问题；
• 引用的政策、章程或法律要求；
• 标注的含混段落或信息缺口。

这一结构本质上对齐了真实公司治理场景中董事会纪要的法定要素——会议程序记录、决议留证、行动追踪、财务披露与合规声明，因此输出结果可以直接作为正式公司档案使用。

四、在 Fabric 中实际使用该模式

4.1 基本调用方式

Fabric CLI 通过-p/--pattern参数指定要使用的模式（见 internal/cli/flags.go）。假设你已获得一份董事会会议转写稿board_transcript.txt，调用方式为：

fabric -p summarize_board_meeting < board_transcript.txt

也可以配合其他常用参数使用：

# 指定输出会话，便于后续继续追问或归档 fabric -p summarize_board_meeting -s board-meeting-2025-q3 < board_transcript.txt # 指定模型（如不指定，使用全局配置的默认模型） fabric -p summarize_board_meeting -m gpt-4o < board_transcript.txt # 使用模式专属模型：通过环境变量为某个模式固定模型 export FABRIC_MODEL_SUMMARIZE_BOARD_MEETING=gpt-4o fabric -p summarize_board_meeting < board_transcript.txt

其中"模式专属模型"机制在 internal/cli/chat.go 中有明确实现：当指定了模式但未指定--model时，CLI 会读取FABRIC_MODEL_+ 模式名（连字符转下划线、大写）的环境变量来确定模型。也就是说，你可以为summarize_board_meeting这类对格式稳定性要求高的模式单独固定一个更强的模型，而不会影响其他模式的默认配置。

4.2 常用管理命令

Fabric 还提供了若干与模式管理相关的命令（同样定义于 internal/cli/flags.go）：

# 列出当前所有可用模式 fabric -l # 在终端直接查看本模式的完整内容（含 system.md 全部指令） fabric --readpattern summarize_board_meeting # 从官方仓库更新/拉取最新模式集 fabric -U

--readpattern适合在把转写稿交给模型之前先核对模式内容；-U则用于将 data/patterns 目录同步到官方仓库最新版本。

4.3 传入外部转录文本

Fabric 支持从文件、标准输入、URL 粘贴等多种输入途径（见 cmd/fabric/main.go 与internal/cli的实现）。会议转写稿通常来自语音转写工具（如 Whisper、会议软件的转录导出），你可以将转录文件直接作为输入：

fabric -p summarize_board_meeting -f meeting_transcript.txt

也可以把文本放入系统剪贴板后直接运行fabric -p summarize_board_meeting，由 CLI 自动读取剪贴板内容。

五、底层机制：模式是如何被加载与执行的

要正确使用该模式，理解 Fabric 的模式加载机制会很有帮助。

5.1 模式目录结构

每个模式都是一个目录，位于 data/patterns 下，通常包含：

• system.md：系统提示词（本模式的全部指令即在此文件）；
• user.md（可选）：用户提示词模板，可包含#variable形式的变量占位符。

summarize_board_meeting目录当前只包含system.md，即无需任何外部变量，直接输入转写文本即可，使用门槛很低。

5.2 模式的下载、更新与持久化

在 internal/tools/patterns_loader.go 中，PatternsLoader负责模式的获取与维护：

• 默认从官方仓库克隆data/patterns目录（对应DefaultPatternsGitRepoUrl与DefaultPatternsGitRepoFolder两个配置项）；
• PopulateDB()会下载模式到临时目录，再整体拷贝到配置目录，并创建loaded标记文件以记录"已加载"状态；
• PersistPatterns()会在更新时保留用户自定义模式：凡是官方更新集中不存在的自定义模式目录，都会被复制保留，避免升级覆盖（对应源码中的patterns_preserved_custom_pattern提示）；
• 若检测到旧路径（如patterns）会自动迁移到新的data/patterns路径（tryPathMigration()）。

这意味着你既可以享受官方模式集的持续更新，也可以基于summarize_board_meeting复制出一个自定义变体（例如要求输出中文纪要的版本），并在每次-U更新后继续保留。

5.3 模式的定位与检索

summarize_board_meeting在仓库中有多处可检索的索引：

• data/patterns/pattern_explanations.md 第 213 条提供了人读的简要说明；
• scripts/pattern_descriptions/pattern_descriptions.json 中记录了其名称、描述与标签（ANALYSIS / BUSINESS），该 JSON 被脚本用于生成模式描述文档；
• data/patterns/suggest_pattern/user.md 中的条目说明可用于配合suggest_pattern模式做模式推荐。

六、实战建议与适用边界

6.1 输入质量直接影响输出质量

该模式的七步流程对转录文本质量有较高要求：

• 若转录稿存在大段"听不清/未识别"内容，建议先人工补齐或用 Fabric 的语音转写链路（见 docs/Using-Speech-To-Text.md）获取更高质量的转录；
• 人名、金额、日期等关键实体在提交前最好校正一遍——虽然第七步质量复核会再次校验，但"垃圾进、垃圾出"对任何模式都成立。

6.2 输出语言

system.md明确规定"默认输出英文（除非另行指定）"。如果你的公司档案需要中文纪要，可以在调用时补充一句说明（如追加"请以中文输出全部章节"），或复制该模式为自定义模式并在副本中修改语言指令。

6.3 适用与不适用场景

适用：董事会正式会议、委员会会议、股东会讨论的转写稿整理；需要结构化留档的治理类会议；对动议、投票、行动项有严格追溯要求的场合。

不适用：随意的内部讨论摘要（应改用 data/patterns/summarize/summarize.md 或summarize_meeting等轻量模式）；需要逐字保留发言的记录场景（该模式会主动删除闲聊与跑题内容）。

6.4 会后归档建议

生成的 Markdown 纪要可直接存入公司文档库。若需要与 Fabric 的上下文/会话机制结合（通过-s指定会话名），可在后续会议前读取上一会话，便于"上次遗留事项"（carried forward items）的连续性处理，相关机制可参考 docs/contexts-and-sessions-tutorial.md。

七、参考资源

结语

summarize_board_meeting是 Fabric 模式体系中"专业化、强约束输出"的典型代表：它不追求通用摘要，而是围绕公司治理文档的法律与格式要求，用七步处理流程将口语化的转写稿锻造成结构完备、可入档的正式会议纪要。配合 Fabric CLI 的模式专属模型、会话归档与自定义模式保留机制，你可以将其稳定地嵌入企业的会议治理工作流，把"整理董事会纪要"这件高要求、低容错的重复劳动交给 AI 完成，同时保留人工复核的关键环节。

【免费下载链接】FabricFabric is an open-source framework for augmenting humans using AI. It provides a modular system for solving specific problems using a crowdsourced set of AI prompts that can be used anywhere.项目地址: https://gitcode.com/GitHub_Trending/fa/Fabric