alicloud-acs-agent-sandbox

用途：在阿里云容器计算服务（ACS）上通过 Kubernetes 自定义资源与 E2B 兼容 API 管理 Agent Sandbox，覆盖引导、创建、连接、运维、安全、扩缩容、升级、排障、检查与销毁。\n\n主要能力：先确认目标为 ACS 集群、使用 ACS 计算的 ACK 集群或 ACK One 舰队，核对 kubeconfig、命名空间、地域、镜像与网络边界。变更前执行只读检查：\npython3 skills/compute/acs/alicloud-acs-agent-sandbox/scripts/inspect_agent_sandbox.py \\n --output output/alicloud-acs-agent-sandbox/inspection.json\n参考文档涵盖引导与销毁、生命周期、租户与存储、挂载、网络与安全、可观测性、CRD 参考及平台模式。核心创建路径先启用 Agent Sandbox 并校验前提，启用 RRSA，安装 Ingress、ack-agent-identity、ack-agent-sandbox-controller 与 ack-sandbox-manager，配置管理域、API Key 与 TLS，再创建 SandboxSet 热池，等待 status.availableReplicas == spec.replicas，用 E2B Sandbox.create() 或 SandboxClaim 分配，并设显式超时或暂停策略。E2B 客户端路径按官方文档使用 e2b-code-interpreter==2.7.0 与 e2b==2.24.0，可用脚本做冒烟测试。\n\n限制与安全：不打印、记录或提交密钥、令牌、JWT、AccessKey、DSN、hashPepper、kubeconfig 与迁移 SQL；不要对 Sandbox Manager 使用 kubectl describe pod 或导出参数，某些版本会把管理 API Key 放进容器参数，应使用脱敏检查器与受限 JSONPath 查询，暴露后立即轮换。保持 automountServiceAccountToken: false，使用独立 vSwitch 与企业安全组，拒绝元数据服务 100.100.100.200/32 与私有网络。容器拥有 root、privileged、NET_ADMIN 等特权时可绕过命名空间 ACL，不能只依赖 TrafficPolicy。公开示例镜像为验证用，非生产加固镜像。E2B 生产访问要求 HTTPS；暂停沙箱可能因容量或欠费无法恢复；升级会重建 Pod 且不保留 rootfs、内存与 IP；运行中不得原地更改 PV 认证模式；csi 运行时仅用于启用存储的 SandboxSet，会注入特权容器并改变隔离边界。配额在 Redis 不可用时失效开放，不得视为硬安全边界。所有变更需说明影响范围，破坏性操作前获得确认，并保存脱敏证据于 output/alicloud-acs-agent-sandbox/ 下。