剪映AI代码评审提示词怎么更适合国内用户
先说一个核心判断：要让剪映AI代码评审提示词真正适配国内开发者的工作场景，就得先解决它默认偏好英文技术语境、忽视国内主流框架版本、又看不懂中文报错信息这些硬伤。下面来逐一拆解。
替换英文术语为国内通用说法
把“React component”改成“React组件（v18）”——国内团队项目里基本不提v18以外的版本，省得AI理解偏差。再比如“props validation”，直接写成“PropTypes校验或TS接口定义”，否则AI会漏判TypeScript项目里的类型错误。
“unmount”统一换成“卸载”，“render phase”译为“渲染阶段”并括号注明“即JSX返回前”，这样AI就不会把useEffect的依赖数组问题搅浑了。
这些替换操作本身不难，全局替换就行，但
必须同步更新示例代码里的注释语言
嵌入国内高频框架组合
方法一：显式声明技术栈上下文。在提示词开头写上：“你正在评审一个基于Vue 3 + Pinia + Element Plus（v2.3+）构建的中后台管理系统，所有组件均使用<script setup>语法，API调用统一走axios封装实例。”
方法二：绑定典型国产UI库行为。补充一条规则：“当检测到ElTable、ElForm等Element Plus组件时，必须检查prop是否符合其最新文档v2.3.0版的required字段说明，不得参考GitHub Issues或非最新博客。”
方法三：覆盖微信小程序特有陷阱。增加约束：“若文件路径含miniprogram/或使用wx:for指令，则自动启用小程序运行时检查：禁止在Page生命周期外调用wx.getStorageSync，禁止在setData中传入undefined值。”
适配中文报错信息识别逻辑
第一步：在提示词中植入真实报错模板。举个例子：“当AI看到控制台输出‘VM2455:1 [Vue warn]: Extraneous non-props attributes (xxx) were passed to component’时，应定位到父组件中对该子组件的调用处，检查是否遗漏了v-bind="$attrs"或defineOptions({ inheritAttrs: false })。”
第二步：关联国内调试习惯。必须注明：“国内开发者常用Chrome插件Vue Devtools v6.6+，因此评审时需预判该环境下可见的响应式数据结构——例如ref()包裹的对象在Devtools中显示为{value: …}，若提示词未明确此形态，AI可能误判解构失效问题。”
第三步：屏蔽干扰信息。强制要求：“忽略所有以‘[HMR]’‘[vite]’开头的热更新日志行，这些不是代码缺陷，但常被粘贴进评审输入框导致AI误判模块循环引用。”
