html元素无法直接转svg，仅原生svg元素或可路径化的canvas图形（需手动转path）能导出有效svg；推荐用outerhtml提取已有svg并补全xml声明、命名空间及viewbox。
HTML 元素直接转 SVG 会失败，因为 DOM 结构不等于 SVG 语法
浏览器里的 <div>、<code><canvas></canvas> 或 CSS 渲染的图形，本质是栅格化结果或布局树，不是矢量路径。强行用 innerHTML 抓取 HTML 并塞进 <svg></svg> 标签里，大概率渲染为空白或报错 DOMException: Failed to execute 'createElementNS' on 'Document'。
真正能导出为有效 SVG 的，只有两类内容：
- 原生 SVG 元素（比如页面里已有的
<svg></svg>节点） - 可被路径化描述的图形（如 Canvas 2D 绘制的线条、文字、矩形等，需手动转 path 数据）
用 outerHTML 提取已有 <svg></svg> 是最安全的导出方式
如果页面中本就用了内联 SVG（比如图标、图表库如 D3 输出的 SVG），导出就是纯字符串操作，无兼容性风险。
实操建议：
- 选中目标
<svg></svg>元素：document.querySelector('#my-chart') - 获取完整字符串：
svgElement.outerHTML - 写入文件时注意添加 XML 声明和命名空间（否则部分软件打不开）：
<?xml version="1.0" encoding="UTF-8"?><svg xmlns="http://www.w3.org/2000/svg" ...>...</svg>
- 避免漏掉
viewBox或宽高属性——没有它们，SVG 在不同环境缩放会失真
Canvas 转 SVG 需要重绘逻辑，不能靠截图
toDataURL('image/png') 得到的是位图，不是 SVG。想让 Canvas 内容变成矢量，必须在绘制时记录指令（如 ctx.moveTo()、ctx.lineTo()），再映射为 <path d="..."></path>。
常见错误现象：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
canvas.toBlob()直接保存 → 输出 PNG/JPEG，非矢量 - 用 html2canvas 库截图 → 仍是位图，放大后模糊
- 忽略坐标系差异：Canvas 的
y轴向下，SVG 的y轴默认也向下，但 transform 或 viewBox 可能翻转，导致路径倒置
轻量方案：对简单图形（单色矩形、圆、文本），手写转换函数。例如画一个圆：
function circleToSvg(x, y, r) {
return `<circle cx="${x}" cy="${y}" r="${r}" fill="#000"></circle>`;
}
第三方库如 canvg 或 svg-crowbar 有明确适用边界
svg-crowbar 只能“下载”页面中已存在的 <svg></svg>，对 Canvas 或 CSS 图形无效；canvg 是把 SVG 渲染成 Canvas，方向反了。
如果你用的是 Chart.js、ECharts 等库：
- Chart.js v4+ 支持
plugins: [{ id: 'export', ... }]插件，但导出 SVG 仍依赖底层是否用 SVG 渲染（默认是 Canvas） - ECharts 默认 Canvas 模式，开启
renderer: 'svg'后，DOM 中会出现真实<svg></svg>，这时才能用outerHTML安全提取 - 切勿在
renderer: 'canvas'下试图“提取 SVG”——它根本不存在
复杂点在于：很多“矢量导出”功能实际是服务端渲染（如 Puppeteer 截图 + Inkscape 转换），前端纯 JS 几乎做不到通用转换。别被“一键导出 SVG”宣传误导，先确认你的图形源头是不是真矢量。
