一个可选编译器将声明式 .less 文件编译为原生 Custom Elements，让 Lit 从必选路线变成 adapter。

LessJS 框架从第一天起就选择了 Lit 作为组件基础。这个选择是对的——Lit 是 Web Components 生态中最成熟的库，让我们快速验证了架构的可行性。但经过后续架构审查，我们也更清楚地看到：core 的长期合同不能绑定到某个组件库。Lit 应该保留为 adapter，而不是成为用户必须接受的唯一组件模型。

今天的代价

依赖 Lit 编写的 island 会携带 Lit 运行时；SSR/style extraction 需要 adapter 维护；旧 Lit SSR 路线留下的 hydration 术语又容易和现在的 DSD + Custom Element upgrade 模型混淆。结论不是"消灭 Lit"，而是把 Lit 放回正确的位置：一个好 adapter，而不是 LessJS 的定义本身。

.less 文件格式

一个组件一个文件。没有 class 声明，没有 decorator，没有 import：

<!-- my-counter.less -->
<template>
  <button @click="decrement">−</button>
  <span>{count}</span>
  <button @click="increment">+</button>
</template>
<script>
  count = 0
  increment() { this.count++ }
  decrement() { this.count-- }
</script>
<style>
  :host { display: inline-flex; gap: 0.5rem; align-items: center; }
</style>

编译器产出

零依赖的原生 Custom Element：

class MyCounter extends HTMLElement {
  #count = 0;
  #root = this.attachShadow({ mode: 'open' });
  get count() {
    return this.#count;
  }
  set count(v) {
    this.#count = v;
    this.#update();
  }
  connectedCallback() {
    this.#root.append(tpl.content.cloneNode(true));
    this.#root.querySelector('button:first-child').onclick = () => this.count--;
    this.#root.querySelector('button:last-child').onclick = () => this.count++;
  }
}

消除清单

• Lit-authored islands 的框架运行时代价 → 编译产物 0 KB framework runtime
• adapter-mediated SSR → LessJS DSD renderer / template strings
• hydration 术语漂移 → 明确的 Custom Element upgrade
• decorator / tagged template 生态复杂度 → 标准 JS 输出
• 复杂的类型层次 → 简单的 getter/setter

路线

这项工作不应该阻塞 v0.7–v0.10。当前路线是：先修可信度、安全、DSD renderer、Island Upgrade、Serverless Fullstack 与 SSG/ISR，再在 v0.11.0 引入 .less compiler alpha。Lit 兼容模式在 v0.x 生命周期中保留。版本策略详见 ADR 0006。

详细技术设计见 ADR 0002。