要让百小应多轮对话输出具体可执行方案，需每轮设置硬约束：第一轮用角色+动作+边界锁定范围；第二轮用状态标记或错误预演逼出细节；第三轮注入动态参数并绑定中文校验语句。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让百小应多轮对话输出的结果不再飘在半空，比如“优化用户体验”变成“把登录页验证码输入框右侧的‘获取验证码’按钮文字，从‘发送’改为‘60秒后重发’并禁用点击”，就得在每一轮里塞进可验证、可执行、不可绕过的硬约束。
第一轮：用角色+动作+边界锁死输出方向
直接写：“以3年电商APP改版经验的UX设计师身份，分析当前登录页转化漏斗——只看用户点击‘手机号登录’后到输入验证码前的2秒内行为路径。”
这一步必须带具体角色年限和明确时间窗口。不写“3年”，AI会默认调用泛泛而谈的通用知识；不锁“2秒内”，它可能扯到首页Banner或服务器响应延迟，完全跑偏。
【关键动作必须落在用户真实手指操作点上】，比如“点击‘手机号登录’”“光标聚焦到验证码框”“页面弹出键盘”，而不是“用户感到困惑”这类虚动作。
第二轮：用状态标记+错误预演逼出细节
方法一：前置[CORRECT]标记，直指上一轮漏洞
“[CORRECT]上一轮提到‘按钮位置不合理’，但未说明参照基准——请按iOS Human Interface Guidelines 2025版第4.2节‘触控目标最小尺寸’，标注当前按钮宽高(px)与合规值差额，并给出像素级调整建议。”
方法二：用错误假设触发自我校验
“假设该按钮点击后无反馈是因CSS opacity:0误写为opacity:1，请检查DOM结构并输出修复后的三行代码（含选择器、属性、值），禁止使用!important。”
注意：错误必须可证伪。写“可能是性能问题”没用，写“V8引擎堆栈显示EventLoop阻塞超120ms”才能让AI调用真实调试逻辑。
第三轮：注入动态参数并绑定校验项
第一步：把变量抽成{{}}占位符
“将验证码倒计时文案替换为‘{{countdown}}秒后重发’，其中{{countdown}}取自接口返回字段response.data.countdown_seconds。”
第二步：追加格式校验指令
“输出必须含3项：①修改前DOM快照（含class名）②修改后完整HTML片段（仅含button标签及内联style）③校验语句：‘若countdown_seconds=60，则button innerText必须等于‘60秒后重发’，否则返回ERROR’。”
【校验语句必须用中文冒号+问句+否则返回ERROR结构】，这是百小应v2.7.3唯一识别的硬性终止条件，缺了就继续自由发挥。
