百小应生成调试提示词需锁定路径、分层动作、绑定验证：①顶格写明物理/逻辑场景；②指定执行人角色及工具链；③首检动作必须物理可测；④按现象→定位→验证→修复四阶拆解；⑤每步含工具型号、命令路径、预期返回字符串；⑥禁用模糊动词，动词开头、参数精确。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想用百小应生成能直接贴进开发文档、给新人看懂、让测试复现、被运维验证的调试过程提示词，但每次输出不是太泛（“检查配置”“重启服务”），就是漏关键动作（没写清在哪条日志里搜什么关键词），或者把硬件操作和软件命令混成一团——问题出在提示词没锁死调试路径、没分层动作颗粒度、没绑定可验证结果。
锁定调试路径与角色身份
第一步：在提示词开头顶格写明调试发生的物理/逻辑位置，例如“【嵌入式设备固件升级失败】”或“【Docker容器内Python服务HTTP 503】”。不写具体场景，百小应默认走通用排查流程，会跳过串口波特率、容器网络模式等关键锚点。
第二步：指定执行人角色，如“由产线工程师在现场用串口助手操作”或“由SRE在K8s集群中执行kubectl debug”。【角色决定工具链和权限边界，写成“技术人员”会导致输出混用ssh和adb命令】。
第三步：强制绑定一个不可跳过的首检动作，例如“必须从第1步开始：用万用表量测TP1点电压值”。这一步不能是“查看日志”，因为日志可能为空；必须是物理可测、仪器可读、结果有明确阈值的动作。
分层拆解调试动作颗粒度
方法一：按“现象→定位→验证→修复”四阶递进
① 现象层：用用户视角描述故障表现，例如“烧录后设备无法进入BOOT模式，LED常灭，无USB枚举”。这句必须含可观测信号（LED状态、USB行为），不能写“启动异常”这类模糊表述。
② 定位层：限定唯一工具+唯一命令+唯一参数，例如“用stlink-v3连接→运行st-util --log-level 3→在终端输入‘monitor reset halt’”。这里“--log-level 3”不能省，否则看不到JTAG握手失败细节。
③ 验证层：要求输出可比对的原始数据，例如“截取st-util终端前20行日志，标出‘Failed to read memory’所在行号及地址值”。不标行号，新人无法快速定位上下文。
④ 修复层：给出带版本号的固件包名和校验方式，例如“替换./firmware/v2.4.1.bin → 执行sha256sum ./firmware/v2.4.1.bin确认值为a7f9e3d…”。【若不写sha256sum，产线可能误刷v2.4.0旧包】。
嵌入可验证的硬参数
在提示词末尾加一句：“输出每条调试步骤必须含以下三项，缺一不可：① 工具型号（如ST-Link V3、Wireshark v4.2.3）；② 命令完整路径（如/opt/stlink/bin/st-flash）；③ 预期返回特征字符串（如‘Successfully erased’或‘Timeout waiting for ACK’）”。
这一步不加，百小应会输出“用st-flash烧录”，新人不知道该装哪个版本、命令在哪、怎么判断成功。它甚至可能把Windows下的st-flash.exe和Linux下的st-flash混写。
把“预期返回特征字符串”写进提示词，等于给AI设了一个校验开关——它必须从训练数据里调取真实报错片段，而不是编造“烧录成功”。
禁用模糊动词与自由发挥空间
直接写：“删除所有‘尝试’‘建议’‘可以’‘可能’‘一般’字眼；禁止出现‘检查相关配置’‘确认是否正常’这类无效指令；每条步骤必须以动词开头（如‘接驳’‘短接’‘执行’‘捕获’‘比对’）。”
这一步卡死之后，百小应就无法输出“建议先检查电源”这种废话，只能写“用万用表红表笔接VCC引脚，黑表笔接GND，读数应为3.3V±0.1V”。
【注意：若你实际用的是3.0V供电芯片，却没在提示词里写明电压值，百小应会按常见3.3V芯片逻辑输出，导致新人误判】。
