最轻量可控方式是fetch请求API后用response.text()提取HTML字符串，再通过fs.writeFile写入本地文件；需校验response.ok、正确解析响应（JSON包裹则先.json()）、显式指定UTF-8编码，并确保HTML含DOCTYPE和绝对路径资源以保证可直接运行。
用 fetch + writeFile 保存 API 返回的 HTML 字符串
直接拿到 HTML 字符串后，最轻量、最可控的方式是用 fetch 请求 API，再用 response.text() 提取内容，最后写入本地文件。这适用于 Node.js 环境（如脚本批量导出），也适合前端配合后端代理转发（避免 CORS）。
-
fetch必须处理状态码：response.ok为false时，response.text()仍会返回错误 HTML（比如 404 页面），容易误存 - 响应头里的
Content-Type不一定准确；若 API 实际返回 JSON 包裹 HTML（如{"html": "..>"}），需先response.json()再取字段，不能无脑.text() - 写文件时注意编码：Node.js 的
fs.writeFileSync默认 UTF-8，但若 API 返回含 BOM 的 UTF-8，可能在某些编辑器里显示异常，建议显式传{ encoding: 'utf8' }
前端点击按钮保存 HTML 到本地（无需后端）
用户在浏览器里点一下就下载 HTML 文件，核心是构造 data: URI 或用 Blob + URL.createObjectURL。前者简单但有长度限制（Chrome 约 2MB），后者更可靠，且支持任意大小。
- 别用
innerHTML提取内容：如果 HTML 字符串来自 API 响应，直接用原始字符串；若误从 DOM 元素里取innerHTML，会丢失doctype、head中的meta等关键节点 -
Blob类型必须设为text/html;charset=utf-8，否则 Windows 上双击打开可能乱码；charset=utf-8不能省略 - 创建
a标签后必须 append 到document.body才能触发下载（Safari 尤其严格），下载完记得remove()避免内存泄漏
保存前校验 HTML 是否可运行
API 生成的 HTML 经常缺 <DOCTYPE html>、<html> 外层结构，或含相对路径资源（如 ./style.css），直接双击打开会白屏。这不是保存逻辑的问题，而是内容本身不完整。
- 检查字符串开头是否匹配
/^<!DOCTYPE/i，没有就手动 prepend：html = "<!DOCTYPE html>" + html - 搜索
<link rel="stylesheet"或<script src=，若路径以.或/开头，替换为绝对 URL 或内联（如用fetch抓取后转 Base64） - 避免依赖外部 CDN：比如生成的 HTML 含
https://cdn.jsdelivr.net/npm/react@18，离线就失效；保存前可正则替换为本地副本路径，或改用import语句 + 构建流程
扣子（Coze）平台生成的 HTML 怎么拿下来
Coze 官方没开放直接导出 HTML 的按钮，但它的 Bot 发布页或「网页预览」模式实际就是渲染好的 HTML。只要页面加载完成，源码就在 document.documentElement.outerHTML 里——这是最稳的兜底方式。
立即学习“前端免费学习笔记（深入）”；
- 别依赖 Network 面板找 XHR：Coze 的 HTML 渲染走的是客户端 hydration，不是单独接口返回，抓包大概率找不到纯 HTML 接口
- 打开预览页后，在浏览器控制台粘贴执行：
copy(document.documentElement.outerHTML)，然后新建文件粘贴保存即可 - 若页面含水印或调试注释（如
<!-- coze-debug: true -->），用replace()清理，例如：html.replace(/<!--[\s\S]*?-->/g, '')
真正麻烦的不是“怎么存”，而是存下来的 HTML 能不能直接双击运行。很多 API 返回的只是 body 片段，或带未解析的模板语法（如 {{title}}），这些必须在保存前识别并处理，否则文件看似生成成功，打开却是一片空白。
