ARTICLE · 1187999
OpenCode 插件凭证归谁管?从凭证文件嗅探
OpenCode 插件凭证归谁管?从凭证文件嗅探
OpenCode 插件凭证存储架构演进
之前 OpenCode 插件找凭证,全靠自己在电脑上翻箱倒柜。它得猜文件放哪、自己读磁盘、自己解析 JSON。
这法子看着能跑,其实是个定时炸弹。宿主一改存储方式它就静默失效;多开几个进程还可能抢着读写文件。更麻烦的是,插件为了兼容,硬生生背下了宿主的私有路径和格式,两边死死绑在了一起。
到了 V2 架构,官方直接把这套野路子堵死了。现在全靠宿主统一加密托管,插件想用,只能调公开的 Integration API。拿到的密钥只在当前请求里活一下,用完立刻释放,绝不长期留在内存里。
为了防止有人手滑把密钥写进配置,系统还加了道硬拦截。只要写入的字段命中 api_key、token 这类敏感词,直接报错拦截。V1 那套读明文文件的旧路也被彻底切断,两代认证完全互不干扰。
说白了,现代插件的安全底线就一条:宿主管存,插件管用。
原文OpenCode 插件凭证归谁管?从凭证文件嗅探到 Integration API
广东,1小时前,2026年10月15日
已修改















































































