← 返回技能包

流程与反馈

系统状态要一直看得见

等待、执行、失败、恢复都不该让人靠猜,尤其在 AI 或长任务场景里更是这样。

3 个案例 3 条依据

WHEN

什么时候用

系统在执行,但用户看不见进度和状态。

PREP

你要准备什么

任务链路、状态节点、用户等待时反馈。

RESULT

你会拿到什么

状态模型、反馈文案、失败可见策略。

什么时候用

系统在执行,但用户看不见进度和状态。

你要准备什么

任务链路、状态节点、用户等待时反馈。

做完之后,你手上会有

状态模型、反馈文案、失败可见策略。

快速检查

直接复制这段 Prompt →

请把这条流程改造成“状态可见”版本:列出所有状态节点、每个节点的用户文案、触发条件和下一步动作。

先从哪些动作开始

  • 让等待、处理中、成功、失败都有可见表达
  • 高影响动作给出执行边界和日志
  • 让状态与下一步动作一起出现

哪些地方最容易做错

  • 任务执行中整页静默
  • 只有 loading 没有解释
  • 失败后只给一个“重试”而没有原因

公开准则

World Says

PAIR 与 HAX 都强调 AI 系统边界与状态可解释。

实战经验

Practice Says

OpenClaw/Feishu 恢复中,状态可见是提升可信度的第一步。