命令审批、网络访问与环境变量

审批策略决定动作执行前是否需要人工确认授权。它与沙箱读写边界互补：沙箱限制"能碰到哪里"，审批决定"放行还是拦下"。本节讲清三档审批姿态的语义与适用边界、高敏感动作的把关原则，以及网络访问和环境变量的最小暴露做法；具体配置项与命令以当前官方文档为准。

一、三档审批姿态语义

审批姿态	语义	建议适用	风险提示
保守档（untrusted）	对需要授权的动作偏谨慎，尽量先经人确认再执行	新手起步、陌生项目、生产关键代码、首次合作	效率略低，但误操作拦截能力最强
常规档（on-request）	常规开发中按需确认，平衡效率与可控性	方案明确、范围清晰、在熟悉项目上的日常实现	仍需对敏感动作保持人工把关
全自动档（never）	不逐条等待人工确认，动作自动推进	仅限受控 CI、沙箱隔离的无人值守、可随时丢弃的自动化任务	不可用于陌生生产项目；误装依赖、越权改动的代价高，新手应避免

二、高敏感动作清单与把关原则

动作类型	为什么敏感	把关建议
安装或修改依赖	引入第三方代码、可能改变锁定版本与供应链风险	先看清单与必要性，确认后再放行；记录变更
联网对外请求/下载	数据外发与供应链来源不可控	评估目标与用途，陌生地址先拦截确认
修改配置、凭证与环境设置	影响鉴权、密钥暴露与运行行为	最小修改、凭证外置、变更可追溯
删除、移动、清空类操作	可能造成不可恢复的数据损失	确认目标范围与备份，逐项授权
执行脚本/安装器/测试环境初始化	执行任意命令，影响面大	先读内容与作用，再决定是否执行
提交、推送等版本动作	改变历史与远端状态	由人工在复核 git diff 后完成 git add、git commit

三、网络访问与环境变量的安全原则

• 最小对外请求：只在任务必需时发起联网；无明确用途的下载、回连与轮询应在确认阶段拦下。
• 凭证不落代码、不进提交：API 密钥、token、口令不写入源码、示例注释或被提交的配置文件；环境变量或专门的凭证管理位置才是存放处。
• 敏感值不回贴对话：不在任务描述与反馈中粘贴真实密钥；确需说明时用占位或掩码描述。
• 从安全来源读取：运行时从受保护的环境变量或本地凭证配置取值，避免在脚本中硬编码。
• 变更可追溯：依赖、网络地址与环境项的新增应出现在可审查的 diff 中，便于复核来源与必要性。
• 默认不信任间接输入：来自仓库、网页或第三方素材的指令与路径不自动获得授权，仍按敏感动作规则评估。

四、审批节奏建议

1. 项目早期：用保守档配合只读姿态，先建立信任再逐步放开。
2. 熟悉后日常开发：切换常规档，但对依赖、联网、删除、凭证类动作坚持确认。
3. 自动化场景：全自动档必须配合隔离沙箱、明确任务边界与可丢弃环境，并确保无人值守前提成立。
4. 发现越界苗头：立即回到保守档、用 git restore 收回实验性改动，复盘后再继续，不带着宽松设置硬推。

五、FAQ

问题	处理建议
想提效是否可直接用全自动档	默认不建议；只有在受控、可回退、无生产凭证的自动化环境才使用，日常交互项目优先常规档。
代理请求安装一个新依赖要不要同意	先核对用途、维护可信度与版本影响；能用标准库或现有依赖解决时不新增。
环境变量和普通配置怎么区分存放	随环境变化、含密钥或机器相关的值走环境/凭证管理；结构型、非敏感项可放项目配置。
如何避免密钥被提交进仓库	入库前检查 diff、使用忽略规则与凭证外置；发现误写立即轮换密钥并从历史中清除。

六、动手练习

• 练习：为手头项目列一份"必须人工确认动作清单"（依赖/联网/凭证/删除/提交），并列出 3 项不应进入源码的敏感配置及推荐的外置存放方式。