百度秒哒这个工具，真正能玩转的人，用的不是技术语言，而是谁都听得懂的业务描述。不是“我要一个网站”，而是“谁用、怎么用、长什么样、哪些功能必须有”——说清楚这四点，AI才能精准理解你的意图。

先定骨架：用三要素锚定应用核心

先说应用名称。名字怎么定？比如“青藤自习室”，这可不是随便起的。它对AI来说是一个语义锚点，后续所有页面命名、导航逻辑、甚至风格联想，都会围绕这个锚点展开。名字越精准，AI跑偏的可能性就越小。

再看核心功能。这里有个常见的坑：很多人写“要有学习功能”。但AI需要的是操作层级的描述，比如“学生扫码签到→自动记录时长→满30分钟解锁当日错题本PDF下载权限”。一个具体的操作链路，比一百个抽象的功能词更有用。功能描述一旦模糊，AI就会自动启用最简模板，支付、权限、跳转这些关键链路很可能被直接忽略。

最后是设计风格。别再用“简约清新”“专业感强”这种模糊词了。换成“参考小红书首页的信息密度与卡片圆角”，或者“按钮采用钉钉蓝（#007AFF）+ 16px无衬线字体”——你给的是视觉参照，AI才能直接执行。你给的是形容词，AI就只能靠猜。

再填血肉：五种提示词写法实操

方法一：按用户场景反推功能
适用场景：你知道谁在用、在哪用、为什么用，但不确定技术模块怎么搭。
操作：直接描述真实行为路径。“大学生在图书馆用手机查空闲座位→点击楼层平面图→看到实时余座数→选座后生成二维码→扫码入座”。秒哒会自动识别出地图组件、状态同步、二维码生成、扫码验证四个技术模块，并分配给对应的智能体。你不需要懂技术，你只需要描述场景。

方法二：分步指令驱动开发节奏
第一步：搭建首页框架，含轮播图区+3个功能入口图标+底部导航栏
第二步：为“预约座位”入口配置弹窗表单，字段含学号、日期、时段（下拉选择）、是否需要电源插座（复选框）
第三步：将表单提交后数据存入后台数据库，并设置管理员端查看权限
这种步骤式写法，强制AI按顺序调用策划→设计师→研发→测试智能体，避免功能堆叠混乱。你控制节奏，AI负责执行。

方法三：用文件补充结构化信息
上传一份Excel，里面包含“课程表”“教师简介”“教室分布图”三张Sheet。然后提示：“基于附件中的课程表数据，生成可按周筛选的课表查询页；教师简介页需支持头像上传与职称标签；教室分布图页要嵌入可缩放SVG矢量图。”这里有个关键点：上传文档后，务必在提示词中明确指出每张Sheet的用途，否则AI可能只读取第一张Sheet，或者把字段含义搞混。

方法四：嵌入智能体能力声明
直接写：“这个应用右下角需集成千帆平台已部署的‘教务问答智能体’，入口图标为问号，对话历史需与当前用户账号绑定。”秒哒会自动识别指令，跳过前端UI生成环节，直接调用Agent接入协议。你省去了手动配置Webhook的步骤，AI也省去了不必要的猜测。

方法五：缺陷导向式迭代指令
不要说“改得更好”，要精确指出问题位置和修改目标。“当前登录页验证码输入框宽度太窄（仅80px），导致四位数字显示不全；请改为120px并增加右侧‘语音播报’图标，点击后朗读当前验证码。”带像素值+交互动作的指令，能精准定位DOM节点，并调用样式工程师智能体修复。你给的是手术刀，AI才能精准下刀。

避坑要点：三个高频错误立刻停手

先说三个最容易踩的坑，直接跳过就等于少走弯路。

❌ 把提示词当搜索关键词用：“小程序 电商 登录 支付”——秒哒不是搜索引擎，这种碎片词无法触发多智能体协同，只会生成一个空壳框架。

❌ 在一句话里塞进过多无关需求：“做一个能卖货、能约美甲、能查公交、还能看星座运势的App”——AI会优先处理前两项，后两项被降级为“待扩展功能”，而且不同业务域的数据模型无法自动打通。结果就是，你想要的没有，不想要的乱成一团。

✅ 正确做法：拆成独立应用，或者明确主次。“主功能是社区团购小程序，美甲预约作为二级服务模块嵌入‘本地生活’分类页，公交查询仅需接入百度地图API显示附近站点，星座运势不开发，用外部链接跳转。”清晰的主次结构，才能让AI按你的优先级来执行。

最后检查：提示词自测三问

写完提示词，别急着提交。先用三个问题自检一下：

① 是否能让一个完全没看过你原始想法的人，仅凭这句话就画出线框图？
② 所有动词是否指向可执行动作？（“展示”“跳转”“生成”“同步”“校验”——而不是“优化”“提升”“完善”）
③ 是否包含至少一个不可替换的具体名词？（“微信支付”不能换成“支付”，“墨镜”不能换成“商品”，“李白博客”不能换成“个人主页”）

这三个问题过一遍，你的提示词就能从“能跑”变成“能用”。