1实现原理 · 为什么它能做到
本模板是「文件夹即模板」结构里的一份纯数据:SKILL.md 用 YAML frontmatter 供选择器使用,正文是给 agent 的版式指令;仓库不为单个模板写任何代码,新增模板=新增一个文件夹。
SKILL.md — frontmatter (id, scenario, tags, …) + prompt body
运行时由宿主把本模板正文夹在共享设计指令与用户内容之间拼成一次 prompt —— 模板的「智能」全在这段自然语言里,没有可执行代码。
return `${SHARED_DESIGN_DIRECTIVES} ${opts.body.trim()}
宿主的 /api/convert 载入该模板后把这些文字交给本地已登录的 coding-agent CLI,只把 stdout 当 HTML 流式回收;模板本身不发网络、不读凭证、不写文件。
prompt = assemblePrompt({ body: skill.body, content, format });
随模板附带的 example.html 是「预渲染示例」,由预览接口原样吐出、进入选择器与画廊的 iframe —— 它决定模板卡片有没有可视预览,不参与内容生成。
Returns the skill's `example.html` verbatim so it can be loaded into an
frontmatter 的字段被逐项映射成选择器元数据(featured 决定全量排序、recommended 进顶部「★ 推荐」组、example_* 生成示例卡文案),并决定它在分类/场景过滤里出现在哪里。
if (typeof fm.featured === "number") meta.featured = fm.featured;
该模板的生成能力全部由它自己的正文兑现:saas-landing/SKILL.md 只描述版面、配色、字体与内容纪律,没有一句让 agent 去跑工具、取接口或读外部数据。
【模板: SaaS Landing】
正文把落地页拆成固定的 section 清单,并规定任务就是把用户内容映射进这些槽位。
【意图】完整的 SaaS 产品落地页, 把用户内容映射到标准 sections。
每个 section 的构成也写死:Hero 要有大标题 + 副标 + 双 CTA + 可视化占位,Pricing 要 2-3 档且推荐档高亮。
- Hero (大标题 + 副标 + 双 CTA + 可视化占位)
风格指令是现代 SaaS 视觉语言(大字号 / 柔和渐变 / glassmorphism 卡片 / 滚动入场动画),属主观描述而非像素级规范。
- 现代 SaaS 风: 大字号, 柔和渐变, glassmorphism 卡片, 滚动入场动画
响应式是硬要求:至少处理 md: 断点、移动端单栏。
- 至少处理 `md:` 断点, 移动端单栏
示例产物实证了这套结构(nav → hero → features → logo wall → pricing → closing → footer),整份零外链零 JS。
<section class="pricing wrap" id="pricing" data-od-id="pricing">
2核心能力
3外部依赖
| 类型 | 依赖 |
|---|---|
| cli | 本地 coding-agent CLI(宿主提供,模板自身不调用) |
4风险提醒 风险提醒:绿色 · 放心使用
- 示例与规格不完全对齐(缺 FAQ 与 How-it-works) — 见 verification.second_pass 的 discrepancy 项;以 example.html 当验收基准会少两段。
- 定价与客户 logo 等文案无事实校验 — 正文只规定档位与视觉,不核对价格/商标使用;示例里直接出现 Anthropic、Stripe、Linear、Vercel、Cursor 等品牌名。
- 风格词主观,产出稳定性弱于锁版面模板 — "glassmorphism 卡片"、"滚动入场动画" 在不同模型上的兑现度差异大;要稳定复现需自行补像素级规范。
5第二遍独立确认
- [ok] skill 目录的脚本 / 网络 / 凭证 / 写盘面 — 目录仅 SKILL.md / example.html 2 个文件,无 scripts/references/数据目录;token 扫描(curl / wget / fetch / exec / spawn / process.env / API_KEY / token / secret / write / save / delete)在该目录的 SKILL.md 中零命中;无自带可执行脚本。
- [ok] 运行时链路复核 — 重读 loader.ts / shared.ts / app/api/convert/route.ts / app/api/templates/[id]/preview/route.ts:模板正文只作为 prompt body 被 assemblePrompt 拼装,宿主 spawn 本地 CLI 并捕获 stdout;模板不参与任何执行。
- [ok] commit 与元数据 — 工作副本 git HEAD = 553ed98c283f9c0f489902d035416a972d6a9699(=任务表 pin 的 full 40 位);GitHub API nexu-io/html-anything:stars 8827、license spdx Apache-2.0、pushed_at 2026-09-15T03:36:24Z(与本地 HEAD 提交时间 2026-09-15 11:36:24 +0800 一致)。
- [discrepancy] README 与源码的 frontmatter schema 漂移(仓库级) — README 第 213 / 217 / 468 行称模板 frontmatter 必须含 mode · scenario · surface · preview · design_system;但在 next/src/lib/templates/skills/ 下 '^mode:'、'^surface:'、'^design_system:' 全部零命中,实际字段是 category / scenario / aspect_hint / featured / recommended + example_*(loader.ts 的 SkillFrontmatter)。文档滞后于代码,不影响本模板运行,但照 README 新写模板会踩空。
- [ok] frontmatter 元数据映射 — loader.ts fmToMeta 逐字段映射 zhName / enName / emoji / description / category / scenario / aspectHint / tags + featured / recommended + example 卡;本模板取自 SKILL.md 的实际取值与之相符。
- [discrepancy] example.html 与 SKILL.md 的一致性(FAQ / How-it-works 缺席) — 正文列了 8 段,其中 '- How it works (3 步流程, 数字 + 标题 + 描述)' 与 '- FAQ (details/summary 手风琴)' 在 example.html 中不存在:示例只有 nav / hero / features / proof(logo wall) / pricing / closing / footer,全文件 'details'、'summary' 零命中。示例是「示意」而非严格实现,拿它当验收基准会少看到两段。
- [ok] 端点扫描(目录内) — saas-landing 目录 2 个文件 http(s) 字面量零命中;无 <script>、无 <link rel="stylesheet">,是 9 个模板里依赖面最干净的。
- [discrepancy] 「glassmorphism / 滚动入场动画」是否在示例中兑现 — 正文要求 "- 现代 SaaS 风: 大字号, 柔和渐变, glassmorphism 卡片, 滚动入场动画",示例有柔和配色与大字号(.hero h1 用 clamp(44px, 6vw, 76px)),但无 backdrop-filter 类玻璃卡片、无滚动入场动画。规格比示例更"先进"。
6结论
4f4424030c2a6b97…553ed98c28