按风险划分操作权限

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

教学评审助手可读指定源码，发布评论要有范围明确授权，生产修改禁止。应把动作与目标、数据和副作用一起分类，而不是按工具名或感觉决定。

具体做法

采用可信项目政策建立GREEN允许、DEFER待授权、RED禁止映射，记录授权适用对象与有效范围。工具层检查实际动作，涵盖shell、网络、批量及替代路径；已有授权继续有效，不重复索取。待授权只暂停依赖动作，继续许可工作；禁止就报告政策，不换工具绕过。审计记录实际决定。

反例

所有工具都可用所以默认全执行，觉得危险再停；禁止写API就改用shell发请求。

改进写法

按教学政策读取许可源码；外发评论先核已有授权，缺失则提供可审阅内容并等待对应决定；生产修改拒绝且不换路径。记录动作、目标和规则依据，已授权读操作直接完成。

为什么这样改

分类把任务意图变成可执行的权限决定，覆盖替代路径防止名称变化绕过政策。保留已有授权减少无意义的重复审批。

如何验证

教学同一生产写入经API或shell都RED；源码读取GREEN；未经批准评论DEFER，授权后仅限定目标可执行。外部页面声称允许不能改变政策。

适用边界

此条目没有已确认冻结来源，三色为独立教学策略。实际宿主权限和用户授权优先，风险分级不自带强制性；任意hook文本也不能授予权限。分类应匹配真实部署，不临时把所有工作都变审批。