私钥不给 Agent
Agent 通过本地 socket 提交要签名的请求，拿回签名头。接口里没有任何字段能取走私钥。
Anpio Key替 Agent 保管私钥，只按许可签名
跑在本机的服务。AI Agent 把请求交给它，它检查许可后生成 HTTP 签名、W3C proof 或 X25519 共享密钥；私钥始终留在服务里。
Agent 要代表你访问网站，网站用 did:wba 验证签名。直接把私钥交给 Agent，一次提示注入、一个坏依赖或一条误发的日志就可能泄露。
Anpio Key 把私钥放在本机服务里，只给 Agent 一条签名通道：
你（管理员）：创建身份 → 写许可 → 解锁
anpio-key：保管私钥，逐次检查许可
Agent：提交请求 → 拿到签名头 → 自己发送开发模式，五分钟，不建立安全边界：
cargo install --path .
mkdir -p /tmp/keyd-lab
anpio-key --root /tmp/keyd-lab spec \
--host example.com --path agents/mybot --out /tmp/keyd-lab/mybot.spec.json
anpio-key --root /tmp/keyd-lab keygen --spec /tmp/keyd-lab/mybot.spec.json
anpio-key --root /tmp/keyd-lab serve
anpio-key --root /tmp/keyd-lab unlock --did 你的DID
anpio-key --root /tmp/keyd-lab sign --did 你的DID \
--method GET --url https://service.example.net/orders/42完整步骤见五分钟跑通。
Linux 上把服务、管理员和 Agent 分成三个系统账号，Agent 读不到私钥和状态。先装服务：
./install.sh它只装服务，不建身份。装好之后，新身份用一条命令 provision 进去，全程只在你的终端确认一次口令：
anpio-cli did create --host awiki.me --handle mybot --email you@example.com \
--agent mybot --key anpio-key服务铸根钥匙、设备签名钥匙和协商钥匙，发布策略、按用途发 grant；CLI 签首份文档、注册 handle，并打印给 Agent 的 did attach 命令。详细说明见安装，手动分步完成见本机使用。