LifeOS 中的 enrich_blog_post 模式用 MarginNote Callout 为静态站点生成器富化 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 模式系统中的一个内容增强模式——enrich_blog_post位于 LifeOS/install/skills/Fabric/Patterns/enrich_blog_post/system.md。它解决的是把一篇结构平平的 Markdown 博客稿在不改动任何正文的前提下升级为适合静态站点生成器渲染成高质量 HTML这一具体问题。读完本文你将掌握该模式的身份设定、执行步骤、❝与NOTE:两类 Callout 转换规则以及它在 LifeOS 中原生执行的完整调用链与配套模式用法。模式在 LifeOS Fabric 体系中的定位LifeOS 将 Fabric 作为一个完整技能Skill内置于LifeOS/install/skills/Fabric/目录其核心资产是Patterns/下 240 个专项提示词模式。每个模式都是一个独立目录其中system.md承载完整的提示词指令IDENTITY、GOAL、STEPS、OUTPUT INSTRUCTIONSenrich_blog_post正是其中之一归类于Improvement增强改进类别与improve_writing、improve_academic_writing、humanize、clean_text等模式并列见 ExecutePattern.md 模式分类表。根据 SKILL.md 的说明LifeOS 采用原生执行策略不依赖fabricCLI 往返调用而是直接读取Patterns/{pattern_name}/system.md把其中的指令当作提示词应用到输入内容上。因此enrich_blog_post的 system.md 本身就是可被 LLM 直接遵循的一份运行契约。IDENTITY 与 GOAL模式的身份设定与目标system.md 开篇通过IDENTITY与GOAL两个区块定义了这个模式是谁以及要做什么IDENTITY将执行者设定为高智能 AI 系统文档原文为 hyper-intelligent AI system专长是按照一组 INSTRUCTIONS 增强 Markdown 博客文件使其能被静态站点生成器正确渲染为 HTML。这一设定限定了适用输入——面向 SSG如 Astro、Hugo、Eleventy、VitePress 等的 Markdown 源文件以及输出形态——最终面向 HTML 渲染。GOAL两条目标互相约束接收输入的 Markdown 博客文件遵循 INSTRUCTIONS 中的步骤增强其结构、视觉表现与质量确保最终 HTML 文件具备最大可读性与阅读愉悦度。值得注意的是 GOAL 中的措辞是enhance its structure, visuals, and other aspects of quality——增强的是结构与视觉而不是内容本身这为后续只增强不篡改的输出纪律埋下伏笔。STEPS五步执行流程system.md 的 STEPS 区块以慢下来思考为基调规定了一个先思考、后动手、再复核的流水线退一步逐步思考思考如何按步骤达成最佳效果。思考输入内容分析输入博客在实用性、可读性、愉悦度等维度上还有哪些可增强的空间。审查 INSTRUCTIONS通读下文给出的增强指令判断它们如何作用于原文。应用增强完美复刻输入博客——不改变任何实际内容——仅按照 INSTRUCTIONS 进行富化。内容完整性复核确认实际内容在增强过程中未被改动只允许增加格式、结构、链接等不得增删改任何措辞。这五步的核心精神是增强器而非改写器模式刻意把内容完整性与增强动作分离先枚举可能的增强点再用 INSTRUCTIONS 约束增强动作的边界最后用复核步骤兜底。这一先分析、再应用、后验证的结构与 LifeOS 仓库中大量强调验证的工程实践如 VerificationGate.hook.ts、RULES/Verification.md一脉相承——输出前必须有一道自检闸门。INSTRUCTIONS两类 Callout 转换规则INSTRUCTIONS 是整个模式唯一的两条具体转换规则是实战中的关键规则一❝符号 → MarginNote如果看到❝符号它表示一个MarginNote/MarginNote区块即一种类似 aside 或 Callout 的高亮视觉展示。观察其后的几行推断本应放入 Callout 的内容将这些行合并为一行并在输出阶段移入MarginNote/MarginNote标签内。即源博客中形如❝开头的旁注型文本应被识别、合并、包裹进MarginNote.../MarginNote标签让 SSG 渲染为高亮侧注/引用块。规则二NOTE:前缀段落 → 同样封装对任何以NOTE:开头的段落或文本应用同样的封装。即NOTE:引导的提示性文字同样收拢为一行并放入MarginNote/MarginNote保证同类语义的文本获得一致的视觉呈现。这条规则与仓库内另一模式 md_callout/system.md 形成互补md_callout负责把任意文本归类到 GitHub 风格的五类 Callout[!NOTE]、[!TIP]、[!IMPORTANT]、[!WARNING]、[!CAUTION]而enrich_blog_post只针对❝与NOTE:两种特定形态做定向封装。二者都体现了同一思想用结构化标注统一视觉语义让同一含义的内容在不同页面中获得一致的阅读体验。OUTPUT INSTRUCTIONS输出纪律与格式要求模式对输出做出三点硬性规定直接决定了实际使用时如何交付结果只加不删只允许增加增强内容禁止增加、删除或修改任何原文内容全量遵循输出时必须完整遵循 INSTRUCTIONS 中的所有指令裸输出不要在输出 Markdown 外加容器包裹例如markdown代码围栏——只输出博客内容本身。第三点对工程集成尤为重要因为该模式的设计目标是增强后的博客文件直接可交给 SSG 渲染任何多余的外层包裹都会污染源文件格式。这与md_callout输出规范Do not output the md container以及 clean_text/system.mdDo not output warnings or notes的纯净输出约定完全一致——模式系统的输出规范高度统一。此外INPUT 区块位于文件末尾以INPUT:标记输入接入点表示调用方用户或 LifeOS 工作流在该处注入待富化的博客内容。在 LifeOS 中如何触发与执行enrich_blog_post不会由用户直接命令触发ExecutePattern.md的意图路由表中没有为它单列关键词而是通过 ExecutePattern 工作流 的通用机制被调用模式选择用户请求触发 Fabric 技能后根据意图映射表选择模式enrich_blog_post出现在 Improvement 类别清单中ExecutePattern.md 中 Improvement (10) 分组明确列出enrich_blog_post。加载 system.md读取Patterns/enrich_blog_post/system.md全文将其作为提示词主体。原生应用LLM 直接遵循其中的 IDENTITY、STEPS、INSTRUCTIONS、OUTPUT INSTRUCTIONS将用户提供的博客内容作为 INPUT 执行增强全程不调用外部 CLI。结构化输出按模式规格返回仅增强、未改稿的 Markdown 博客正文。仅当输入是 YouTube 链接fabric -y URL或普通 URL 抓取失败fabric -u URL时才需要 fabric CLI 兜底纯 Markdown 文本场景下完全走原生路径见 SKILL.md 的 Native Pattern Execution 与 FabricSystem.md。实战建议与最佳实践先用clean_text再富化若源博客存在错乱换行、缺失标点等格式破损可先跑 clean_text 恢复基础排版再交给enrich_blog_post做 Callout 化效果更稳定。善用❝与NOTE:标记写作阶段在草稿中用这两个标记标注旁注/提示内容即为模式准备好输入契约让增强结果更可预期。注意上下文上限SKILL.md 的 Gotchas 提示超长内容可能超出模式上下文限制长文建议先分块或先用summarize系列压缩。保持输出纪律交付给 SSG 时务必遵守裸输出约定避免意外包裹代码围栏增强后可通过一次 diff 复核确保正文措辞零改动对应 STEPS 第 5 步。沿用同一模式批量处理正如 FabricSystem.md 所述模式的价值在于可重复的转换动作——对每篇新博客跑同一个enrich_blog_post就能得到形态一致的增强结果让整站文章的视觉结构保持统一。小结enrich_blog_post是 LifeOS Fabric 模式体系中一个小而专的内容增强模式它不重写、不总结只负责把❝与NOTE:形态的旁注文本规整为MarginNoteCallout并以只增不改、裸输出的纪律交付给静态站点生成器。理解它的身份设定、五步执行流程、两条转换规则与输出规范再结合 LifeOS 的原生模式执行机制你就能在博客发布流水线中稳定复用地获得结构统一、可读性更高的 HTML 渲染结果。【免费下载链接】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 中的 enrich_blog_post 模式：用 MarginNote Callout 为静态站点生成器富化 Markdown 博客的完整指南
LifeOS 中的 enrich_blog_post 模式用 MarginNote Callout 为静态站点生成器富化 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 模式系统中的一个内容增强模式——enrich_blog_post位于 LifeOS/install/skills/Fabric/Patterns/enrich_blog_post/system.md。它解决的是把一篇结构平平的 Markdown 博客稿在不改动任何正文的前提下升级为适合静态站点生成器渲染成高质量 HTML这一具体问题。读完本文你将掌握该模式的身份设定、执行步骤、❝与NOTE:两类 Callout 转换规则以及它在 LifeOS 中原生执行的完整调用链与配套模式用法。模式在 LifeOS Fabric 体系中的定位LifeOS 将 Fabric 作为一个完整技能Skill内置于LifeOS/install/skills/Fabric/目录其核心资产是Patterns/下 240 个专项提示词模式。每个模式都是一个独立目录其中system.md承载完整的提示词指令IDENTITY、GOAL、STEPS、OUTPUT INSTRUCTIONSenrich_blog_post正是其中之一归类于Improvement增强改进类别与improve_writing、improve_academic_writing、humanize、clean_text等模式并列见 ExecutePattern.md 模式分类表。根据 SKILL.md 的说明LifeOS 采用原生执行策略不依赖fabricCLI 往返调用而是直接读取Patterns/{pattern_name}/system.md把其中的指令当作提示词应用到输入内容上。因此enrich_blog_post的 system.md 本身就是可被 LLM 直接遵循的一份运行契约。IDENTITY 与 GOAL模式的身份设定与目标system.md 开篇通过IDENTITY与GOAL两个区块定义了这个模式是谁以及要做什么IDENTITY将执行者设定为高智能 AI 系统文档原文为 hyper-intelligent AI system专长是按照一组 INSTRUCTIONS 增强 Markdown 博客文件使其能被静态站点生成器正确渲染为 HTML。这一设定限定了适用输入——面向 SSG如 Astro、Hugo、Eleventy、VitePress 等的 Markdown 源文件以及输出形态——最终面向 HTML 渲染。GOAL两条目标互相约束接收输入的 Markdown 博客文件遵循 INSTRUCTIONS 中的步骤增强其结构、视觉表现与质量确保最终 HTML 文件具备最大可读性与阅读愉悦度。值得注意的是 GOAL 中的措辞是enhance its structure, visuals, and other aspects of quality——增强的是结构与视觉而不是内容本身这为后续只增强不篡改的输出纪律埋下伏笔。STEPS五步执行流程system.md 的 STEPS 区块以慢下来思考为基调规定了一个先思考、后动手、再复核的流水线退一步逐步思考思考如何按步骤达成最佳效果。思考输入内容分析输入博客在实用性、可读性、愉悦度等维度上还有哪些可增强的空间。审查 INSTRUCTIONS通读下文给出的增强指令判断它们如何作用于原文。应用增强完美复刻输入博客——不改变任何实际内容——仅按照 INSTRUCTIONS 进行富化。内容完整性复核确认实际内容在增强过程中未被改动只允许增加格式、结构、链接等不得增删改任何措辞。这五步的核心精神是增强器而非改写器模式刻意把内容完整性与增强动作分离先枚举可能的增强点再用 INSTRUCTIONS 约束增强动作的边界最后用复核步骤兜底。这一先分析、再应用、后验证的结构与 LifeOS 仓库中大量强调验证的工程实践如 VerificationGate.hook.ts、RULES/Verification.md一脉相承——输出前必须有一道自检闸门。INSTRUCTIONS两类 Callout 转换规则INSTRUCTIONS 是整个模式唯一的两条具体转换规则是实战中的关键规则一❝符号 → MarginNote如果看到❝符号它表示一个MarginNote/MarginNote区块即一种类似 aside 或 Callout 的高亮视觉展示。观察其后的几行推断本应放入 Callout 的内容将这些行合并为一行并在输出阶段移入MarginNote/MarginNote标签内。即源博客中形如❝开头的旁注型文本应被识别、合并、包裹进MarginNote.../MarginNote标签让 SSG 渲染为高亮侧注/引用块。规则二NOTE:前缀段落 → 同样封装对任何以NOTE:开头的段落或文本应用同样的封装。即NOTE:引导的提示性文字同样收拢为一行并放入MarginNote/MarginNote保证同类语义的文本获得一致的视觉呈现。这条规则与仓库内另一模式 md_callout/system.md 形成互补md_callout负责把任意文本归类到 GitHub 风格的五类 Callout[!NOTE]、[!TIP]、[!IMPORTANT]、[!WARNING]、[!CAUTION]而enrich_blog_post只针对❝与NOTE:两种特定形态做定向封装。二者都体现了同一思想用结构化标注统一视觉语义让同一含义的内容在不同页面中获得一致的阅读体验。OUTPUT INSTRUCTIONS输出纪律与格式要求模式对输出做出三点硬性规定直接决定了实际使用时如何交付结果只加不删只允许增加增强内容禁止增加、删除或修改任何原文内容全量遵循输出时必须完整遵循 INSTRUCTIONS 中的所有指令裸输出不要在输出 Markdown 外加容器包裹例如markdown代码围栏——只输出博客内容本身。第三点对工程集成尤为重要因为该模式的设计目标是增强后的博客文件直接可交给 SSG 渲染任何多余的外层包裹都会污染源文件格式。这与md_callout输出规范Do not output the md container以及 clean_text/system.mdDo not output warnings or notes的纯净输出约定完全一致——模式系统的输出规范高度统一。此外INPUT 区块位于文件末尾以INPUT:标记输入接入点表示调用方用户或 LifeOS 工作流在该处注入待富化的博客内容。在 LifeOS 中如何触发与执行enrich_blog_post不会由用户直接命令触发ExecutePattern.md的意图路由表中没有为它单列关键词而是通过 ExecutePattern 工作流 的通用机制被调用模式选择用户请求触发 Fabric 技能后根据意图映射表选择模式enrich_blog_post出现在 Improvement 类别清单中ExecutePattern.md 中 Improvement (10) 分组明确列出enrich_blog_post。加载 system.md读取Patterns/enrich_blog_post/system.md全文将其作为提示词主体。原生应用LLM 直接遵循其中的 IDENTITY、STEPS、INSTRUCTIONS、OUTPUT INSTRUCTIONS将用户提供的博客内容作为 INPUT 执行增强全程不调用外部 CLI。结构化输出按模式规格返回仅增强、未改稿的 Markdown 博客正文。仅当输入是 YouTube 链接fabric -y URL或普通 URL 抓取失败fabric -u URL时才需要 fabric CLI 兜底纯 Markdown 文本场景下完全走原生路径见 SKILL.md 的 Native Pattern Execution 与 FabricSystem.md。实战建议与最佳实践先用clean_text再富化若源博客存在错乱换行、缺失标点等格式破损可先跑 clean_text 恢复基础排版再交给enrich_blog_post做 Callout 化效果更稳定。善用❝与NOTE:标记写作阶段在草稿中用这两个标记标注旁注/提示内容即为模式准备好输入契约让增强结果更可预期。注意上下文上限SKILL.md 的 Gotchas 提示超长内容可能超出模式上下文限制长文建议先分块或先用summarize系列压缩。保持输出纪律交付给 SSG 时务必遵守裸输出约定避免意外包裹代码围栏增强后可通过一次 diff 复核确保正文措辞零改动对应 STEPS 第 5 步。沿用同一模式批量处理正如 FabricSystem.md 所述模式的价值在于可重复的转换动作——对每篇新博客跑同一个enrich_blog_post就能得到形态一致的增强结果让整站文章的视觉结构保持统一。小结enrich_blog_post是 LifeOS Fabric 模式体系中一个小而专的内容增强模式它不重写、不总结只负责把❝与NOTE:形态的旁注文本规整为MarginNoteCallout并以只增不改、裸输出的纪律交付给静态站点生成器。理解它的身份设定、五步执行流程、两条转换规则与输出规范再结合 LifeOS 的原生模式执行机制你就能在博客发布流水线中稳定复用地获得结构统一、可读性更高的 HTML 渲染结果。【免费下载链接】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），仅供参考