Obsidian 图文格式美化
触发
用户发来一个 Obsidian 仓库里的 .md 文件路径，说要"美化 / 排版 / 高亮 / 格式整理"或类似诉求。直接执行，不用先问。
输入
一个 .md 文件路径，或已粘贴到对话的 .md 正文。桌面端可直接给 Obsidian 仓库内的文件路径；云端/手机端请把 .md 内容直接粘贴到对话里。
执行步骤
- 读取内容：桌面端用 Read 工具读取该文件全文；云端/手机端直接用用户粘贴的 .md 正文。
- 通读，识别两类内容：
- 大小标题：所有板块 / 阶段 / 小节标题（如"表现一：…"、"第一阶段：…"、"1. 从复述开始"、"你中了几条？"、结尾句）。
- 读者重点内容：方法、原因、干货、理念、观点、步骤。 - 按下方规范改写：标题用
==**…**==，重点内容用==…==。 - 输出结果：桌面端用 Write 覆盖原文件（Read 过即可直接写）；云端/手机端把美化后的全文直接输出到对话，由用户自行复制保存。
- 桌面端用 present_files 把文件交给用户查看；云端/手机端直接把美化后内容显示在对话里即可。
格式规范（核心）
- 标题 →
==**原文**==（加粗 + 高亮，黄底最醒目） - 重点内容 →
==原文==（仅高亮，不加粗，黄底但比标题弱一档） - 这样读者扫一眼能分清「结构」和「干货」。
高亮密度规则（重要）
不要句句高亮，否则等于没重点。
- 每个方法 / 小节里，只标 1~2 句最核心的：方法定义、框架名、金句、关键原因。
- 个人经历、练习结果、"我后来发现…"、重复强调的话 → 保持普通文字，不标。
- 表现 / 病症类段落：通常每段只标 1 句总结性原因或观点即可。
红线（严禁）
- 严禁添加任何文案：不得加「病症 / 药方 / 方法 / 转场 / 结语」等标签，不得加 emoji（🔴 🟢 ▸ ✅ ❓ 等），不得加【】等任何前缀。
- 原文一字不改：只在原有文字外层包
==标记，不增删改任何汉字、标点、数字。 - 作者自己的「复盘 / 笔记」段落（文末常见）：默认不动，除非用户明确要求。
禁用 AI 味符号（硬规则，长期遵守）
用户明确要求：文章中严禁出现 >、-、--- 这类 markdown 标记式符号（会显得像 AI 生成）。此规则为长期硬约束，以后每次美化默认遵守，无需用户重复提醒。
- 禁用清单：
>（引用块）、-（列表符）、---（分隔横线）等标记式符号。 - 替代方案：
- 列表 / 分项（思路、模板、要点、表现等）→ 用圆角实心符号（如
●），不要用-。 - 示例引用（
>块）→ 改为纯文本，用中文引号「""」本身标明引用，不要保留>。 - 分隔线
---→ 直接删掉，用空行分隔正文与复盘。 - 按原文来：圆角实心符号具体用哪种（
●/•/ 其他圆点），以该 Obsidian 文章原文或同库其他文章的约定为准；不确定时先问用户，或默认用●并在交付时说明。 - 注意：本规则针对输出的文章正文，不改动文章本身的汉字、标点、数字（与「原文一字不改」红线并行不悖）；skill 文档自身的指令排版不在此限。
注意
==…==是 Obsidian 原生高亮语法，在 Obsidian 里渲染为黄色背景；==**…**==是加粗 + 高亮。其他 markdown 预览器大多也能识别。- 若文件很长，先读前几行确认格式，再整体重写，避免逐句编辑出错。
