LessJS 是一个 Deno-first、Web Standards-first、static-first 的 Web 框架。它的目标不是成为所有场景的最大框架，而是把内容优先、渐进增强和 Serverless API 组织成一条可信的工程路径。
LessJS 用 DSD-rendered Web Components 输出首屏 HTML， 用 Island Upgrade 接管少量交互，用 Hono + Fetch API 提供服务端能力，用 SSG 作为默认交付形态。
这不是“另一个 hydration 框架”。更准确地说，LessJS 是一个把 Web Components、 Declarative Shadow DOM、ESM、Fetch API 和静态部署打通的应用骨架。
| 场景 | 为什么适合 |
|---|---|
| 文档站和产品站 | SSG 产物简单，首屏 HTML 稳定，交互通常集中在少数 island。 |
| 博客和内容站 | 内容优先、可爬取、可缓存，后续可以引入 PWA 和增量构建。 |
| 轻量 Serverless 应用 | Hono API routes 和 Fetch 模型让部署到 Deno Deploy、Workers 等平台更自然。 |
| 组件化设计系统展示 | Web Components 是平台能力，包级 island 可以跨项目复用。 |
LessJS 可以演进到更复杂的全栈应用，但当前文档不应把下列能力描述成成熟卖点：
| 框架 | LessJS 不追随的部分 | LessJS 借鉴的部分 |
|---|---|---|
| Astro | 多 UI 框架整合不是近期目标。 | 内容优先、岛屿交互、静态交付。 |
| Fresh | 不绑定 Preact，也不把 JSX 当作核心 DSL。 | Deno-first、Fetch-first、island-first。 |
| Next / Nuxt | 不以大型全栈平台为默认复杂度。 | 路由约定、构建产物、部署适配器的工程纪律。 |
LessJS 文档应该只承诺当前能验证的能力，把未来功能明确标为 roadmap。 如果某个功能依赖尚未完成的安全边界、构建 metadata、平台 adapter 或运行时约定， 文档必须直接说明它还不是稳定路径。