Md Editor Rt

先选组件，再动代码

先判断用户真正需要什么：

• 需要可编辑 Markdown：用 MdEditor
• 只需要渲染内容：用 MdPreview
• 需要目录导航：用 MdCatalog
• 需要自定义工具栏 / 页脚：用 DropdownToolbar、ModalToolbar、NormalFooterToolbar
• 需要改全局依赖、渲染链或编辑链：用 config()
• 需要处理 HTML 安全：用 sanitize 或 XSSPlugin
• 需要清理默认注入的外部资源：用 clearSideEffects()

默认接入规则：

• MdEditor 导入 md-editor-rt/lib/style.css
• MdPreview 导入 md-editor-rt/lib/preview.css
• 新代码优先使用 value；modelValue 仅作为兼容旧代码的别名
• MdEditor / MdPreview 新代码优先传 id
• MdCatalog 必须继续使用目标编辑器 / 预览器的同一个 editorId
• SSR 下如果目录跟整页滚动联动，scrollElement 传字符串选择器而不是 DOM
• 如果 MdCatalog 绑定跨组件联动，优先显式传同一个 id，不要让编辑器和目录各自生成独立 id

按这个顺序排查和实施

1. 先确认场景
   • 是编辑器、预览器、目录、上传、工具栏扩展，还是渲染链 / 编辑链定制。
2. 先检查基础接入
   • 样式是否导对。
   • value / onChange 是否成对使用。
   • id 与 MdCatalog.editorId 是否对应。
   • SSR 下 scrollElement 是否传字符串选择器而不是 DOM。
3. 再决定扩展层级
   • 只改显示或交互：优先 props 和事件。
   • 需要外部控制：优先 ref API。
   • 需要改 Markdown 语法或 HTML 输出：优先 markdown-it 钩子。
   • 需要改编辑体验：优先 CodeMirror 钩子。
   • 需要改上传、保存、错误处理：优先事件 props。
4. 最后处理运行时细节
   • 决定是否要本地实例替换 CDN。
   • 决定是否要接入 sanitize / XSSPlugin。
   • 决定是否存在 Next、Web Component、Shadow DOM 等特殊约束。

坚持这些高优先级约束

• 不要继续引导用户给 MdEditor 传已移除的旧 previewOnly prop；只读场景应改用 MdPreview。
• 给 MdEditor 和 MdPreview 写新代码时，优先使用 value 与 id；modelValue / editorId 只视为兼容旧代码。
• 给 MdCatalog 传参时继续使用 editorId，不要误写成 id。
• 把 onSave 的第二个参数当成 Promise<string> 处理，不要当同步 HTML 字符串用。
• 使用自定义工具栏和页脚时，牢记是“数字占位符 + defToolbars / defFooters”映射，不是按名字自动注册。
• 把 config() 当作全局单例初始化，而不是组件局部状态。
• 默认没有内置 XSS 扩展；面向用户输入时要主动接入 sanitize 或 XSSPlugin。
• 如果依赖默认 CDN 注入，记得评估 CSP / 内网 / Electron 约束；必要时用 clearSideEffects() 清理副作用。

先核对安装版本，再决定是否深挖源码

如果用户反馈“skill 说得对，但项目里行为不一样”，按下面顺序核对：

1. 先看业务项目里的 node_modules/md-editor-rt/package.json
2. 再看业务项目里的 node_modules/md-editor-rt/lib/types/index.d.ts
3. 如果仍然解释不通，再去看本仓库源码：
   • packages/index.ts
   • packages/preview.ts
   • packages/MdEditor/type.ts
   • packages/MdEditor/config.ts
   • packages/MdEditor/hooks.ts
   • packages/MdEditor/layouts/Content/hooks/useMarkdownIt.ts
   • packages/MdEditor/layouts/Content/hooks/useCodeMirror.ts
   • packages/MdPreview/index.tsx
   • packages/MdCatalog/index.tsx

默认不要一上来就从仓库内部实现讲起，除非用户正在调库源码，或者公开 API 已经不足以定位问题。

需要时再读附加文档

• 查公开 API、props、ref 方法：看 references/api.md
• 查推荐接入方式和可直接套用的代码模式：看 references/playbook.md
• 查功能依赖矩阵与本地实例建议：看 references/dependency-matrix.md
• 查常见坑与排查顺序：看 references/pitfalls.md
• 查内部实现理念和进阶排障线索：看 references/architecture.md

按这个标准交付

交付 md-editor-rt 相关改动时，默认说明：

• 为什么选 MdEditor / MdPreview / MdCatalog
• 接入点放在哪：组件、样式、config()、事件或 ref API
• 版本前提是什么
• 风险点有哪些：SSR、XSS、CDN、副作用、目录同步、上传链路
• 验证了哪些路径：至少写清手工验证项