零暴露脚本安全运行

要解决什么问题

让 AI 或自动化流程跑本地脚本时，常见矛盾是：要么把脚本和密钥交给模型读，要么把执行权完全交给不可审计的黑盒。运维脚本里往往夹着 API Token、内网地址和一次性修复逻辑，一旦进入对话上下文，就等于扩大了泄露面。

本技能是围绕 MGC Blackbox 的文档型说明，目标是把「执行」和「看见明文」拆开：脚本加密落在本地 MGC，执行也在本机完成，代理侧默认只拿到运行结果（除非用户主动暴露内容）。

技能如何工作

核心能力可以概括为四条：

• 加密存储：通过 mgc_save 以 info_type: script 等形式写入，明文只在入库瞬间存在于本地流程中。
• 三种触发面：mgc_get（MCP，给 AI 代理）、REST /api/mgc/sensitive/get（系统集成）、WebUI（人工点 Run）。
• 凭据内调：脚本可在本地通过 MGC 内部 API 取凭据，密钥不必写进脚本文件，也无需交给模型。
• 密封跨节点：用 mgc_seal 按目标节点公钥封装，只有对应节点能解密执行，适合委托到另一台机器而不传播明文。

典型路径是：准备带 ext01 启动命令的脚本 → 存入 MGC → 选 MCP/API/WebUI 之一触发 → 核对输出。前置上需要本机已装 mgc-blackbox、MGC 服务在 127.0.0.1:57219 跑起来，且代理优先走 MCP 工具而不是易冲突的 CLI。

适用边界与注意点

这是纯文档技能，不会替你自动跑脚本；每一次执行都应有人工批准。AI 无法审查你已封存的脚本内容，因此「零暴露」不等于「零风险」——不可信脚本仍可能在本机调用 MGC 凭据或执行危险命令。

权限边界上：脚本只作用于本地环境；不会自动执行、不会自动拉凭据；远程访问仅当脚本自身写了网络调用。执行前建议按来源审查清单逐项确认：来源可信、用途明确、不越权碰敏感数据、无破坏性命令，并由你本人承担结果责任。