讯飞星火需接收真实调试场景的原始报错日志、操作动作、环境版本、物理状态及失败尝试序列，如「typeerror: undefined is not an object (evaluating 'response.data.items[0].title') at productlist.js:42:16」，配合rn cli 2.0.1 + node v18.17.0 + node_modules/.bin/react-native最后修改时间、macbook pro m1风扇狂转等细节，以及三次无效尝试的完整顺序，才能精准还原并定位问题。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让讯飞星火生成的调试过程提示词，不是教科书式的“常见报错汇总”，而是像你凌晨两点盯着控制台红字、刚删掉搜索框里“undefined is not an object react native”又手抖多打了两个空格、页面卡死前最后一秒复制的那段带乱码的报错日志——这种真实到能闻到咖啡凉味的搜索需求。
把报错日志原样塞进提示词
打开终端或浏览器开发者工具，直接全选并复制整段报错输出（含时间戳、堆栈路径、红色高亮行），粘贴时不清洗、不截断、不翻译。比如：「TypeError: undefined is not an object (evaluating 'response.data.items[0].title') at ProductList.js:42:16」——这串字符就是你的第一行提示词，模型靠它识别出是React Native项目+真实运行时错误，不是理论假设。
如果报错里混着中文乱码（如“æ–‡ä»¶æ— æ³•æ‰“），也别手动修复。讯飞星火会把乱码当作环境编码异常信号，自动关联Node版本、Metro配置、文件保存编码等排查维度。
描述你刚刚失败的操作动作
方法一：用「动词+界面元素+物理状态」还原现场
“在VS Code里按Ctrl+Shift+B触发构建→弹窗显示‘Build failed’→我立刻点了右上角×关闭弹窗→结果发现终端还在滚动日志→慌忙按Ctrl+C中断但已错过关键行”。
方法二：写清你删掉/改过什么
“删掉了package.json里那行'@babel/preset-env'→yarn install完npm start就崩→把那行加回去也不行→现在node_modules里还留着残留的.babelrc文件”。【删掉某行代码后反而更糟，这是典型调试陷阱，必须写明】
绑定具体工具链版本和物理环境
第一步：查当前环境真实版本号
在终端输入：react-native --version → 得到「react-native-cli: 2.0.1」；再输：node -v → 得到「v18.17.0」；截图保存node_modules/.bin/react-native文件的修改时间（精确到秒）。
第二步：把版本和时间戳硬塞进提示词开头
“RN CLI 2.0.1 + Node v18.17.0 + node_modules/.bin/react-native 最后修改时间：2026-07-12T23:41:09+08:00 → 报错发生在执行yarn android后第7秒”。
第三步：补一句设备物理状态
“MacBook Pro M1芯片，风扇狂转，屏幕右下角显示电池剩余23%，Xcode正在后台编译另一个项目”。【模型对‘风扇狂转’‘电池23%’这类压力信号敏感，会优先推荐低资源消耗的调试路径】
植入你刚放弃的无效尝试
① 我试过把console.log(response)加在fetch后面→控制台只打出{}→没看到data字段→以为是空对象→其实response根本没进.then分支。
② 我在App.js最外层加了ErrorBoundary→但红屏还是出现→说明错误发生在JS初始化阶段，不是组件渲染时。
③ 我搜了‘React Native response undefined data’→点开前三篇CSDN文章→照着改了metro.config.js→重启后报错变成另一行→现在不敢动配置文件了。
这三处失败必须按顺序写，不能合并成“尝试多种方案未果”。讯飞星火会从失败序列中提取决策树：第一次失败暴露数据流断点，第二次失败锁定错误发生阶段，第三次失败揭示信任崩塌临界点——这才是真人调试的真实节奏。
