Use your locally logged-in kubectl and cloud CLIs to let the agent manage cloud resources

No need to hand kubeconfig or AccessKey to any cloud environment. The agent reuses the CLI tools already logged in on your computer; checking clusters, viewing status and making changes all happen right in front of you.

凭据Yes最不该到处Copy的东西

想让 agent 帮你查 Kubernetes 集群, 看云上资源, 最直接的做法Yes把 kubeconfig 或 AccessKey 交给它. 但这意味着凭据要离开你的电脑, 进入一个你看不见的环境.

让 agent 用你已经Sign in好的工具

你的电脑上, kubectl, aws, gcloud, gh 这些工具早就Sign in好了. 接入本机后, agent 直接调用它们, 凭据不需要Copy到任何地方.

• 查看 Pod Status, 事件和日志, 定位 CrashLoopBackOff 的原因
• 对比两个环境的配置差异
• Create变更命令, in你批准之后再执行

你可以这样说

看一下 staging 集群里 order 服务的 Pod Why一直重启, 给我原因和修复建议, 先不要改任何东西.

列出这个Account下最近 7 daysNew, 但没有打标签的云主机.

变更Action, 交给Plan approval

对于会Changes线上资源的任务, 建议让 agent 先出计划:

1. agent 用 dwb plan 列出它打算执行的每一步
2. 你inWeb弹窗或Terminal里批准, 或者Suggest changes
3. 批准之后它才动手, 每commands依然实时可见

凭据留in你的电脑上, 权限就Yes你本人的权限, 每一步都经过你的眼睛.