能否用MarkdownString/MarkupContent在Hover中模拟语义令牌并调用主题色？

该方案仅能部分实现，无法完全满足「不依赖VSCode专属API读取主题配色」的要求，具体限制和实现边界如下：

模拟语义令牌效果的可行性 #

• 基础渲染逻辑可行：开启MarkdownString的isTrusted: true配置后，VSCode内置的Markdown消毒逻辑会保留你在code/pre块内嵌套的span标签及内联样式，通过给不同语义类型的代码片段包裹带对应颜色样式的span，完全可以在视觉上模拟出语义令牌的分色高亮效果。
• 存在强制前置条件：如果不开启可信标记，所有自定义span的样式、类名属性都会被安全过滤器清除，最终只会渲染纯文本内容，无法实现分色效果。

无API读取主题配色的可行性 #

该需求完全无法实现，核心限制如下：

• Hover的Markdown渲染运行在隔离沙箱中，仅暴露了极少部分全局UI相关的CSS变量，和语义令牌着色相关的所有主题色变量（比如不同类型符号、修饰符的专属配色）都不会注入到该沙箱环境，你无法通过CSS变量直接读取对应颜色。
• 沙箱环境做了严格的跨上下文访问限制，你无法通过CSS或原生JS获取外层编辑器的DOM计算样式，也没有任何原生Web API可以直接嗅探当前VSCode主题的语义令牌配色规则。
• 所有不依赖API的主题色探测方案，最多只能通过默认文本、背景的颜色判断当前是深色/浅色主题，无法拿到语义令牌需要的多维度分类配色，不可能做到和用户当前主题的着色效果完全匹配。

折中实现方案 #

• 零API依赖方案：硬编码明暗两套通用语义配色，渲染时通过Hover容器的基础背景亮度判断当前主题明暗，切换对应配色写入span的内联样式。该方案不需要调用任何VSCode专属API，但无法适配用户自定义的个性化主题配色，只能保证视觉上的可读性。
• 低侵入高还原方案：在扩展激活阶段读取一次当前主题的语义令牌配色表，生成Hover内容时直接把对应颜色硬编码到span的内联样式中。该方案仅在扩展逻辑层读取配置，Hover渲染层完全是原生HTML+内联样式，不需要引入任何VSCode专属的前端运行时特性，着色效果和原生语义令牌完全一致。

注意事项 #

• 不要尝试通过匹配VSCode内部类名的方式复用主题样式，VSCode内部类名和样式规则不属于公开兼容范围，版本迭代时随时可能变动，兼容性极差。
• 不要在Hover的Markdown中引入外部CSS、外部脚本资源，这类内容默认会被安全过滤器拦截，即使开启可信标记也存在安全风险。

内容的提问来源于stack exchange，提问作者michaelmesser