关于
sitelo 一开始并不是一个框架。它起于一个念头：想用一种在 JavaScript 里写起来自然的方式来写标记 —— 然后它一路生长，直到覆盖了从页面文件到发布上线的全过程。
javascript-to-html
最先出现的是 javascript-to-html（也叫 ht.js）：一种在 JavaScript 中生成 HTML 的简单直观的方式，不需要复杂的模板引擎或框架。
在 React 这类全功能框架已经无处不在的当下，想找一个不把整套家当都带上的简单模板方案，竟意外地难。ht.js 只专注于把 JavaScript 变成 HTML —— 本质上就是返回字符串的函数 —— 因而始终保持轻量、易用、灵活且可扩展。
这样小的表面积让它能用在很多地方：直接用在前端（类似 SPA）、用在构建中生成静态站点（SSG），甚至用于服务端渲染（SSR）。
教会 Vite 产出 HTML
书写的问题解决了，接下来是构建：Vite 把 .js / .ts 当作脚本，而不是页面。我需要一个约定，让某些模块本来就是要变成 HTML 的。
思路很直接：像 *.ht.js、*.html.js、*.ht.ts 这类命名的文件，应当被处理成 HTML，而不是打包成客户端 JavaScript。这个约定后来就成了 vite-plugin-html-pages —— 在 Vite 之上提供基于文件的路由、数据加载、资源处理与静态生成。
sitelo
sitelo 把 Vite 和这个插件打包成一次安装、一个 CLI。你会得到一套完整而出色的开发体验：sitelo 提供实时服务器，sitelo build 用于生产，加上合理的默认值和插件的页面模型 —— 无需自己拼装工具链。
从头到尾都是同一个想法：页面就是返回 HTML 的模块。sitelo 是让这个想法显得完整的那一层。
横向对比
能发布静态站点的好工具已经不少。sitelo 的定位是刻意收窄的：用 JavaScript（或 TypeScript）函数返回 HTML，配上 Vite 的开发体验，并尽可能少的框架成分。
| 工具 | 模型 | 什么时候选它 |
|---|---|---|
| sitelo | JS/TS 函数 → 基于 Vite 的 HTML | 你想用 JavaScript 产出 HTML，并保有真正的 Vite 工作流 —— 不需要组件框架 |
| Astro | 组件 + 区块，自研编译器 | 内容型站点，需要组件区块和更大的生态 |
| Next.js | 完整的 React 应用（SSR / SSG / ISR） | 你在 React 生态里构建应用 |
| Hugo | Go 模板，构建极快 | 超大规模内容站点，且你乐于使用 Go 的工具链 |
| Eleventy | 模板语言 → HTML | 你想要灵活的模板（Nunjucks、Liquid，…）而不引入 SPA 框架 |
如果你想要组件、水合与一个框架 —— 那就用框架。如果你想用 JavaScript 函数产出 HTML 文件，同时保有 Vite 的体验，sitelo 是能完整做完这件事的最小工具。