让协作变化留下可读记录，给异常状态留下继续的办法，批量操作需要清楚范围

让协作变化留下可读记录

测试样本应标明用途，不能冒充用户真实记录。

重复点击可能来自反馈不足，而非使用者缺乏耐心。

给异常状态留下继续的办法

循环依赖常让模块边界变得含糊。两个部分彼此调用时，可以追问它们是否共享一个尚未明确的概念，或某个职责放错了位置。解决办法未必是再加一层转发；把数据方向与所有权重新画清，往往更能帮助后续功能沿稳定边界继续扩展。

历史记录应帮助理解变化，而不仅显示有人操作。

用户应能分辨内容已接收与结果已完成的不同阶段。

批量操作需要清楚范围

日志保留策略需要考虑排查周期与清理责任。无限保留会增加存储与访问负担，过早删除又可能让偶发问题失去线索。可以按用途区分保留范围，并让清理状态可检查，使运维人员能够确认规则实际执行，而不是只在文档中写着一个理想期限。

页面简洁与信息可发现，需要放在一起考虑。

默认选项需要容易理解，也应允许合理调整。