审批要说清动作、范围和恢复方式
读取、修改和发布需要不同的授权；确认前说明要做什么，执行后留下可查的记录。
用工具读取仓库、修改文件、推送分支、发布到生产环境，后果各不相同。我希望权限设置和审批能把这些动作分开，让操作者知道这次允许做到哪一步。
确认框只问「是否继续」，信息往往不够。要改什么、影响哪里、完成后怎样检查、出错后能否恢复，都应在确认前说明。一个任务包含读取、规划、起草、发布和删除时，也需要分别考虑这些步骤的授权。
类似的区分也适用于计算和建议。房贷计算器给出的贷款额度，只是计算结果，不能说明这个额度是否适合一个人的生活。排序结果则需要说明使用了哪些约束，才方便判断是否接受。
执行后留下的记录也很重要。做过哪些动作，停在哪一步，还有哪些结果需要确认，这些信息决定了出错后能不能继续处理。能撤销的动作还应说明撤销方式，不能恢复的动作则要在执行前说清后果。
我会根据动作的影响来考虑审批的复杂程度。容易理解、可以撤销的操作可以简化；不可逆或影响外部系统的操作，需要提供更多信息。这是我对工具的要求，不是现有系统都已经做到的事。