核心用法
respond-first 是一套通信协议规范，要求AI代理在执行任何耗时操作（工具调用、搜索、多步骤任务）前，必须先向用户发送简短确认消息，形成"确认→执行→汇报"的标准流程。
执行标准：
- 快速任务（<30秒）："On it~" / "Let me check..."
- 中等任务（1-5分钟）："Got it, searching — give me a minute~"
- 长任务（>5分钟）："This will take 5-10 minutes, I'll report back~"
特殊场景：用户同时提问+布置任务时，需先回答问题，再声明将执行任务，最后执行。
显著优点
1. 消除不确定性焦虑：用户立即获得反馈，避免"agent是否崩溃"的猜疑
2. 透明化进度预期：明确告知等待时长，建立合理心理预期
3. 极轻量级实现：仅需调整响应顺序，无需额外技术栈
4. 通用性强：适用于任何需要工具调用的AI交互场景
5. 优先级明确："回复用户 > 执行任务 > 完美结果"的价值排序
潜在局限
- 对API流式响应支持不佳的场景，可能增加延迟感知
- 极端高频工具调用场景下，确认消息可能显得冗余
- 无法自动追踪实际执行时长与预估的偏差
- 依赖开发者自律遵守，无强制技术约束
- 多Agent协作场景中，单个Agent的确认可能无法代表整体进度
适合人群
- 构建AI助手产品的开发团队
- 注重用户体验设计的Prompt工程师
- 客服、知识库、数据分析等需要工具调用场景的Agent开发者
- 希望降低用户流失率的对话式AI产品负责人
常规风险
- 确认与实际执行脱节：发送确认后执行失败，造成承诺未兑现
- 过度承诺时间预估：乐观估算导致用户等待超期
- 形式主义应用：机械发送确认但内容空洞，反而增加干扰
- 忽视失败恢复：未定义执行失败时的二次沟通策略