@plugin 不能扩展浏览器可解析的 CSS 边界，仅增强 Less 编译器能力；它运行于编译阶段，输出必须符合 CSS 语法规范，仅支持操作 AST 或预/后处理字符串，无法生成非法属性或绕过 CSS 规则。
Less 的 @plugin 功能本身**不能扩展 CSS 的边界**——它扩展的是 Less 编译器的能力，而不是浏览器最终能解析的 CSS 范围。
为什么 @plugin 不会生成非法 CSS
插件运行在编译阶段，所有输出仍必须符合 CSS 语法规范。比如你写一个把 red 替换为 #ff0000 的插件，它只是在 AST 层把 Color 节点替换成另一个 Color 节点，最终仍输出标准 CSS 值。插件无法生成浏览器不认识的新属性（如 color: rainbow();），也不能绕过 CSS 的作用域或继承规则。
-
@plugin规则本身不输出任何 CSS，它只触发 JS 加载和注册逻辑 - 插件返回的节点类型必须是
less.tree.Color、less.tree.Dimension等内置类型，否则编译直接报错 - 即使插件注入了自定义函数，调用时仍需遵循 Less 函数签名，返回值也得是合法节点，不能是字符串或原始 JS 对象
真正能“越界”的地方只有编译前的 AST 操作
插件唯一能突破原生 Less 表达能力的地方，是在解析后、求值前介入 AST。例如：
- Visitor 可以把
.btn { color: primary; }中的primary（此时还是Variable节点）提前展开成真实颜色值，而不用等变量作用域自动求值 - PreProcessor 能在解析前修改原始文本，比如把
/* @ts-ignore */注释识别为指令，插入额外的 mixin 声明 - addPostProcessor 可以对已生成的 CSS 字符串做正则替换，比如统一给
url()加版本哈希——但这已脱离 Less 语义，纯属字符串操作
常见误判：以为 @plugin 能替代 PostCSS
很多人想用 @plugin 实现类似 PostCSS 的 autoprefixer 或 cssnano 功能，这是行不通的：
立即学习“前端免费学习笔记（深入）”；
- Less 插件看不到最终 CSS，只看到 Less AST 或中间字符串
- 没有选择器重写、媒体查询合并、关键帧提取等能力——这些需要完整 CSS 解析器，而 Less 的 AST 不包含 media rule 的嵌套结构细节
- 插件无法访问浏览器环境，也不能读取
caniuse数据库做兼容性判断
真正容易被忽略的是：插件的执行时机卡在“解析完成但变量未求值”这个狭窄窗口，既不能读运行时状态，又不能改最终产物格式。它的价值不在“越界”，而在让样式逻辑更贴近工程链路——比如对接设计 token JSON、注入构建时环境变量、拦截敏感色值报警。
