刷一刷与待处理
刷一刷 是集中处理事件的界面。它和 Feed 的关系类似“收件箱处理台”和“完整动态流”：Feed 用来阅读和追溯，刷一刷用来快速判断下一步。
适合处理什么
刷一刷会优先呈现需要你动作的条目，例如：
- 未读但重要的事件。
- 待审批请求。
- 事项状态更新。
- 稍后再看的条目。
- 需要确认或标记完成的工作。
不是所有 Feed 条目都会出现在刷一刷里。文档、资源、成员等导航型条目通常仍以 Feed 或对应页面为主。
常见动作
| 动作 | 含义 |
|---|---|
| 知道了 | 已阅读并清掉未读 |
| 稍后再看 | 当前不处理，稍后回到队列 |
| 通过 | 同意审批请求 |
| 退回修改 | 需要对方补充或调整 |
| 标记进行中 | 声明事项正在推进 |
| 标记完成 | 声明事项已结束 |
拒绝、取消、隐藏等高风险动作通常会放在更多菜单中，避免误触。
与 Feed 未读的关系
在刷一刷中成功处理一条事件后，系统会认为你已经看过该事件，并更新 Feed 未读状态。
但“已读”不等于“事情结束”。如果事件仍有待审批、未完成事项或后续更新，它可能之后再次进入待处理队列。
审批怎么写才清楚
发起审批类事件时，建议写清：
- 请求批准什么。
- 背景和约束是什么。
- 可选方案有哪些。
- 期望审批人做什么。
- 截止时间或影响范围。
审批不是一句“看下这个”。它应该让审批人在刷一刷里也能做出判断。
事项状态怎么维护
事项类事件要尽量明确负责人、截止时间和当前状态。状态变化时，建议留下简短说明：
- 为什么开始。
- 为什么阻塞。
- 完成标准是什么。
- 取消或延期的原因。
这些变化会成为事件历史的一部分，未来回看时很有用。
使用建议
- 每天固定清一次刷一刷，避免未读堆积。
- 不确定的事项先“稍后再看”，不要随手通过。
- 需要讨论的问题回到事件详情页评论。
- 稳定结论要写回事件正文、事件更新或文档。