📖 名词释义
AI Box（又称 AI盒子 / 智能体计算机 / Agent Computer），是一种专门运行 AI Agent 的本地硬件设备，预装智能体应用管理系统，开箱即用，7×24 小时在线运行。用户可以通过微信、飞书、企业微信、钉钉等社交软件远程指挥 AI 帮你干活。
摘要： Agent 要替你干活，就绕不开一个动作：把某个服务的密钥交给它。这一步长期没有中间选项——要么不给，它什么也做不了；要么给到底，一串长期有效的字符从此躺在它的运行环境里。铠盒AIBOX 预装的铠盒密码箱，补的就是中间这一层。
问题的形状
传统做法只有两种。
一种是把密钥写进配置文件或环境变量，让 Agent 直接读。省事，但密钥变成一份可复制的明文，跟着脚本走、跟着备份走、跟着别人 pull 下来的仓库走。
另一种是把它托管在某个云端工作区，由平台代为调用。密钥不进你的代码，可它进了别人的服务器。OpenCode Console 10 月那次事件里，受影响的是 Console 工作区那一份，1.4% 的用户收到邮件要求换 key，有人账单被刷到上千美元。
两种做法背后是同一个结构：密钥要么在你手里但四处乱放，要么放得整齐但在别人手里。
密码箱改的是哪一步
铠盒AIBOX 是一台专用的智能体计算机，跑在你自己的局域网里。铠盒密码箱是它预装的凭证管理模块，做法分三层。
第一层，凭证留在设备上。 密码和密钥存进这台设备，跟着设备走。设备在你的网络边界内运行，凭证不出这个边界。它不在某个数据中心的数据库里，也不会因为别家平台出事而跟着出事。
第二层，Agent 默认没有访问权。 这一点最容易被忽略。不是「Agent 有权限但受限制」，是它启动时手里什么都没有。需要某个凭证时，它向密码箱发起一次申请，你看到的是具体的三件事：谁在申请、要哪一个、用来做什么。你同意，才放行。
第三层，它拿不到明文。 授权不等于把密码复制给它。密码箱作为受控代理自己完成调用，Agent 收到的是任务结果，那串字符它从头到尾没看见。活干完了，密码它也不知道。
授权可以叠多少个维度
密码箱的授权不是一次性的开关，五个维度可以叠加：
- 按 Agent：只给负责这件事的那个，其他不受影响
- 按任务：只在这类任务里有效
- 按接口：只允许调某个服务的某一个接口
- 按次数：只给 5 次，用完自动失效
- 按有效期：只到今天 12 点，过期自动收回
实际用起来是这种句子：「只允许今晚、只允许这个接口、只能用 5 次」。三个条件同时满足才放行，跑完自动作废。
所有调用留痕，谁在什么时候用了哪个凭证、调了什么，都查得到。授权随时可以撤，不用等它过期。
| 写进配置文件 | 托管在云端工作区 | 铠盒密码箱 | |
|---|---|---|---|
| 密钥在哪 | 你的机器上，但明文可复制 | 别人的服务器 | 你的设备里 |
| Agent 有没有访问权 | 有，一直是 | 平台有 | 默认没有，按次申请 |
| Agent 能否看到明文 | 能 | 平台能 | 看不到，只拿结果 |
| 授权能否收窄 | 不能 | 一般只能整套给 | 五维叠加 |
| 出事时影响面 | 跟脚本流动 | 跟平台绑定 | 限于已授权的这一次 |
它不承诺什么
密码箱不是「绝对安全」。设备丢了、系统被拿下、你自己点错了同意，这些风险还在。
它改变的是风险的样子：从「一份长期有效的可用副本躺在某个你看不见的地方」，变成「恰好够用、你能看见、随时能撤的一次授权」。前者的暴露窗口按年算，后者按分钟算。
这也解释了为什么它必须装在设备上。凭证管理的价值不在加密算法有多强，在于边界画在哪。
今天就能做的两件事：把还在配置文件里的长期密钥列一遍，能换成短期的换掉；把 Agent 手上不该有的凭证收回来，让它以后自己申请。
延伸阅读： - 当 AI Agent 开始替你操作一切，谁来管理它使用的密码和密钥？ - 为什么你的 API Key 不该存在别人服务器上 - 私人知识库放云端安全吗？
了解更多 请搜索【铠盒AIBOX】 联系邮箱：[email protected]
铠盒AIBOX · 7×24小时为你工作的私人AI助手| 产品中心