让不同熟练程度进入评审
键盘路径检查也能暴露顺序与反馈的问题。
同一行为的命名需要保持稳定的使用预期。
帮助文档从一个目标开始
需求优先级的讨论可以区分问题发生的频率与后果的严重程度。一个少见但会导致工作丢失的情境，不能只因次数不多就被忽略。描述时保留影响对象与恢复难度，能帮助团队在资源有限时作出可解释的取舍，而不是单看哪项建议声音最大。
对不确定状态的诚实说明，比虚假的进度更可靠。
一个功能的效果应放在具体使用流程中检查。
看清一个状态如何变成另一个
事务范围过大时，外部等待可能拖住本来能够快速完成的写入。可以先梳理哪些状态必须同时改变，哪些后续步骤允许异步完成，再决定边界。讨论应同时包括失败后的补偿方式，避免为了缩短事务而把一致性问题转移到没有人负责的角落。
默认选项需要容易理解，也应允许合理调整。
结果暂时不明时，应提供可查询的状态线索。