提示词需明确角色场景、限定功能边界、用“动词+宾语+条件”结构描述需求，并强制输出含具体数值的验收项，否则豆包易产出空泛不可落地的内容。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写功能需求提问提示词时，空话套话会导致豆包输出泛泛而谈、无法落地的描述，比如“提升用户体验”“增强系统稳定性”这类没有动作、没有对象、没有边界的表达，会让后续开发无从下手。必须让提示词本身自带约束、可验证、有明确交付指向。
先锁定角色和场景再开口
第一步：在提示词开头就写明“你是【前端工程师】，正在为【微信小程序的订单确认页】补充一个‘修改收货地址’弹窗功能”。【不写清角色和场景，豆包默认用产品经理视角泛泛而谈】
第二步：紧接着补一句限制条件，例如“该弹窗只允许修改手机号、收货人、详细地址三项，不支持修改省市区三级联动”。这一步砍掉模糊地带，避免豆包自行扩展功能边界。
用“动词+宾语+条件”结构写需求点
方法一：直接套用“当……时，系统应……，否则……”句式。例如：“当用户点击‘修改地址’按钮时，系统应在当前页顶部滑入弹窗，弹窗内预填当前地址，且手机号字段带校验（11位纯数字）；若输入非11位数字，底部显示红色提示‘手机号格式错误’。”
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
方法二：用表格压缩关键要素。在提示词里插入三列表格：字段名｜输入方式｜校验规则，填入“收货人｜单行文本框｜必填，2–20个汉字”“详细地址｜多行文本框｜必填，5–100字，禁止含http链接”——豆包会严格按表格生成字段说明，不加戏。
强制要求输出带验收项
在提示词末尾加一句：“请用‘验收项’小标题列出3条可测试的判断标准，每条以‘✅’开头，且必须含具体数值或明确行为。”
例如豆包会输出：✅ 点击修改按钮后，弹窗在300ms内完成滑入动画；✅ 地址字段为空时，点击确认按钮触发toast提示“请填写完整地址”；✅ 输入12位手机号后，失焦时立即标红并显示“手机号应为11位”。【没写这条，豆包大概率只给功能描述，不给验收依据】
