要提升Muse Wonder代码准确性，需关闭「Enable generic naming fallback」和「Auto-infer types from usage」；注入项目上下文（技术栈、tsconfig、API规范）；并强制结构化输出（指定路径、Props声明方式、副作用时机）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要用Muse Wonder生成更准确、更贴合项目规范的代码，必须绕过它默认的“通用优先”倾向——该模型在SWE-Marathon测试中得分57.5，正因它擅长泛化命名和简化逻辑，但这类动作常导致函数名与项目已有约定冲突、类型推断脱离tsconfig strict设置、或工具调用顺序违反业务链路依赖。
禁用模糊泛化行为
打开Muse Code设置 → 进入「AI Behavior」→ 关闭「Enable generic naming fallback」和「Auto-infer types from usage」两个开关。【关闭后者是关键】，否则模型会把 const user = await getUser() 推断为 any，而不是按项目中 getUser 的实际返回类型 UserResponse。
这一步操作起来很简单，直接滑动开关即可。但若保留开启状态，后续所有 TypeScript 生成代码都会跳过 node_modules/@types 下的真实类型定义，改用启发式猜测。
注入项目级上下文
方法一：在每次提问前，先粘贴三行固定前缀：
「当前项目技术栈：Vue 3.4 + TypeScript 5.6 + Pinia 2.3；tsconfig.json 启用 strict: true, noImplicitAny: true, exactOptionalPropertyTypes: true；所有 API 调用必须通过 /src/utils/request.ts 封装的 request() 函数发起，禁止直接使用 fetch 或 axios。」
方法二：在 Muse App 的「Active Memory」中长期保存该段描述。点击右下角头像 → 「Manage Memory」→ 新建一条记忆，标题填「Project Context」，内容粘贴上述三行。此后每次对话，模型会自动关联该记忆，无需重复输入。
注意：方法二仅在 Muse Wonder Full 版本可用，Muse Wonder（轻量版）不支持 Active Memory 功能。
强制结构化输出格式
第一步：明确指定文件路径与导出方式
在提示词开头写：“请生成一个 Vue 3 Composition API 单文件组件，路径为 /src/views/dashboard/StatsCard.vue，导出默认组件对象，不导出任何命名导出。”
第二步：锁定 Props 类型定义位置
追加要求：“Props 必须使用 withDefaults(defineProps(), {…}) 方式声明，字段顺序与 /src/types/dashboard.ts 中 StatsCardProps 接口完全一致，不得省略可选属性的默认值声明。”
第三步：约束副作用执行时机
结尾加上：“组件挂载后立即调用 useStatsApi() 获取数据，该函数位于 /src/composables/useStatsApi.ts；禁止在 setup() 顶层 await，必须包裹在 onMounted(() => { … }) 内。”
这三步缺一不可。漏掉第二步，模型可能把 interface 中的 dateRange?: string[] 改成 dateRange: string[] | undefined，破坏类型守恒；漏掉第三步，它会把异步请求提前到 setup 执行阶段，触发 Vue 3.4 的 runtime warning。
