先澄清，再执行
只追问会影响方案的关键变量，其他细节自动采用合理默认值。
为 AI路小飞 深度优化更少 token，
更少 token，
更完整地执行。
描述你想做的功能，自动获得 AI路小飞 看得懂、做得到、可验收的执行方案；信息不足时先追问，遇到外部阻塞时及时停止。
可执行优先逐条复制阻塞即止损
方案预览READY
目标
预约管理 Web 应用
先完成预约闭环，再补管理与通知，避免同时展开。
P0页面与预约数据闭环先执行
给 AI路小飞步骤 1 / 3
制作可直接打开的预约 Web 应用，先完成服务选择、日期时段和提交成功状态…
设置提示：无需调整，保持默认编码模式
按依赖拆分提示词
每条指令独立可复制，包含目标、边界与验收标准，降低返工。
识别不可执行阻塞
凭证、审核、权限等问题会立即叫停，并给出模拟替代路径。
持续修复上下文
保存方案后带着原目标反馈问题，不必反复解释整个项目。
DEEP USAGE GUIDE
让路小飞从“能写代码”到“稳定交付”
工具选得对，比把提示词写得长更重要。
先找现成能力，再决定是否开发
涉及图片、视频、语音、OCR、网页抓取或 AI 文本处理时，先让路小飞检查技能与场景模板，复用已验证的输入输出链路。
- 告诉它业务目标，不要先指定底层模型
- 要求先匹配技能，再开始写页面
- 禁止用本地假效果冒充真实 AI 能力
先检查技能商店与场景模板；命中后复用现成能力，只补业务界面与流程。把工具当作能力边界
数据库、支付、地图、邮件等外部服务，先确认账号、权限、测试环境和凭证是否具备。
- 凭证缺失时先做可替换的模拟接口
- 明确数据由谁提供、保存在哪里
- 真实接入前保留测试开关
让后续动作由事件自然触发
把“提交订单 → 支付 → 通知 → 更新状态”描述成事件与响应，而不是塞进一次巨大指令。
- 事件名写清触发条件与载荷
- 每个处理器只负责一个结果
- 失败要有重试、回滚或人工处理出口
探查 → 方案 → 执行 → 验收 → 修复
- 探查确认现有页面、数据和限制
- 方案按依赖与风险排列优先级
- 执行一次只交付一个可验收结果
- 修复粘贴原始原因，不重复整段上下文
不要再用超长提示词碰运气