VSCode 插件无法一键生成 C++26 模块化逻辑单元，因其缺乏 PCM 缓存感知、模块分区推导和 export 合法性校验能力；仅支持在已有模块骨架上补全签名、添加 export 前缀或提示 import 名称；真正生成需依赖 CMake 等构建系统驱动编译验证。
VSCode 插件目前**无法一键生成 C++26 模块化逻辑单元**——这不是功能缺失，而是语言特性与工具链限制决定的硬边界。
为什么 GPT 类插件不支持直接生成 .ixx/.cppm 模块文件
模块接口文件（如 math.ixx）不是普通源码，它必须满足编译器对模块声明、导出语义和依赖拓扑的严格校验。GPT 插件缺乏以下关键能力：
- 无法感知当前项目已编译的 PCM 缓存状态，生成的
import语句可能指向未构建或路径错误的模块 - 不能自动推导模块分区（partition）结构，比如
module math:detail这类语法需配合构建系统显式声明 - 无法校验
export范围是否合法（例如导出模板特化、内联函数需满足 ODR 约束） - 主流插件底层调用的是基于 token 的补全模型（如
clangd），而模块解析依赖完整的 AST 构建，不在其服务范围内
哪些操作能被插件“半自动”辅助
虽然不能生成完整模块单元，但部分插件可在已有模块骨架上加速开发：
- 在已存在
export module math;的.ixx文件中，输入export int后触发补全，给出函数签名建议 - 选中一个普通函数（如
int add(int a, int b)），用插件命令「Wrap in export」自动生成带export前缀的版本 - 在
main.cpp中输入import，部分插件可基于c_cpp_properties.json中的includePath列出已知模块名（但不保证可链接） - 生成测试桩代码时，若上下文含
import math;，插件可能正确写出EXPECT_EQ(add(1, 2), 3);
真正能“一键生成模块逻辑”的唯一路径
必须绕过插件，靠构建系统驱动：
- 用
CMake配置add_library(math MODULE)并指定SOURCES math.ixx，CMake Tools 插件会自动识别并触发clang++ -fmodules-ts编译 - 手动创建
math.ixx后，运行 VSCode 终端里的cmake --build build --target math，才能生成有效的math.pcm - 任何“生成”动作都必须伴随真实编译验证——插件输出的
export template<typename T> T max(T a, T b)若未通过clang++ -std=c++26 -fmodules-ts检查，就是无效模块逻辑
模块化不是语法糖，是编译期契约。插件能帮你写得快，但不能替你签这份契约。
