LifeOS Fabric 模式解析用 create_mermaid_visualization 将任意复杂概念一键转化为 Mermaid 图【免费下载链接】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导读create_mermaid_visualization是 LifeOS 内置 Fabric 技能LifeOS/install/skills/Fabric下 240 个提示词模式之一它的使命是让 AI 扮演数据与概念可视化专家把任意类型的输入文本、数据、代码、概念转化为可直接渲染的 MermaidMarkdown语法图。阅读本文后你将掌握该模式的完整指令语义、它的五步处理流程与输出约束学会在 LifeOS 中通过 ExecutePattern 工作流触发它并能理解它与 GitHub 渲染版、ASCII 版、Markmap 版等同族可视化模式的差异从而为架构讲解、系统设计、知识梳理等场景自动生成高质量的独立图表。一、模式定位一个把想法翻译成图表的提示词契约在 LifeOS 的 Fabric 技能体系中每个模式Pattern都是一个以system.md形式存放的完整提示词。create_mermaid_visualization的提示词文件位于 LifeOS/install/skills/Fabric/Patterns/create_mermaid_visualization/system.md全文遵循 Fabric 模式的标准四段式结构段落职责IDENTITY and PURPOSE定义 AI 扮演的角色与使命STEPS规定输入→图表的处理步骤OUTPUT INSTRUCTIONS规定输出的格式红线INPUT模式执行时注入的待可视化内容该模式给自己定义的角色是精通数据与概念可视化、能把复杂想法转化为 MermaidMarkdown语法形式的专家。它接受任何类型的输入找出最能简洁展示核心思想的可视化方式并且始终输出可被渲染为图表的 Markdown Mermaid 语法。从源码结构看这正是 Fabric 模式体系的通用设计——system.md定义了 IDENTITYAI 是谁、PURPOSE要完成什么、STEPS如何处理输入、OUTPUT结构化输出格式可参见 SKILL.md 中Native Pattern Execution一节对模式结构的说明。二、STEPS 详解从原始输入到独立图表的五步流水线原文档定义了以下处理步骤每一环都直接影响成图质量2.1 找到最能解释输入的可视化第一步要求 AI使用精巧且复杂的 Mermaid 语法创建最能解释输入的图表。这意味着模式并不预设某一种图类型而是根据输入内容自主决策流程性内容适合flowchart时序性内容适合sequenceDiagram分层关系适合graph TD状态变化适合stateDiagram等。2.2 保证图表可独立成立模式反复强调一个核心标准图表必须能作为一张独立的图完整传达概念本身。判断方法是——把图单独拿出来不看原文读者依然能理解概念全貌。这一条在 OUTPUT INSTRUCTIONS 中被再次强调如果图表无法独立成立、无法与书面解释完美匹配就推倒重做。2.3 用视觉元素表达关系要求使用方框、箭头、标签等视觉元素展示数据、概念之间的相互关系。这是把隐式关系变成显式结构的关键节点代表实体箭头代表流向或依赖标签补充语义。2.4 复杂度与图表规模成正比一个值得注意的智能行为概念越复杂、数据越多生成的图表就应该越精细、越宏大。模式不会为复杂系统强行画一张简化图也不会为简单概念堆砌无关节点——图表复杂度应当跟随输入本身的复杂度缩放。2.5 输出 VISUAL EXPLANATION 并交叉校验在 Mermaid 语法下方模式要求输出一个名为VISUAL EXPLANATION的区块用一组 10 个词以内的要点解释输入是如何被转化为这张图的。并且要求说明与图表严格一致一旦不一致就重画图。这一环节实际充当了图-文一致性校验器让 AI 用自然语言自证图的构建逻辑从而暴露漏掉的实体或错误的关系。2.6 内容过载时收敛到主要结论如果输入覆盖的内容过多模式允许实际上是要求先概括出核心结论再只可视化这个上层的核心结论而不是强行把全部细节塞进一张图。这是对抗图面爆炸的关键策略。2.7 不抱怨、不放弃STEPS 的最后一条是行为约束不要抱怨、不要放弃。如果很难就再努力一点或者简化概念、为提升后的概念创建图表。 这与 Fabric 模式家族一贯的强制产出风格一致同类模式如 create_visualization/system.mdASCII 版中也有Do not output blank linesCreate a diagram no matter what的强制条款。三、OUTPUT INSTRUCTIONS四条不可逾越的输出红线原文档对输出格式给出了非常具体的约束实践中每条都会直接影响图表能否被正确渲染不抱怨只输出 Mermaid 语法。任何解释性文字、过程描述都属于违规输出。不要输出反引号、代码块等任何代码标记。这是与 GitHub 渲染版模式的关键差异——本模式面向任何能渲染 Mermaid 的 Markdown 环境因此裸输出 Mermaid 语法而 create_mermaid_visualization_for_github/system.md 则明确要求把 mermaid 输出放进反引号里以便在 GitHub readme.md 中渲染并给出的标准模板。两个模式共享完全相同的 IDENTITY、PURPOSE 与 STEPS唯一分歧就是是否包裹代码围栏选择哪个取决于最终渲染目标。除 Mermaid 语法外不得输出任何其他代码。例如不得夹杂 HTML、JSON 或伪代码。图中文字与图形使用高对比度的黑白配色。这是为可读性服务的硬性要求避免浅色文字配浅色背景导致信息丢失。四、模式的可视化效果示例假设输入是一段描述知识管理系统写入链路的文字该模式的理想输出形态如下此处仅为演示该模式的产物样式非仓库内真实文件内容配合的 VISUAL EXPLANATION 区块示例每条 ≤10 词VISUAL EXPLANATION - 输入被拆解为五个阶段节点 - 箭头表示阶段间数据流向 - 校验环节回连到成图判断 - 图与文字说明一一对应五、在 LifeOS 中如何触发该模式5.1 触发方式意图路由而非显式命令在 LifeOS 的 Fabric 技能中模式执行遵循User Request → Pattern Selection → Read system.md → Apply → Return Results的本地原生执行链路详见 SKILL.md 的Native Pattern Execution。触发create_mermaid_visualization的途径由 Workflows/ExecutePattern.md 的意图匹配表定义用户意图关键词命中的模式mermaid、diagramcreate_mermaid_visualization显式指名如use create_mermaid_visualization直接使用该模式决策树中的对应分支为Contains create → mermaid / diagram → create_mermaid_visualization。也就是说对 AI 说把这个架构画成 mermaid 图即可触发无需记忆模式名。5.2 执行链路读取 system.md 并原生应用模式触发后AI 会读取Patterns/create_mermaid_visualization/system.md将其中的 STEPS 与 OUTPUT INSTRUCTIONS 作为提示词直接作用于输入内容——整个过程不经过外部 CLI 往返。fabric CLI 仅在 YouTube 字幕-y URL与 URL 兜底抓取-u URL两个特殊场景被使用见 SKILL.md 的Quick Reference。若在本地环境中手动查看模式内容可参考 ExecutePattern 工作流中给出的路径模式~/.claude/skills/Fabric/Patterns/{pattern_name}/system.md在本仓库中该模式的对应位置即为 LifeOS/install/skills/Fabric/Patterns/create_mermaid_visualization/system.md。5.3 输出格式的落地模式产出为符合其 OUTPUT INSTRUCTIONS 的结构化结果Mermaid 图 VISUAL EXPLANATION。ExecutePattern 工作流要求始终保留模式规定的输出格式以保证一致性见 Workflows/ExecutePattern.md 的 Output 一节因此在 LifeOS 中执行本模式时AI 应当原样呈现 Mermaid 语法与 VISUAL EXPLANATION 区块而不是擅自改成表格或列表。六、同族可视化模式对比该选哪一个LifeOS 的 Fabric Patterns 目录下存在一组可视化家族模式它们在 IDENTITY 上同源都是可视化专家但在输出载体上分道扬镳模式文件输出载体关键差异create_mermaid_visualization/system.mdMermaid 语法裸输出无代码围栏黑白高对比create_mermaid_visualization_for_github/system.mdMermaid 语法用mermaid围栏包裹面向 GitHub README 渲染额外要求仔细检查确保无 mermaid 语法错误create_visualization/system.mdASCII 艺术输出可打印 ASCII 图强调不输出不可见字符宽度适配大窗口适用于纯文本终端create_markmap_visualization/system.mdMarkmap 语法输出带 YAML front-matter 的 Markdown 缩进树可折叠展开create_excalidraw_visualization/system.mdExcalidraw JSON输出可直接导入 Excalidraw 的 schema JSON含坐标、元素、appState选择建议需要嵌入普通 Markdown 文档选本模式目标是 GitHub 仓库 README 选_for_github变体它还多了无语法错误的质检要求终端环境或纯文本场景选 ASCII 版需要交互式思维导图选 Markmap需要可自由拖拽编辑的白板选 Excalidraw。注意create_graph_from_input虽含 graph 字样但它实际上是安全领域的安全项目随时间改进曲线 CSV 导出模式见其 system.md 的 GOAL 定义不要混淆。七、实战要点与注意事项模式名必须精确Fabric 技能明确警告Pattern names are exact见 SKILL.md 的 Gotchascreate_mermaid_visualization不能写成create_mermaid或mermaid_visualization否则会落入Pattern not found错误分支。长内容先分块Fabric 技能的 Gotchas 同时指出超长输入可能超出模式上下文限制对超长文本应先分块或用 summarize 类模式压缩再交给本模式可视化。模式可被用户定制覆盖Fabric 技能在执行前会检查~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/Fabric/是否存在用户定制PREFERENCES.md、配置或资源存在则优先应用定制否则使用本仓库中的默认模式定义见 SKILL.md 的 Customization 一节。独立成图是验收标准无论图多复杂最终都要通过脱离原文是否可读的自检若不过关模式要求重画而非修补文字。总结create_mermaid_visualization是 LifeOS Fabric 技能中一个职责单一、约束明确的提示词模式它把将任意输入转化为 Mermaid 图这件高度依赖提示词质量的事固化为 IDENTITY、STEPS、OUTPUT INSTRUCTIONS 三段式契约并通过独立成图复杂度跟随VISUAL EXPLANATION 交叉校验内容过载收敛四条策略保证成图质量。在 LifeOS 中原生执行时它通过 ExecutePattern 工作流的意图匹配mermaid/diagram即可触发最终产出一张可直接粘贴进任何支持 Mermaid 的 Markdown 环境中的高对比黑白图——这正是用提示词工程把画图这项软技能标准化、可复用化的一个具体范例。若你的渲染目标是 GitHub README请改用同目录下的create_mermaid_visualization_for_github变体以获得带代码围栏的可用格式。【免费下载链接】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 模式解析：用 create_mermaid_visualization 将任意复杂概念一键转化为 Mermaid 图
LifeOS Fabric 模式解析用 create_mermaid_visualization 将任意复杂概念一键转化为 Mermaid 图【免费下载链接】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导读create_mermaid_visualization是 LifeOS 内置 Fabric 技能LifeOS/install/skills/Fabric下 240 个提示词模式之一它的使命是让 AI 扮演数据与概念可视化专家把任意类型的输入文本、数据、代码、概念转化为可直接渲染的 MermaidMarkdown语法图。阅读本文后你将掌握该模式的完整指令语义、它的五步处理流程与输出约束学会在 LifeOS 中通过 ExecutePattern 工作流触发它并能理解它与 GitHub 渲染版、ASCII 版、Markmap 版等同族可视化模式的差异从而为架构讲解、系统设计、知识梳理等场景自动生成高质量的独立图表。一、模式定位一个把想法翻译成图表的提示词契约在 LifeOS 的 Fabric 技能体系中每个模式Pattern都是一个以system.md形式存放的完整提示词。create_mermaid_visualization的提示词文件位于 LifeOS/install/skills/Fabric/Patterns/create_mermaid_visualization/system.md全文遵循 Fabric 模式的标准四段式结构段落职责IDENTITY and PURPOSE定义 AI 扮演的角色与使命STEPS规定输入→图表的处理步骤OUTPUT INSTRUCTIONS规定输出的格式红线INPUT模式执行时注入的待可视化内容该模式给自己定义的角色是精通数据与概念可视化、能把复杂想法转化为 MermaidMarkdown语法形式的专家。它接受任何类型的输入找出最能简洁展示核心思想的可视化方式并且始终输出可被渲染为图表的 Markdown Mermaid 语法。从源码结构看这正是 Fabric 模式体系的通用设计——system.md定义了 IDENTITYAI 是谁、PURPOSE要完成什么、STEPS如何处理输入、OUTPUT结构化输出格式可参见 SKILL.md 中Native Pattern Execution一节对模式结构的说明。二、STEPS 详解从原始输入到独立图表的五步流水线原文档定义了以下处理步骤每一环都直接影响成图质量2.1 找到最能解释输入的可视化第一步要求 AI使用精巧且复杂的 Mermaid 语法创建最能解释输入的图表。这意味着模式并不预设某一种图类型而是根据输入内容自主决策流程性内容适合flowchart时序性内容适合sequenceDiagram分层关系适合graph TD状态变化适合stateDiagram等。2.2 保证图表可独立成立模式反复强调一个核心标准图表必须能作为一张独立的图完整传达概念本身。判断方法是——把图单独拿出来不看原文读者依然能理解概念全貌。这一条在 OUTPUT INSTRUCTIONS 中被再次强调如果图表无法独立成立、无法与书面解释完美匹配就推倒重做。2.3 用视觉元素表达关系要求使用方框、箭头、标签等视觉元素展示数据、概念之间的相互关系。这是把隐式关系变成显式结构的关键节点代表实体箭头代表流向或依赖标签补充语义。2.4 复杂度与图表规模成正比一个值得注意的智能行为概念越复杂、数据越多生成的图表就应该越精细、越宏大。模式不会为复杂系统强行画一张简化图也不会为简单概念堆砌无关节点——图表复杂度应当跟随输入本身的复杂度缩放。2.5 输出 VISUAL EXPLANATION 并交叉校验在 Mermaid 语法下方模式要求输出一个名为VISUAL EXPLANATION的区块用一组 10 个词以内的要点解释输入是如何被转化为这张图的。并且要求说明与图表严格一致一旦不一致就重画图。这一环节实际充当了图-文一致性校验器让 AI 用自然语言自证图的构建逻辑从而暴露漏掉的实体或错误的关系。2.6 内容过载时收敛到主要结论如果输入覆盖的内容过多模式允许实际上是要求先概括出核心结论再只可视化这个上层的核心结论而不是强行把全部细节塞进一张图。这是对抗图面爆炸的关键策略。2.7 不抱怨、不放弃STEPS 的最后一条是行为约束不要抱怨、不要放弃。如果很难就再努力一点或者简化概念、为提升后的概念创建图表。 这与 Fabric 模式家族一贯的强制产出风格一致同类模式如 create_visualization/system.mdASCII 版中也有Do not output blank linesCreate a diagram no matter what的强制条款。三、OUTPUT INSTRUCTIONS四条不可逾越的输出红线原文档对输出格式给出了非常具体的约束实践中每条都会直接影响图表能否被正确渲染不抱怨只输出 Mermaid 语法。任何解释性文字、过程描述都属于违规输出。不要输出反引号、代码块等任何代码标记。这是与 GitHub 渲染版模式的关键差异——本模式面向任何能渲染 Mermaid 的 Markdown 环境因此裸输出 Mermaid 语法而 create_mermaid_visualization_for_github/system.md 则明确要求把 mermaid 输出放进反引号里以便在 GitHub readme.md 中渲染并给出的标准模板。两个模式共享完全相同的 IDENTITY、PURPOSE 与 STEPS唯一分歧就是是否包裹代码围栏选择哪个取决于最终渲染目标。除 Mermaid 语法外不得输出任何其他代码。例如不得夹杂 HTML、JSON 或伪代码。图中文字与图形使用高对比度的黑白配色。这是为可读性服务的硬性要求避免浅色文字配浅色背景导致信息丢失。四、模式的可视化效果示例假设输入是一段描述知识管理系统写入链路的文字该模式的理想输出形态如下此处仅为演示该模式的产物样式非仓库内真实文件内容配合的 VISUAL EXPLANATION 区块示例每条 ≤10 词VISUAL EXPLANATION - 输入被拆解为五个阶段节点 - 箭头表示阶段间数据流向 - 校验环节回连到成图判断 - 图与文字说明一一对应五、在 LifeOS 中如何触发该模式5.1 触发方式意图路由而非显式命令在 LifeOS 的 Fabric 技能中模式执行遵循User Request → Pattern Selection → Read system.md → Apply → Return Results的本地原生执行链路详见 SKILL.md 的Native Pattern Execution。触发create_mermaid_visualization的途径由 Workflows/ExecutePattern.md 的意图匹配表定义用户意图关键词命中的模式mermaid、diagramcreate_mermaid_visualization显式指名如use create_mermaid_visualization直接使用该模式决策树中的对应分支为Contains create → mermaid / diagram → create_mermaid_visualization。也就是说对 AI 说把这个架构画成 mermaid 图即可触发无需记忆模式名。5.2 执行链路读取 system.md 并原生应用模式触发后AI 会读取Patterns/create_mermaid_visualization/system.md将其中的 STEPS 与 OUTPUT INSTRUCTIONS 作为提示词直接作用于输入内容——整个过程不经过外部 CLI 往返。fabric CLI 仅在 YouTube 字幕-y URL与 URL 兜底抓取-u URL两个特殊场景被使用见 SKILL.md 的Quick Reference。若在本地环境中手动查看模式内容可参考 ExecutePattern 工作流中给出的路径模式~/.claude/skills/Fabric/Patterns/{pattern_name}/system.md在本仓库中该模式的对应位置即为 LifeOS/install/skills/Fabric/Patterns/create_mermaid_visualization/system.md。5.3 输出格式的落地模式产出为符合其 OUTPUT INSTRUCTIONS 的结构化结果Mermaid 图 VISUAL EXPLANATION。ExecutePattern 工作流要求始终保留模式规定的输出格式以保证一致性见 Workflows/ExecutePattern.md 的 Output 一节因此在 LifeOS 中执行本模式时AI 应当原样呈现 Mermaid 语法与 VISUAL EXPLANATION 区块而不是擅自改成表格或列表。六、同族可视化模式对比该选哪一个LifeOS 的 Fabric Patterns 目录下存在一组可视化家族模式它们在 IDENTITY 上同源都是可视化专家但在输出载体上分道扬镳模式文件输出载体关键差异create_mermaid_visualization/system.mdMermaid 语法裸输出无代码围栏黑白高对比create_mermaid_visualization_for_github/system.mdMermaid 语法用mermaid围栏包裹面向 GitHub README 渲染额外要求仔细检查确保无 mermaid 语法错误create_visualization/system.mdASCII 艺术输出可打印 ASCII 图强调不输出不可见字符宽度适配大窗口适用于纯文本终端create_markmap_visualization/system.mdMarkmap 语法输出带 YAML front-matter 的 Markdown 缩进树可折叠展开create_excalidraw_visualization/system.mdExcalidraw JSON输出可直接导入 Excalidraw 的 schema JSON含坐标、元素、appState选择建议需要嵌入普通 Markdown 文档选本模式目标是 GitHub 仓库 README 选_for_github变体它还多了无语法错误的质检要求终端环境或纯文本场景选 ASCII 版需要交互式思维导图选 Markmap需要可自由拖拽编辑的白板选 Excalidraw。注意create_graph_from_input虽含 graph 字样但它实际上是安全领域的安全项目随时间改进曲线 CSV 导出模式见其 system.md 的 GOAL 定义不要混淆。七、实战要点与注意事项模式名必须精确Fabric 技能明确警告Pattern names are exact见 SKILL.md 的 Gotchascreate_mermaid_visualization不能写成create_mermaid或mermaid_visualization否则会落入Pattern not found错误分支。长内容先分块Fabric 技能的 Gotchas 同时指出超长输入可能超出模式上下文限制对超长文本应先分块或用 summarize 类模式压缩再交给本模式可视化。模式可被用户定制覆盖Fabric 技能在执行前会检查~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/Fabric/是否存在用户定制PREFERENCES.md、配置或资源存在则优先应用定制否则使用本仓库中的默认模式定义见 SKILL.md 的 Customization 一节。独立成图是验收标准无论图多复杂最终都要通过脱离原文是否可读的自检若不过关模式要求重画而非修补文字。总结create_mermaid_visualization是 LifeOS Fabric 技能中一个职责单一、约束明确的提示词模式它把将任意输入转化为 Mermaid 图这件高度依赖提示词质量的事固化为 IDENTITY、STEPS、OUTPUT INSTRUCTIONS 三段式契约并通过独立成图复杂度跟随VISUAL EXPLANATION 交叉校验内容过载收敛四条策略保证成图质量。在 LifeOS 中原生执行时它通过 ExecutePattern 工作流的意图匹配mermaid/diagram即可触发最终产出一张可直接粘贴进任何支持 Mermaid 的 Markdown 环境中的高对比黑白图——这正是用提示词工程把画图这项软技能标准化、可复用化的一个具体范例。若你的渲染目标是 GitHub README请改用同目录下的create_mermaid_visualization_for_github变体以获得带代码围栏的可用格式。【免费下载链接】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），仅供参考
