计算属性名本身不会通过异步流类型核验，因其本质是同步响应式求值机制，不支持promise等异步类型；报错实为ci工具链误判，需检查ts类型标注、自定义lint规则及构建配置是否违背vue响应式设计原则。
计算属性名本身不会“通过异步流类型核验”，因为 Vue 的 computed 是同步定义、响应式求值的机制，不涉及 TypeScript 的异步流类型（如 Promise、AsyncIterable 或 RxJS 的 Observable）。所谓“计算属性名未通过异步流类型核验”不是 Vue 或 TypeScript 的标准报错，而是 CI 流程中因配置或工具链误用引发的误判。问题根源通常不在计算属性本身，而在类型检查、构建脚本或静态分析环节对代码做了不匹配的假设。
检查 TypeScript 类型声明是否误标为异步类型
如果项目使用 TypeScript，且某个计算属性被手动标注了 Promise<t></t> 或 AsyncComputed<t></t> 等非标准类型（例如来自过时插件或手写类型），TS 编译器或类型检查工具（如 tsc --noEmit）会在 CI 中报类型不兼容错误。
- 确认
computed的返回值未被显式声明为Promise：Vue 的computed返回的是Ref或ComputedRef，不是 Promise。 - 避免类似写法：
const data = computed<promise>>(() => Promise.resolve('x'))</promise>—— 这违背设计意图，TypeScript 会拒绝推导。 - 若需异步数据，请用
ref+async/await显式管理状态，而非强塞进computed。
排查 CI 中启用的自定义 Lint 或类型检查规则
某些团队在 CI 中集成了自定义 ESLint 插件、Vue TSC 插件或基于 AST 的校验脚本，可能错误地将含 async 关键字或 then 调用的计算属性识别为“应属异步流”。这类规则往往未经充分验证。
- 查看 CI 日志中具体报错位置和规则 ID（如
@vue/typescript/no-async-computed类似名称）。 - 临时在
.eslintrc.js或tsconfig.json中禁用可疑规则，确认是否为根因。 - 不建议全局关闭类型检查；应修正规则配置或升级插件至兼容 Vue 3.4+ 和 TS 5.4+ 的版本。
确认构建工具未混淆响应式 API 与异步工具链
部分 CI 环境（如使用 Vite + vite-plugin-vue-jsx 或旧版 @vue/compiler-sfc）在解析组合式 API 时，若遇到 computed(async () => {...}) 这类明显错误写法，可能触发底层解析器异常，被误报为“类型核验失败”。
- 搜索代码库中是否存在
computed(async () =>或computed(() => new Promise(...))写法 —— 这是非法用法，必须改为ref+onMounted或watchEffect驱动异步逻辑。 - 检查
vite.config.ts中是否启用了实验性类型插件（如vite-plugin-checker），其默认配置可能过于激进。 - 确保 CI 使用的 Node.js 和构建工具版本与本地开发环境一致，避免解析行为差异。
本质上这不是 Vue 的限制，而是工具链配置偏差。修复关键在于回归响应式设计本意：计算属性只做同步派生，异步副作用交给其他机制处理。CI 中的报错只是暴露了代码或配置中的不合理耦合。
