你有没有过这种经历：在AI搜索框里输入一个代码问题，结果出来的全是通用教程，和自己卡住的报错八竿子打不着？比如，你明明是因为“npm install”后报错才来求助的，AI却给你讲了一通React组件怎么写的入门知识——你很可能气得想关掉网页。这背后其实是个很现实的问题：大家对AI提代码问题时，问的压根儿不是同一类事。调试、学习和迁移，三种意图混在一起，AI再聪明也容易跑偏。

那么，怎么才能让AI真正听懂你的需求？答案不在模型本身，而在于你得先搞明白：你到底是哪一类的提问者。

第一步：用报错原文锁定调试型意图

如果你是为了修bug而来的，那最直接的办法就是——别废话，直接把报错信息扔进去。打开终端或者浏览器的开发者工具，把那一长串带行号、文件路径和堆栈缩进的原始报错内容完整复制下来。比如，“TypeError: Cannot read property 'map' of undefined at App.js:42:18”这种，连换行符都不要动，原封不动地粘贴进搜索框。

为什么要这么严格？因为天工AI这类工具，会抓取这些错误的位置特征来匹配GitHub上的Issue、Stack Overflow里的真实故障案例。你要是手动改成了“怎么解决map报错”，它就默认你在问语法基础，90%的概率给你扔回一个“map函数怎么用”的教程——跟你实际碰到的bug半毛钱关系没有。

搜索成功后，如果第一条结果里写了“检查state初始化”“确认props是否传入”之类的具体操作，并且注明了引用来源是React官方文档v18.3或Next.js 14.2的release notes，那恭喜你，这次调试型意图成功命中。

第二步：按动词密度识别学习型意图

不是所有问题都关乎报错。更多时候，你只是想知道某个概念怎么用。这时候有两个判断方法。

方法一：看看你的提问里是不是只有一个强动词，但上下文是空的。比如“怎么用useState”“什么是useEffect依赖数组”“class组件怎么转hooks”——这一类问题没有项目环境描述，没有错误现象，主语都缺了，本质上是你对某个概念的理解有缺口。这种时候，AI应该调用交互式代码沙盒来给你演示，而不是去翻报错案例库。

方法二：检查有没有“对比”“区别”“为什么不用”这类推理动词。比如“useMemo和useCallback区别在哪”“为什么React推荐函数组件而不是class”——这已经不是在问“怎么操作”，而是在问“为什么要这样做”。天工AI会主动触发多版本源码比对模块，输出一份从v16.8到v18.3的Hook实现差异AST解析图给你看。

关键前提是：你的问题里千万别出现具体文件名、行号或者npm包版本。一旦混进“App.js第42行”或“react@18.2.0”，AI会自动切到调试模式，学习型的解释就被压缩成两句话贴在修复方案的末尾，基本等于没讲。

第三步：验证迁移型意图的三个硬指标

如果你的需求是把一段代码从一套技术栈搬到另一套，那你得满足三个条件。

第一，明确写出源平台和目标平台的名字。比如“把Vue3的Composition API写法迁移到SolidJS”就比“我想换框架”清晰得多。第二，带上版本锁死标识。比如“axios v1.6.7的拦截器写法在v2.0.0中失效”，版本号一标，AI就能精确处理。第三，提出跨工具链约束。比如“在Vite项目里用Webpack的module federation配置”——这种问题涉及到构建工具之间的适配，随便讲讲根本不够用。

只要满足其中任意两项，就可以判定为迁移型意图了。这时候需要在你的问题前面加上一个专用前缀：“迁移型代码问题：”，强制启用跨框架AST重写引擎。这个模式会忽略所有非结构化的描述，只提取import语句、hook调用链、生命周期钩子映射关系，然后直接生成可以粘贴的代码块。

如果忘了加这个前缀，天工AI默认按单平台逻辑处理，返回的转换示例大概率会漏掉Vite的插件注册步骤，或者SolidJS的响应式信号声明方法。结果就是粘过去就跑不了，还得重新折腾一遍。