LifeOS Fabricanalyze_debate 中性辩论分析模式的设计与实现解析【免费下载链接】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/LifeOSLifeOS 的 Fabric 技能内置了 240 多个可直接执行的提示词模式prompt pattern其中analyze_debate是 Analysis 类别下专门用于中立解析辩论的模式它输入一段辩论实录transcript输出一份包含洞察度评分、情绪度评分、双方论据、共识、分歧、误解与学习点的结构化纯文本报告。本文以该模式的定义文件 system.md 为主体逐段拆解其角色设定、处理步骤与输出契约并结合 Fabric 技能的原生执行机制SKILL.md、ExecutePattern 工作流说明它是如何被加载、应用并产出结果的读完你可以完整复现一次辩论分析并理解这类提示词模式的工程化设计思路。1. 模式所在位置Fabric 的原生执行模型Fabric 技能的核心设计是模式即文件每个模式是一个独立目录内含唯一的system.md提示词定义。按 SKILL.md 的说明每个模式的system.md都遵循统一的四段结构IDENTITYAI 应扮演的身份PURPOSE要达成的目标STEPS处理输入的步骤OUTPUT结构化输出格式执行时 LifeOS 不做外部 CLI 往返而是读取Patterns/{pattern_name}/system.md→ 将其指令直接作为提示词应用 → 返回结果只有 YouTube 字幕抓取fabric -y和 URL 内容兜底抓取fabric -u两个场景才真正调用 fabric CLI。analyze_debate就位于 Patterns/analyze_debate/在模式目录的官方一句话说明pattern_explanations.md中被描述为analyze_debate: Rate debates on insight, emotionality, and present an unbiased, thorough analysis of arguments, agreements, and disagreements.2. 模式定义全解analyze_debate/system.md该文件仅 43 行但信息密度极高可精确划分为四个区块角色与目的、处理步骤、输出契约、输出纪律。2.1 角色设定IDENTITY and PURPOSEYou are a neutral and objective entity whose sole purpose is to help humans understand debates to broaden their own views. You will be provided with the transcript of a debate.两句话锁定了两个关键属性中立性分析者被明确定义为 neutral and objective entity不得带有立场偏向——这与后文从 neutrally and unbiased 视角分析论断的要求首尾呼应是整个模式防主观污染的第一道约束。目标不是裁判而是拓宽视野help humans understand debates to broaden their own views。它不判定谁赢谁输而是帮读者理解辩论全貌这一目的直接决定了输出结构既列论据ARGUMENTS也列共识AGREEMENTS、分歧DISAGREEMENTS甚至误解POSSIBLE MISUNDERSTANDINGS而不是单一的胜负结论。文件中还包含一句 Take a deep breath and think step by step——典型的思维链引导语用于提示模型在输出前先完成深度推理。2.2 处理步骤STEPS步骤区块只有三条但定义了明确的内部工作流Consume the entire debate——先完整消费整篇实录再下判断禁止读到一半就评分Map out all the claims and implications on a virtual whiteboard in your mind——在脑中建立虚拟白板把所有论断claims及其隐含推论implications铺平形成一张关系图Analyze the claims from a neutral and unbiased perspective——最后才在中立视角下做分析。这是一个先建模、后分析的顺序约束第 2 步的虚拟白板要求模型先做穷举式的信息抽取与关联避免遗漏某一方的论断第 3 步的分析建立在第 2 步的完整映射之上。2.3 输出契约OUTPUT输出契约是整个文件最核心的部分它规定了 8 个必选输出项及其各自的格式约束输出项标题必须逐字使用格式约束洞察度评分INSIGHTFULNESS SCORE (0 not very interesting and insightful to 10 very interesting and insightful)0–10 分情绪度评分EMOTIONALITY SCORE (0 (very calm) to 5 (very emotional))0–5 分参与者及各自情绪分PARTICIPANTS名单 每人 0–5 情绪分论据列表ARGUMENTS每条摘要恰好 16 个词附人名与引语尽量附可查证的外部参考文献已达成的共识AGREEMENTS每条摘要恰好 16 个词 人名与引语未解决的分歧DISAGREEMENTS每条摘要恰好 16 个词 人名与引语说明为何无法解决可能的误解POSSIBLE MISUNDERSTANDINGS每条摘要恰好 16 个词 人名与引语说明成因学习点 / 要点LEARNINGS/TAKEAWAYS每条恰好 16 个词其中几个设计细节值得展开洞察度评分的判分锚点。0–10 分不是拍脑袋给分模式给出了三个明确的判分因子参与者是否真的在交换观点并试图理解对方、辩论的主题是否新颖未被常见地探讨过、参与者是否达成了一些共识。同时设定了评分基准线Hold the scoring ... to high standards and rate it for a person that has limited time to consume content and is looking for exceptional ideas——即默认读者是时间稀缺、只愿为杰出观点付费注意力的人这等于要求模型从严打分防止评分通胀。情绪度是双轨的。除整体情绪分0–5外还要求为每位参与者单独打分PARTICIPANTS 区块。这使读者能区分整体火药味与某一方在情绪化对判断辩论质量是重要信号。防幻觉条款是最强的约束。ARGUMENTS 区块要求外部参考文献必须 BE REAL and NOT MADE UP、from trusted and verifiable sources that can be easily accessed在模型对论据真实性做客观评估时同样要求 DO NOT MAKE UP SOURCES。同一文件里连用三次 NOT MADE UP / DO NOT MAKE UP 级别的措辞是针对 LLM 编造引用这一已知失效模式的直接防御——宁可缺省参考也不允许虚构来源。2.4 输出纪律OUTPUT INSTRUCTIONS文件末尾的输出纪律有四条硬规则上述所有区块必须全部输出不允许缺省任何一个禁止使用任何 Markdown 格式——no asterisks, no bullet points, no headers即输出是纯文本区块标题以全大写文字行呈现而不是#或##所有 agreements、arguments、recommendations、learnings、takeaways 每条必须恰好 16 个词EXACTLY 16 words each引语必须能清晰支撑其所用观点必要时可引用多句。这条恰好 16 词约束在 Fabric 模式中是惯用手法目录内多个模式如extract_insights、create_summary同样使用 15/16 词定长摘要其作用是强制模型把每个论点压缩到统一粒度过短则丢失信息过长则暴露模型绕圈子定长摘要迫使每条论据独立、完整、可比对。3. 调用链ExecutePattern 工作流如何执行该模式理解文件内容之后再看 ExecutePattern.md 定义的执行链analyze_debate的运行路径是Step 1 意图路由工作流内置一张意图→模式映射表和一棵决策树其中 analyze 分支的规则是Match keyword → analyze_[keyword]即 analyze this debate 这类请求会被路由到analyze_debate。若用户显式命名模式如 use analyze_debate则直接采用该模式。Step 2 加载 system.md按安装后的路径~/.claude/skills/Fabric/Patterns/analyze_debate/system.md读取提示词定义若模式不存在工作流会列出可用模式并提示update fabric同步。Step 3 原生应用模型直接读取并遵循该system.md中的 STEPS 与 OUTPUT INSTRUCTIONS把用户提供的辩论实录填入文件末尾的INPUT:占位符之后处理——该占位符正是模式作为模板的输入插槽。Step 4 CLI 特例对辩论场景尤其相关如果输入是 URL 且直接抓取失败CAPTCHA、反爬用fabric -u URL -p analyze_debate如果辩论来自 YouTube 视频实录视频很常见用fabric -y YOUTUBE_URL -p analyze_debate自动提取字幕后再套用模式。SKILL.md 的 Gotchas 也专门强调YouTube 转录要走fabric -y不要手动爬取页面。Step 5 按模式契约格式化输出返回第 2 节所列的 8 个纯文本区块。执行完成后Fabric 还会向~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl追加一条 JSONL 执行日志skill、workflow、输入摘要、状态、耗时形成可审计的执行记录。另外注意目录中存在一个名称相近的兄弟模式summarize_debateSummarizes debates, identifies primary disagreement, extracts arguments, and provides analysis of evidence and argument strength to predict outcomes见 pattern_explanations.md。两者定位不同summarize_debate属于 Summarization 家族侧重概括并预测辩论走向analyze_debate属于 Analysis 家族侧重中立评分、逐方论据与共识/分歧/误解的完整拆解。Research 工作流的 Fabric 路由表 中同样将 Debate 分析意图映射到analyze_debate印证了两个模式在路由上是分开的。4. 实战用法与适用前提在 LifeOS 环境中使用analyze_debate的标准路径输入一段完整的辩论实录文本访谈、播客、辩论赛字幕均可。若输入是 URL 或 YouTube 链接按上文 Step 4 使用fabric -u/fabric -y。触发直接说 use fabric to analyze this debate或显式指定 run pattern analyze_debate on this transcript。预期输出一份不含任何 Markdown 标记的纯文本报告依次包含INSIGHTFULNESS SCORE (...)、EMOTIONALITY SCORE (...)、PARTICIPANTS、ARGUMENTS、AGREEMENTS、DISAGREEMENTS、POSSIBLE MISUNDERSTANDINGS、LEARNINGS、TAKEAWAYS区块除评分区块外每条摘要均为恰好 16 个词并附人名与引语。适用前提与限制模式需已安装到~/.claude/skills/Fabric/Patterns/下LifeOS 安装流程会部署模式名必须逐字精确匹配analyze_debate不能写成analyze debate超长实录可能超出上下文限制——Fabric 的 Gotchas 建议对极长输入先分块或先用 summarize 类模式压缩模式自带的参考文献要求依赖模型可访问的可靠来源在离线或来源不可验证的环境下if possible 这一限定意味着参考区块可以缺省但绝不允许编造。5. 小结一个提示词模式的工程样本analyze_debate/system.md 虽然只有 43 行却完整体现了 Fabric 模式即提示词 的设计方法用两句话锚定中立角色IDENTITY用先全景建模、后中立分析的顺序约束推理过程STEPS用逐区块的标题、分数量表与定长 16 词摘要钉死输出契约OUTPUT再用禁止 Markdown 禁止编造来源两条纪律同时保证输出的机器可读性与事实可靠性OUTPUT INSTRUCTIONS。配合 Fabric 的原生执行链——意图路由、按名加载system.md、直接应用、必要时经fabric -u/-y取内容——这个模式把一个高质量辩论分析的完整方法论固化成了可按名字调用的一次性能力。【免费下载链接】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），仅供参考
LifeOS Fabricanalyze_debate 中性辩论分析模式的设计与实现解析【免费下载链接】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/LifeOSLifeOS 的 Fabric 技能内置了 240 多个可直接执行的提示词模式prompt pattern其中analyze_debate是 Analysis 类别下专门用于中立解析辩论的模式它输入一段辩论实录transcript输出一份包含洞察度评分、情绪度评分、双方论据、共识、分歧、误解与学习点的结构化纯文本报告。本文以该模式的定义文件 system.md 为主体逐段拆解其角色设定、处理步骤与输出契约并结合 Fabric 技能的原生执行机制SKILL.md、ExecutePattern 工作流说明它是如何被加载、应用并产出结果的读完你可以完整复现一次辩论分析并理解这类提示词模式的工程化设计思路。1. 模式所在位置Fabric 的原生执行模型Fabric 技能的核心设计是模式即文件每个模式是一个独立目录内含唯一的system.md提示词定义。按 SKILL.md 的说明每个模式的system.md都遵循统一的四段结构IDENTITYAI 应扮演的身份PURPOSE要达成的目标STEPS处理输入的步骤OUTPUT结构化输出格式执行时 LifeOS 不做外部 CLI 往返而是读取Patterns/{pattern_name}/system.md→ 将其指令直接作为提示词应用 → 返回结果只有 YouTube 字幕抓取fabric -y和 URL 内容兜底抓取fabric -u两个场景才真正调用 fabric CLI。analyze_debate就位于 Patterns/analyze_debate/在模式目录的官方一句话说明pattern_explanations.md中被描述为analyze_debate: Rate debates on insight, emotionality, and present an unbiased, thorough analysis of arguments, agreements, and disagreements.2. 模式定义全解analyze_debate/system.md该文件仅 43 行但信息密度极高可精确划分为四个区块角色与目的、处理步骤、输出契约、输出纪律。2.1 角色设定IDENTITY and PURPOSEYou are a neutral and objective entity whose sole purpose is to help humans understand debates to broaden their own views. You will be provided with the transcript of a debate.两句话锁定了两个关键属性中立性分析者被明确定义为 neutral and objective entity不得带有立场偏向——这与后文从 neutrally and unbiased 视角分析论断的要求首尾呼应是整个模式防主观污染的第一道约束。目标不是裁判而是拓宽视野help humans understand debates to broaden their own views。它不判定谁赢谁输而是帮读者理解辩论全貌这一目的直接决定了输出结构既列论据ARGUMENTS也列共识AGREEMENTS、分歧DISAGREEMENTS甚至误解POSSIBLE MISUNDERSTANDINGS而不是单一的胜负结论。文件中还包含一句 Take a deep breath and think step by step——典型的思维链引导语用于提示模型在输出前先完成深度推理。2.2 处理步骤STEPS步骤区块只有三条但定义了明确的内部工作流Consume the entire debate——先完整消费整篇实录再下判断禁止读到一半就评分Map out all the claims and implications on a virtual whiteboard in your mind——在脑中建立虚拟白板把所有论断claims及其隐含推论implications铺平形成一张关系图Analyze the claims from a neutral and unbiased perspective——最后才在中立视角下做分析。这是一个先建模、后分析的顺序约束第 2 步的虚拟白板要求模型先做穷举式的信息抽取与关联避免遗漏某一方的论断第 3 步的分析建立在第 2 步的完整映射之上。2.3 输出契约OUTPUT输出契约是整个文件最核心的部分它规定了 8 个必选输出项及其各自的格式约束输出项标题必须逐字使用格式约束洞察度评分INSIGHTFULNESS SCORE (0 not very interesting and insightful to 10 very interesting and insightful)0–10 分情绪度评分EMOTIONALITY SCORE (0 (very calm) to 5 (very emotional))0–5 分参与者及各自情绪分PARTICIPANTS名单 每人 0–5 情绪分论据列表ARGUMENTS每条摘要恰好 16 个词附人名与引语尽量附可查证的外部参考文献已达成的共识AGREEMENTS每条摘要恰好 16 个词 人名与引语未解决的分歧DISAGREEMENTS每条摘要恰好 16 个词 人名与引语说明为何无法解决可能的误解POSSIBLE MISUNDERSTANDINGS每条摘要恰好 16 个词 人名与引语说明成因学习点 / 要点LEARNINGS/TAKEAWAYS每条恰好 16 个词其中几个设计细节值得展开洞察度评分的判分锚点。0–10 分不是拍脑袋给分模式给出了三个明确的判分因子参与者是否真的在交换观点并试图理解对方、辩论的主题是否新颖未被常见地探讨过、参与者是否达成了一些共识。同时设定了评分基准线Hold the scoring ... to high standards and rate it for a person that has limited time to consume content and is looking for exceptional ideas——即默认读者是时间稀缺、只愿为杰出观点付费注意力的人这等于要求模型从严打分防止评分通胀。情绪度是双轨的。除整体情绪分0–5外还要求为每位参与者单独打分PARTICIPANTS 区块。这使读者能区分整体火药味与某一方在情绪化对判断辩论质量是重要信号。防幻觉条款是最强的约束。ARGUMENTS 区块要求外部参考文献必须 BE REAL and NOT MADE UP、from trusted and verifiable sources that can be easily accessed在模型对论据真实性做客观评估时同样要求 DO NOT MAKE UP SOURCES。同一文件里连用三次 NOT MADE UP / DO NOT MAKE UP 级别的措辞是针对 LLM 编造引用这一已知失效模式的直接防御——宁可缺省参考也不允许虚构来源。2.4 输出纪律OUTPUT INSTRUCTIONS文件末尾的输出纪律有四条硬规则上述所有区块必须全部输出不允许缺省任何一个禁止使用任何 Markdown 格式——no asterisks, no bullet points, no headers即输出是纯文本区块标题以全大写文字行呈现而不是#或##所有 agreements、arguments、recommendations、learnings、takeaways 每条必须恰好 16 个词EXACTLY 16 words each引语必须能清晰支撑其所用观点必要时可引用多句。这条恰好 16 词约束在 Fabric 模式中是惯用手法目录内多个模式如extract_insights、create_summary同样使用 15/16 词定长摘要其作用是强制模型把每个论点压缩到统一粒度过短则丢失信息过长则暴露模型绕圈子定长摘要迫使每条论据独立、完整、可比对。3. 调用链ExecutePattern 工作流如何执行该模式理解文件内容之后再看 ExecutePattern.md 定义的执行链analyze_debate的运行路径是Step 1 意图路由工作流内置一张意图→模式映射表和一棵决策树其中 analyze 分支的规则是Match keyword → analyze_[keyword]即 analyze this debate 这类请求会被路由到analyze_debate。若用户显式命名模式如 use analyze_debate则直接采用该模式。Step 2 加载 system.md按安装后的路径~/.claude/skills/Fabric/Patterns/analyze_debate/system.md读取提示词定义若模式不存在工作流会列出可用模式并提示update fabric同步。Step 3 原生应用模型直接读取并遵循该system.md中的 STEPS 与 OUTPUT INSTRUCTIONS把用户提供的辩论实录填入文件末尾的INPUT:占位符之后处理——该占位符正是模式作为模板的输入插槽。Step 4 CLI 特例对辩论场景尤其相关如果输入是 URL 且直接抓取失败CAPTCHA、反爬用fabric -u URL -p analyze_debate如果辩论来自 YouTube 视频实录视频很常见用fabric -y YOUTUBE_URL -p analyze_debate自动提取字幕后再套用模式。SKILL.md 的 Gotchas 也专门强调YouTube 转录要走fabric -y不要手动爬取页面。Step 5 按模式契约格式化输出返回第 2 节所列的 8 个纯文本区块。执行完成后Fabric 还会向~/.claude/LIFEOS/MEMORY/SKILLS/execution.jsonl追加一条 JSONL 执行日志skill、workflow、输入摘要、状态、耗时形成可审计的执行记录。另外注意目录中存在一个名称相近的兄弟模式summarize_debateSummarizes debates, identifies primary disagreement, extracts arguments, and provides analysis of evidence and argument strength to predict outcomes见 pattern_explanations.md。两者定位不同summarize_debate属于 Summarization 家族侧重概括并预测辩论走向analyze_debate属于 Analysis 家族侧重中立评分、逐方论据与共识/分歧/误解的完整拆解。Research 工作流的 Fabric 路由表 中同样将 Debate 分析意图映射到analyze_debate印证了两个模式在路由上是分开的。4. 实战用法与适用前提在 LifeOS 环境中使用analyze_debate的标准路径输入一段完整的辩论实录文本访谈、播客、辩论赛字幕均可。若输入是 URL 或 YouTube 链接按上文 Step 4 使用fabric -u/fabric -y。触发直接说 use fabric to analyze this debate或显式指定 run pattern analyze_debate on this transcript。预期输出一份不含任何 Markdown 标记的纯文本报告依次包含INSIGHTFULNESS SCORE (...)、EMOTIONALITY SCORE (...)、PARTICIPANTS、ARGUMENTS、AGREEMENTS、DISAGREEMENTS、POSSIBLE MISUNDERSTANDINGS、LEARNINGS、TAKEAWAYS区块除评分区块外每条摘要均为恰好 16 个词并附人名与引语。适用前提与限制模式需已安装到~/.claude/skills/Fabric/Patterns/下LifeOS 安装流程会部署模式名必须逐字精确匹配analyze_debate不能写成analyze debate超长实录可能超出上下文限制——Fabric 的 Gotchas 建议对极长输入先分块或先用 summarize 类模式压缩模式自带的参考文献要求依赖模型可访问的可靠来源在离线或来源不可验证的环境下if possible 这一限定意味着参考区块可以缺省但绝不允许编造。5. 小结一个提示词模式的工程样本analyze_debate/system.md 虽然只有 43 行却完整体现了 Fabric 模式即提示词 的设计方法用两句话锚定中立角色IDENTITY用先全景建模、后中立分析的顺序约束推理过程STEPS用逐区块的标题、分数量表与定长 16 词摘要钉死输出契约OUTPUT再用禁止 Markdown 禁止编造来源两条纪律同时保证输出的机器可读性与事实可靠性OUTPUT INSTRUCTIONS。配合 Fabric 的原生执行链——意图路由、按名加载system.md、直接应用、必要时经fabric -u/-y取内容——这个模式把一个高质量辩论分析的完整方法论固化成了可按名字调用的一次性能力。【免费下载链接】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），仅供参考
