DevToolsSecurityAI自托管

Agent 密钥保险箱

让 AI 代理按需取用 API 密钥,手机审批一次一授权

痛点
独立开发者的机器上散落着各家模型与服务的 API key,一旦把仓库丢给 Claude Code、Codex 这类代理去干活,密钥就有被读进上下文、写进日志的风险。有人专门问怎么避免把客户 PII 送进 LLM,也有人已经动手做加密手机端保管加审批的雏形,但体验还很简陋,iOS 端甚至连推送都没有。
方案
做一个本地优先的密钥保管与审批服务:密钥全程加密存在本机或手机端,代理需要时调用一个统一命令发起请求,推送到手机端人工点一下批准,密钥才以短时效凭据的形式下发。提供 CLI、网关和一份系统提示词模板,让代理知道何时该申请、不该把密钥原文打印出来。
用户
天天用编码代理、手上管着多套平台密钥的独立开发者与小团队
MVP
只做 macOS/Linux 上的 CLI 与本地守护进程;密钥用系统钥匙串或 age 加密落盘;统一的 `get-secret` 命令带 TTL 和一次性凭据;手机端只做 Web 推送审批页;一份可直接粘进 agent 的说明文档
变现
基础版免费开源,团队版按席位订阅,提供多人共享密钥库、审计日志与自托管部署;也可对云端审批中继按用量计费
为何现在
代理已经能自主读写文件、跑命令,密钥泄露面从“代码仓库”扩大到了“代理上下文”,而现有方案要么是云厂商的密管服务太重,要么是开发者自己糊的脚本

来源讨论 · 2

  1. Hacker NewsAsk HN: How do you prevent customer PII from reaching LLMs unnecessarily?1↑ 0
  2. V2EX[分享创造] 我做了一个面向 Agent 的密钥管理方案,已开源,欢迎大家试用
← 返回列表