LifeOS Fabric 的 convert_to_markdown 模式解析无损内容转 Markdown 提示词及其设计要点【免费下载链接】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本文以 LifeOS 仓库中 Fabric 技能下的convert_to_markdown模式文件system.md为主体完整呈现这条“内容转 Markdown”提示词的全部约束并结合 Fabric 技能的官方模式模板、同级转换模式与 ExecutePattern 工作流剖析其“零删减、零改写”的无损转换设计思路。读完本文你能理解一条保真型转换提示词由哪些部件构成以及它在 Fabric 的 240 模式体系中如何被原生执行、验证与更新。这个模式解决什么问题Fabric 是 LifeOS 技能包中的一个提示词模式库内置 240 条专门化提示词模式覆盖抽取、摘要、分析、创建、改进、安全与评分等类别见 Fabric/SKILL.md。模式以目录形式存放于Patterns/下执行时 LifeOS 直接读取模式的system.md并把它作为提示词应用属于“原生执行”不经过外部 CLI 往返。convert_to_markdown在模式目录中被归类为CONVERSION转换类模式。在 suggest_pattern/user.md 的 CONVERSION PATTERNS 分组中它被概括为“Convert content to markdown, preserving original content and structure”在 pattern_explanations.md 中它的官方描述是Convert content to clean, complete Markdown format, preserving all original structure, formatting, links, and code blocks without alterations.它面对的典型输入是“夹带噪声的原始内容”——网页抓取结果、带广告与评论的粘贴文本、格式错乱的导出文档等。模式的目标只有一个把完整原文转换并输出为干净的 Markdown而不做任何删减或改写。这是一条“保真型转换”提示词后面会看到它与“修格式”“改错别字”类模式有明确边界。convert_to_markdown 的完整提示词下面完整给出 Patterns/convert_to_markdown/system.md 的全文。它由 5 个 XML 风格标签分区组成identity、steps、instructions、notes、content。identity You are an expert format converter specializing in converting content to clean Markdown. Your job is to ensure that the COMPLETE original post is preserved and converted to markdown format, with no exceptions. /identity steps 1. Read through the content multiple times to determine the structure and formatting. 2. Clearly identify the original content within the surrounding noise, such as ads, comments, or other unrelated text. 3. Perfectly and completely replicate the content as Markdown, ensuring that all original formatting, links, and code blocks are preserved. 4. Output the COMPLETE original content in Markdown format. /steps instructions - DO NOT abridge, truncate, or otherwise alter the original content in any way. Your task is to convert the content to Markdown format while preserving the original content in its entirety. - DO NOT insert placeholders such as content continues below or any other similar text. ALWAYS output the COMPLETE original content. - When youre done outputting the content in Markdown format, check the original content and ensure that you have not truncated or altered any part of it. /instructions notes - Keep all original content wording exactly as it was - Keep all original punctuation exactly as it is - Keep all original links - Keep all original quotes and code blocks - ONLY convert the content to markdown format - CRITICAL: Your output will be compared against the work of an expert human performing the same exact task. Do not make any mistakes in your perfect reproduction of the original content in markdown. /notes content INPUT /content全文只有 40 余行但每一行都是约束。以下按分区拆解。分区结构与官方模板的对照Fabric 维护有一份官方模式模板 official_pattern_template/system.md其中示范模式的标准骨架为 8 个 H1 分区IDENTITY、GOALS、STEPS、OUTPUT、POSITIVE EXAMPLES、NEGATIVE EXAMPLES、OUTPUT INSTRUCTIONS、INPUT。convert_to_markdown没有采用 H1 分区而是采用了identity、steps、instructions、notes、content的 XML 标签风格分区。从源码结构看这是一种与官方模板并存的风格变体核心语义一一对应——identity对应 IDENTITYsteps对应 STEPSinstructions对应 OUTPUT INSTRUCTIONS末尾的content中放置INPUT占位符对应模板的 INPUT 区。与模板相比它没有单独的 GOALS 与正/反例分区而是把“目标”直接写进了 identity“COMPLETE original post is preserved … with no exceptions”把“反例”转化为instructions中的显式禁令。对于一条“输出即原文”的转换提示词来说省略示例区是合理的示例反而会诱导模型模仿示例的措辞而非原文。INPUT 注入槽提示词最后一行是content分区中的裸占位符INPUT。结合 Workflows/ExecutePattern.md 的执行流程可知其用法是执行代理读取Patterns/{pattern_name}/system.md全文后将用户提供的待转换内容填入该槽位再按 STEPS 与 OUTPUT 指示执行。这与模板文件结尾的# INPUT …机制一致是 Fabric 模式统一的“提示词 输入槽”约定。五个关键设计决策1. 多遍阅读与噪声分离前置Steps 1–2第 1 步要求“通读多遍以确定结构与格式”第 2 步要求“在广告、评论等噪声中清晰地识别出原文内容”。这两步把“识别正文边界”从转换动作中拆出来作为前置步骤。对网页抓取类输入而言正文之外的站点模板、推荐位、评论区正是最容易污染输出或诱发模型“顺手总结”的部分。显式声明“噪声不是内容”等于预先回答了模型最常见的歧义被指示“保留完整内容”时广告算不算内容答案是明确的不算。2. 三重完整性约束instructions区instructions区system.md#L16-L24设置了三条层层递进的禁令全部针对“输出不完整”这一转换任务的头号失败模式禁止删减“DO NOT abridge, truncate, or otherwise alter the original content in any way”把“缩写、截断、任何形式的改动”一次性封死禁止占位符明确点名 “content continues below” 这类文本不得出现——这是长文本输出中模型最典型的“偷懒”行为提示词把它作为字面例子写出针对性很强输出后自检完成输出后回查原文确认没有截断或改动。相当于在提示词内部嵌入了一个自我校验步骤把“完整性”从一次性要求变成可复查的验收动作。3. 逐维度保真清单notes区notes区system.md#L27-L36把“不改写”细化为逐维度的保真清单约束项含义Keep all original content wording exactly as it was措辞逐字保留不许同义替换Keep all original punctuation exactly as it is标点原样保留Keep all original links链接含其指向全部保留Keep all original quotes and code blocks引文与代码块完整保留ONLY convert the content to markdown format唯一允许的动作是格式转换本身“ONLY convert … to markdown format” 是整份提示词的收敛句它把合法操作集合压缩到单一动作其余一切改动均为越权。4. “专家人类”基准notes最后一条以 CRITICAL 强调输出将与“一位执行相同任务的专家人类”的工作成果对比要求“完美复现”不出错。这种表述的作用是把验收标准外显化——模型在生成时即被置于“将被逐段比对”的预期下从而抑制概括性改写冲动。这是一种把评测口径写入提示词的写法与 Fabric 体系中judge_output、rate_*等评审模式见 pattern_explanations.md 的 Rating 类形成呼应。5. 身份定义即任务定义identity区把角色定义为 “an expert format converter”并紧跟任务陈述 “ensure that the COMPLETE original post is preserved and converted to markdown format, with no exceptions”。角色与任务边界在同一句内闭合“with no exceptions” 预先堵住了例外通道。与同级转换模式对照保真边界在 suggest_pattern/user.md 中CONVERSION PATTERNS 分组还包括export_data_as_csv、sanitize_broken_html_to_markdown等而 clean_text/system.md 与 fix_typos/system.md 则分属“修格式”和“修内容”两类。三者对照可以看清convert_to_markdown的保真边界模式允许改动什么禁止改动什么输出要求convert_to_markdown仅输出格式转为 Markdown措辞、标点、链接、引文、代码块全部原样输出完整原文无警告、无说明文字clean_text异常换行、段落、必要的标点与大小写内容与拼写“Do NOT change any content or spelling whatsoever”输出修复后的全文且“不输出警告或说明”fix_typos拼写、语法、标点错误正确内容仅输出修正后的 Markdown三者共同点值得注意clean_text与fix_typos的 OUTPUT INSTRUCTIONS 都要求“只输出结果、不要附加说明”这与convert_to_markdown“输出完整原文、禁止插入占位符” 是同一设计取向——转换类模式的输出必须可以直接落盘使用不能混入模型的元评论。如何执行Fabric 技能的原生调用流程convert_to_markdown不依赖 CLI 参数其执行路径由 Workflows/ExecutePattern.md 定义意图识别用户显式点名模式如 “use convert_to_markdown on this content”时直接选用ExecutePattern 的意图路由表未单列该模式显式命名是主要触发方式加载模式读取~/.claude/skills/Fabric/Patterns/{pattern_name}/system.md文件不存在时列出可用模式并提示运行update fabric同步原生应用代理直接按 STEPS 与输出约束对输入执行转换——这是“AI 读取并遵循模式指令”不是调用外部工具按模式规定的格式返回对本模式而言即完整 Markdown 原文。仓库中的模式源码位于 Patterns/convert_to_markdown/system.md安装到用户环境后位于~/.claude/skills/Fabric/Patterns/convert_to_markdown/system.md见 Fabric/SKILL.md 的 Native Pattern Execution 一节。SKILL.md 的 Gotchas 同时给出两条通用纪律对本模式同样适用模式名必须精确convert_to_markdown而非缩写变体不确定时可用fabric --list核对超长输入可能超出上下文限制此时应先分段或先用 summarize 类模式处理——对一条“必须输出完整内容”的提示词输入长度管理尤为关键因为完整性约束不允许模型自行取舍。模式库的维护由 Workflows/UpdatePatterns.md 负责先统计本地模式数再通过 fabric CLIfabric -U需go install官方 fabric 工具或手动 git 方式从官方 fabric 上游仓库拉取然后rsync同步到~/.claude/skills/Fabric/Patterns/最后核对extract_wisdom、summarize等关键模式是否存在。这意味着convert_to_markdown的措辞可能随上游更新演进仓库中这份是 LifeOS 打包时的快照。小结从一条转换提示词看保真型提示工程convert_to_markdown虽然篇幅很短却浓缩了保真型转换提示词的完整设计手法可作为撰写同类模式的参照身份区闭合任务边界角色 “no exceptions” 在首段内完成授权与限权步骤区分离“识别”与“转换”先定位正文边界、剥离噪声再执行复制式转换指令区针对已知失败模式立法点名占位符文本、禁止一切截断、内置输出后自检注释区给出逐维度保真清单措辞、标点、链接、引文、代码块分条列明外加“专家人类比对”的验收基准输入槽统一约定以INPUT占位符收尾由 ExecutePattern 工作流注入真实内容。在 LifeOS 的体系里它只是 Fabric 240 模式中的一员但其“只改格式、不改一字”的约束链与 official_pattern_template/system.md 的标准骨架共同构成了可复用的模式工程范式一条模式文件就是可版本化、可同步、可执行的提示词资产。【免费下载链接】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 Fabric 的 convert_to_markdown 模式解析：无损内容转 Markdown 提示词及其设计要点
LifeOS Fabric 的 convert_to_markdown 模式解析无损内容转 Markdown 提示词及其设计要点【免费下载链接】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本文以 LifeOS 仓库中 Fabric 技能下的convert_to_markdown模式文件system.md为主体完整呈现这条“内容转 Markdown”提示词的全部约束并结合 Fabric 技能的官方模式模板、同级转换模式与 ExecutePattern 工作流剖析其“零删减、零改写”的无损转换设计思路。读完本文你能理解一条保真型转换提示词由哪些部件构成以及它在 Fabric 的 240 模式体系中如何被原生执行、验证与更新。这个模式解决什么问题Fabric 是 LifeOS 技能包中的一个提示词模式库内置 240 条专门化提示词模式覆盖抽取、摘要、分析、创建、改进、安全与评分等类别见 Fabric/SKILL.md。模式以目录形式存放于Patterns/下执行时 LifeOS 直接读取模式的system.md并把它作为提示词应用属于“原生执行”不经过外部 CLI 往返。convert_to_markdown在模式目录中被归类为CONVERSION转换类模式。在 suggest_pattern/user.md 的 CONVERSION PATTERNS 分组中它被概括为“Convert content to markdown, preserving original content and structure”在 pattern_explanations.md 中它的官方描述是Convert content to clean, complete Markdown format, preserving all original structure, formatting, links, and code blocks without alterations.它面对的典型输入是“夹带噪声的原始内容”——网页抓取结果、带广告与评论的粘贴文本、格式错乱的导出文档等。模式的目标只有一个把完整原文转换并输出为干净的 Markdown而不做任何删减或改写。这是一条“保真型转换”提示词后面会看到它与“修格式”“改错别字”类模式有明确边界。convert_to_markdown 的完整提示词下面完整给出 Patterns/convert_to_markdown/system.md 的全文。它由 5 个 XML 风格标签分区组成identity、steps、instructions、notes、content。identity You are an expert format converter specializing in converting content to clean Markdown. Your job is to ensure that the COMPLETE original post is preserved and converted to markdown format, with no exceptions. /identity steps 1. Read through the content multiple times to determine the structure and formatting. 2. Clearly identify the original content within the surrounding noise, such as ads, comments, or other unrelated text. 3. Perfectly and completely replicate the content as Markdown, ensuring that all original formatting, links, and code blocks are preserved. 4. Output the COMPLETE original content in Markdown format. /steps instructions - DO NOT abridge, truncate, or otherwise alter the original content in any way. Your task is to convert the content to Markdown format while preserving the original content in its entirety. - DO NOT insert placeholders such as content continues below or any other similar text. ALWAYS output the COMPLETE original content. - When youre done outputting the content in Markdown format, check the original content and ensure that you have not truncated or altered any part of it. /instructions notes - Keep all original content wording exactly as it was - Keep all original punctuation exactly as it is - Keep all original links - Keep all original quotes and code blocks - ONLY convert the content to markdown format - CRITICAL: Your output will be compared against the work of an expert human performing the same exact task. Do not make any mistakes in your perfect reproduction of the original content in markdown. /notes content INPUT /content全文只有 40 余行但每一行都是约束。以下按分区拆解。分区结构与官方模板的对照Fabric 维护有一份官方模式模板 official_pattern_template/system.md其中示范模式的标准骨架为 8 个 H1 分区IDENTITY、GOALS、STEPS、OUTPUT、POSITIVE EXAMPLES、NEGATIVE EXAMPLES、OUTPUT INSTRUCTIONS、INPUT。convert_to_markdown没有采用 H1 分区而是采用了identity、steps、instructions、notes、content的 XML 标签风格分区。从源码结构看这是一种与官方模板并存的风格变体核心语义一一对应——identity对应 IDENTITYsteps对应 STEPSinstructions对应 OUTPUT INSTRUCTIONS末尾的content中放置INPUT占位符对应模板的 INPUT 区。与模板相比它没有单独的 GOALS 与正/反例分区而是把“目标”直接写进了 identity“COMPLETE original post is preserved … with no exceptions”把“反例”转化为instructions中的显式禁令。对于一条“输出即原文”的转换提示词来说省略示例区是合理的示例反而会诱导模型模仿示例的措辞而非原文。INPUT 注入槽提示词最后一行是content分区中的裸占位符INPUT。结合 Workflows/ExecutePattern.md 的执行流程可知其用法是执行代理读取Patterns/{pattern_name}/system.md全文后将用户提供的待转换内容填入该槽位再按 STEPS 与 OUTPUT 指示执行。这与模板文件结尾的# INPUT …机制一致是 Fabric 模式统一的“提示词 输入槽”约定。五个关键设计决策1. 多遍阅读与噪声分离前置Steps 1–2第 1 步要求“通读多遍以确定结构与格式”第 2 步要求“在广告、评论等噪声中清晰地识别出原文内容”。这两步把“识别正文边界”从转换动作中拆出来作为前置步骤。对网页抓取类输入而言正文之外的站点模板、推荐位、评论区正是最容易污染输出或诱发模型“顺手总结”的部分。显式声明“噪声不是内容”等于预先回答了模型最常见的歧义被指示“保留完整内容”时广告算不算内容答案是明确的不算。2. 三重完整性约束instructions区instructions区system.md#L16-L24设置了三条层层递进的禁令全部针对“输出不完整”这一转换任务的头号失败模式禁止删减“DO NOT abridge, truncate, or otherwise alter the original content in any way”把“缩写、截断、任何形式的改动”一次性封死禁止占位符明确点名 “content continues below” 这类文本不得出现——这是长文本输出中模型最典型的“偷懒”行为提示词把它作为字面例子写出针对性很强输出后自检完成输出后回查原文确认没有截断或改动。相当于在提示词内部嵌入了一个自我校验步骤把“完整性”从一次性要求变成可复查的验收动作。3. 逐维度保真清单notes区notes区system.md#L27-L36把“不改写”细化为逐维度的保真清单约束项含义Keep all original content wording exactly as it was措辞逐字保留不许同义替换Keep all original punctuation exactly as it is标点原样保留Keep all original links链接含其指向全部保留Keep all original quotes and code blocks引文与代码块完整保留ONLY convert the content to markdown format唯一允许的动作是格式转换本身“ONLY convert … to markdown format” 是整份提示词的收敛句它把合法操作集合压缩到单一动作其余一切改动均为越权。4. “专家人类”基准notes最后一条以 CRITICAL 强调输出将与“一位执行相同任务的专家人类”的工作成果对比要求“完美复现”不出错。这种表述的作用是把验收标准外显化——模型在生成时即被置于“将被逐段比对”的预期下从而抑制概括性改写冲动。这是一种把评测口径写入提示词的写法与 Fabric 体系中judge_output、rate_*等评审模式见 pattern_explanations.md 的 Rating 类形成呼应。5. 身份定义即任务定义identity区把角色定义为 “an expert format converter”并紧跟任务陈述 “ensure that the COMPLETE original post is preserved and converted to markdown format, with no exceptions”。角色与任务边界在同一句内闭合“with no exceptions” 预先堵住了例外通道。与同级转换模式对照保真边界在 suggest_pattern/user.md 中CONVERSION PATTERNS 分组还包括export_data_as_csv、sanitize_broken_html_to_markdown等而 clean_text/system.md 与 fix_typos/system.md 则分属“修格式”和“修内容”两类。三者对照可以看清convert_to_markdown的保真边界模式允许改动什么禁止改动什么输出要求convert_to_markdown仅输出格式转为 Markdown措辞、标点、链接、引文、代码块全部原样输出完整原文无警告、无说明文字clean_text异常换行、段落、必要的标点与大小写内容与拼写“Do NOT change any content or spelling whatsoever”输出修复后的全文且“不输出警告或说明”fix_typos拼写、语法、标点错误正确内容仅输出修正后的 Markdown三者共同点值得注意clean_text与fix_typos的 OUTPUT INSTRUCTIONS 都要求“只输出结果、不要附加说明”这与convert_to_markdown“输出完整原文、禁止插入占位符” 是同一设计取向——转换类模式的输出必须可以直接落盘使用不能混入模型的元评论。如何执行Fabric 技能的原生调用流程convert_to_markdown不依赖 CLI 参数其执行路径由 Workflows/ExecutePattern.md 定义意图识别用户显式点名模式如 “use convert_to_markdown on this content”时直接选用ExecutePattern 的意图路由表未单列该模式显式命名是主要触发方式加载模式读取~/.claude/skills/Fabric/Patterns/{pattern_name}/system.md文件不存在时列出可用模式并提示运行update fabric同步原生应用代理直接按 STEPS 与输出约束对输入执行转换——这是“AI 读取并遵循模式指令”不是调用外部工具按模式规定的格式返回对本模式而言即完整 Markdown 原文。仓库中的模式源码位于 Patterns/convert_to_markdown/system.md安装到用户环境后位于~/.claude/skills/Fabric/Patterns/convert_to_markdown/system.md见 Fabric/SKILL.md 的 Native Pattern Execution 一节。SKILL.md 的 Gotchas 同时给出两条通用纪律对本模式同样适用模式名必须精确convert_to_markdown而非缩写变体不确定时可用fabric --list核对超长输入可能超出上下文限制此时应先分段或先用 summarize 类模式处理——对一条“必须输出完整内容”的提示词输入长度管理尤为关键因为完整性约束不允许模型自行取舍。模式库的维护由 Workflows/UpdatePatterns.md 负责先统计本地模式数再通过 fabric CLIfabric -U需go install官方 fabric 工具或手动 git 方式从官方 fabric 上游仓库拉取然后rsync同步到~/.claude/skills/Fabric/Patterns/最后核对extract_wisdom、summarize等关键模式是否存在。这意味着convert_to_markdown的措辞可能随上游更新演进仓库中这份是 LifeOS 打包时的快照。小结从一条转换提示词看保真型提示工程convert_to_markdown虽然篇幅很短却浓缩了保真型转换提示词的完整设计手法可作为撰写同类模式的参照身份区闭合任务边界角色 “no exceptions” 在首段内完成授权与限权步骤区分离“识别”与“转换”先定位正文边界、剥离噪声再执行复制式转换指令区针对已知失败模式立法点名占位符文本、禁止一切截断、内置输出后自检注释区给出逐维度保真清单措辞、标点、链接、引文、代码块分条列明外加“专家人类比对”的验收基准输入槽统一约定以INPUT占位符收尾由 ExecutePattern 工作流注入真实内容。在 LifeOS 的体系里它只是 Fabric 240 模式中的一员但其“只改格式、不改一字”的约束链与 official_pattern_template/system.md 的标准骨架共同构成了可复用的模式工程范式一条模式文件就是可版本化、可同步、可执行的提示词资产。【免费下载链接】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），仅供参考