服务商
AWS IAM · Long-lived access key
Agent 怎样通过 KeyKeeper 拿到 AWS IAM · Long-lived access key 的 key,在 console.aws.amazon.com 该选什么,KeyKeeper 怎么验证。
| 模板 id | aws(别名 amazon-web-services) |
|---|---|
| 字段 | aws-secret-access-key → AWS_SECRET_ACCESS_KEY · 密钥 |
| 还有 | aws-access-key-id → AWS_ACCESS_KEY_ID · 明文,需你确认 |
| 还有 | aws-region → AWS_REGION · 明文,需你确认,可选 |
| key 长什么样 | 创建时只显示一次 |
| 创建页面 | console.aws.amazon.com |
| KeyKeeper 的验证 | 不验证 |
| 模板核实日期 | 2026-09-15 |
Agent 做什么
keykeeper providers show aws
keykeeper save --provider aws --from-clipboard --create --purpose "这个任务是做什么的"
keykeeper run -c aws -- <你的命令>--provider aws 会补上凭据 ID 和字段名。这些环境变量就是 AWS 自家工具读的那个,不需要任何映射。
只有你能做的
Sign in to AWS
Use IAM Identity Center or assume a role where possible
If a key is unavoidable, create/select a dedicated IAM user
Open its Security credentials and copy the pair once
复制 key,然后在 KeyKeeper 的窗口里确认保存。
该选什么
Prefer temporary role credentials. Never create a root access key. If long-lived keys are unavoidable, attach a least-privilege policy limited by action and resource, and set rotation reminders.
Agent 被告知的是同一件事。它替你打开页面、说明该选什么;它从不替你登录、过 2FA 或付费。
KeyKeeper 检查什么
- 写入前: 值必须像一把 AWS IAM · Long-lived access key 的 key(没有形状规则)。贴错了会在存入之前被拒绝,并告诉 Agent 原因——不含值。
- 保存后: AWS IAM · Long-lived access key 没有 KeyKeeper 可用的只读接口,第一次真实调用就是测试。
轮换与过期
Long-lived IAM access keys do not expire automatically; rotate and revoke explicitly. 在 console.aws.amazon.com 轮换或撤销。