四种云端方案，
每个任务选择一条。

不是四个等价的代码执行按钮

我先按“业务 Agent”与“执行工具”拆开选型。本演示每个任务四选一，不串联四个云方案。若另行设计组合工作流，Foundry 也可调用 E2B、Sessions 或 Sandboxes 做工具执行，但会累加两边成本，不能把 Hosted Agent 计算会话等同于独立的 ACA SandboxGroups。

第四条如何接入 Device

真实链路：Device → 同源 HTTPS BFF → Python Sandbox SDK → ACA Sandboxes 数据面。使用本机 Azure CLI 或独立 Device VM 托管身份；服务端保管原生 ID，仅向浏览器返回设备绑定句柄。任务 API 为 /api/sandboxes/tasks，负责可信执行、文件校验、Disk 生命周期、快照恢复、回传和回收，不复用第三条的 identifier 状态机。

环境由独立 Terraform root 部署 Microsoft.App/sandboxGroups 与组范围 Container Apps SandboxGroup Data Owner。代码位于 device-app/aca_sandbox_connector.py，使用 azure-containerapps-sandbox==0.1.0b4。组是预创建的管理边界；每个任务的工作区与自建快照在演示后删除，端侧文件与便签另行保存。

启动速度、完整任务时延和吞吐分开看

三条已有路线的小样本观测

我从同一操作端串行发起请求，每条取三个独立分配样本；E2B 与 Sessions 都执行 sum(range(100000))，Foundry 做一次短模型回复。首次 = 分配/会话创建 + 第一次执行；热请求 = 同一运行会话内再次调用。它不是跨产品同等工作负载排名。

读取时间与测量边界。

第四条：原生 Sandbox 生命周期观测

单次 SDK 流程记录：分配 2.11 秒，首次执行 0.38 秒，再次执行 0.35 秒，Disk 停止 7.49 秒，恢复 2.46 秒，创建快照 2.47 秒，从快照恢复新工作区 0.71 秒。这里的工作量是文件与生命周期验证，不是前三条相同的小算术；不从一个样本推导中位数、p95、吞吐或 SLA，也不宣称内存/进程已恢复。

这些是客户端墙钟时间，包含 DNS/TLS、SDK 身份解析和 Foundry 500ms 轮询；不包含 Device 业务队列、完整文档导出和 IndexedDB 回传，也没有强制清空平台缓存。原始记录可查看 测量 JSON。三次样本只报告中位数和范围，不推导 p95/p99、吞吐或稳定性。

性能容量模型与下一轮验收

T端到端 = 端侧调度 + 认证/网络 + 排队 + 分配/恢复 + 执行/模型 + 文件回传 + 本地提交。稳态所需并发约为 到达率 × 平均驻留时间，但尾延迟和突发需额外余量。E2B 的有效并发取 worker、可用 CPU/内存、磁盘吞吐和网络中的最小约束；Sessions 本应用至多三个 worker，不能因平台支持数千就声称 Demo 支持数千。

正式比较时统一数据、文件大小与计算量，至少各 100 个样本，分冷/热/恢复，按 1→3→5 并发逐级测，记录 p50/p95、成功率、429、吞吐与每成功任务成本；Foundry 单独固定模型、输入/输出 Token 与工具数。建议本 Demo 的验收目标是“接入与状态可见、文件一致、明确回收”，而非在未压测前承诺亚秒业务完成。

成本先看计费粒度，再看单价

载入官方价格快照。

内置 Sessions 按每个已分配会话向上计入小时。 新建 20,000 个各运行一分钟的会话，仍是 20,000 会话小时；若每个会话连续做 100 个一分钟任务，则每会话约 100 分钟，按两小时计费。显式 DELETE 能限制尾时长，但不能把第一小时按一分钟折算。默认 cooldown=300 秒会延长分配时长，跨过小时边界时会增加一个计费小时。

Sandbox 在 running 期间按分配的 CPU/内存秒数计费，stopped 不收 CPU/内存费用，但镜像、快照、卷、网络和日志并不因此免费。Foundry Hosted Agent 的官方零售 meter 为 $0.0994/vCPU-hour、$0.0118/GiB-hour，另加模型 Token；这里使用真实 Hosted meter，不借用 ACA 费率，也不把 Foundry-native prompt/workflow 的“无额外费”套给 Hosted。实际活跃容器小时未填时，计算器明确保留待确认项。

公式、边界与利用率

• E2B 计算固定成本 = H × VM小时价；每成功任务 = (固定+附加+运维+变量费用) / 成功任务数。全天运行并非“无状态就不计费”；释放计算必须 VM deallocate，不只是停止进程。NAT、盘、IP 等仍可能收费。
• Sessions = Σ每分配会话 max(1, ceil((批次任务数×T+尾时长)/3600)) × 会话小时价。计算器分别处理完整批次和最后不足 K 的批次；不把不同设备共享会话，复用必须保持同一授权工作区。
• Sandbox = (N×T + 批次数×额外运行秒) × (CPU×CPU秒价 + GiB×内存秒价)；额外秒数可覆盖分配/恢复/空闲。任务间暂停的等待时间不计 running 秒；snapshot/volume 保留费用另外算。
• Foundry = 活跃容器小时×(1×CPU小时价+2×GiB小时价) + 累计输入Token×输入价 + 累计输出Token×输出价 + 工具/存储等。默认 900 秒 idle tail 可能大于短回复执行时间；不能只按模型执行秒数估算活跃容器时长。
• 不自动减免费额：ACA 的月免费量按订阅共享，并非每一条路线独享。Sandbox 是否实际扣减、请求 meter 是否适用当前数据面，要以账单核实；本模型只算未扣免费量的 CPU/内存，不套用普通 Container App 的请求次数费或 idle 副本费。
• 基准是假设连续处理、无任务间等待、无重试、无回传时长的计算组件下界；不是四个相同吞吐的实例。价格交点还需验证 N×T / 月秒数 所需平均并发不超过实际容量；失败与重试会提高每成功任务费用。

例如同样 20,000 次、每次运行 60 秒，Hosted 1 CPU/2 GiB 的计算若无尾时长为约 $41，加本例 Token $28，共 $69 已知组件；若每次新建计算会话并一直等到默认 900 秒空闲回收，则按活跃时长估算计算约 $656，加 Token 共 $684。它们是两种复用/回收假设，不是当前账单；Hosted 的小时单价本身不代表已证明像 Sessions 一样每次向上取整小时。

怎么选，怎么压低成本

我会按资源组和 meter 每日对账，分开记录 Device 共享底座、路由计算、Token、存储与网络，配置预算提醒和显式回收。历史保留的 Azure 资源也会计费，但不计入这里的目标架构组件小计；本页面不代表整个订阅账单。

价格证据与官方接口

快照不是实时价格。原始选择条件、meter ID、地区、单位与生效日在 价格与资源证据 JSON，可用 Azure Retail Prices API 复核。模型选择普通 GlobalStandard 输入/输出，不混入 Batch、cached input、微调托管或 Windows 365 Agent 单价。

云模块独立部署，Device 保持独立项目

我把服务基础环境与演示应用分开：各云模块有自己的 Terraform root 和 state，可以单独 init / plan / apply，也能由统一入口按选择顺序部署。基础环境部署不要求先运行 Device，更不会把 Foundry 绑定到一台必须存在的 E2B VM。

按模块部署，或者一次部署四个云基础环境

# 只部署一个云基础环境，示例：Foundry
.venv/bin/python scripts/deploy_environment.py --modules foundry --base-only
# Sessions / Sandboxes / E2B 各自可选
.venv/bin/python scripts/deploy_environment.py --modules aca-sessions --base-only
.venv/bin/python scripts/deploy_environment.py --modules aca-sandboxes --base-only
.venv/bin/python scripts/deploy_environment.py --modules e2b --base-only
# 统一基础环境：四个云 root，不发布 Device 或 Hosted Agent 容器
.venv/bin/python scripts/deploy_environment.py --modules all --base-only
# 只生成并保存计划，不 apply
.venv/bin/python scripts/deploy_environment.py --modules all --base-only --plan-only

去掉 --base-only 可发布选中模块的应用；Device 托管网页仍需已部署的云端身份校验与 Foundry 配置，不把“云基础环境独立”误说成当前 BFF 已支持任意单服务身份模式。Terraform state、密钥与计划留在私有位置，公开 environment 清单只包含非秘密配置。

域名、TLS 与端侧状态

已批准的自有域名配置为 device.stat200.net 与 runtime.stat200.net。DNS 指向原 VM IP；Caddy 管理受信任 TLS 证书；Runtime 业务接口为 HTTPS 7444，SDK/代理/原生管理仍受原操作员 CIDR 限制。域名变更不覆盖组织访问策略，也不关闭证书验证。

# 审批后管理现有 DNS zone 的两个应用记录
.venv/bin/python scripts/deploy_environment.py --modules dns --organization-approved
# 准备并应用 Runtime TLS/CORS 与 Device URL 配置
.venv/bin/python scripts/configure_domain.py --approved --apply

切换域名意味着浏览器 origin 改变：旧域名的 localStorage / IndexedDB 不会自动复制到新域名。原来的设备数据仍属于原 origin；不能因旧地址被组织限制就代理读取它。新域名使用自己的演示状态，服务器授权凭据和归属校验保持原规则。

报告可以完全离线打开

.venv/bin/python scripts/build_offline_report.py
# 输出 docs/agent-runtime-lab-offline.html

离线版将 CSS、SVG/JavaScript、价格与性能 JSON 全部内嵌到一个文件。双击即可筛选四方案、播放流程、修改成本参数和查看证据，不依赖网页域名、CDN、本地服务器或 Azure 登录。它展示保存的技术资料与测量快照，不读取实时部署状态。

SDK 不在同一个地方

第四条：在真实工作区执行，再把状态带回设备

每一跳使用什么协议、凭什么访问

图中的业务委派不等于实现 A2A 标准。当前 Device 契约是明确的 HTTP JSON / multipart；Foundry 容器使用 Responses 2.0.0，不把两条链路混称为同一个 SDK 或协议。

状态留在哪里

切换菜单不会删除已有提醒、便签或文件。Foundry 路线当前演示文本规划/多轮记忆，不伪造 Word 下载；E2B 未配置模型时明确使用文档摘录/模板，不把沙箱真实运行说成模型推理。

部署顺序和当前连接

.venv/bin/python scripts/deploy_vm.py --test

.venv/bin/python scripts/deploy_foundry.py

az login
.venv/bin/python scripts/run_device.py

Device 页面显示实时业务事件与请求状态；E2B 原生 Dashboard 管理 Sandbox/Template，业务后台管理 Device/Session；Foundry 项目通过 Azure Foundry 门户管理 Agent 版本、模型与追踪。

Device VM 与 Runtime VM 分开

Device VM 只是端侧逻辑的模拟机器，物理上仍在 Azure，不能称为真正离线手机。它只运行独立的 device-app 容器与 HTTPS 网关，不持 E2B Team Key，也不运行 Firecracker。E2B SDK 留在 Runtime VM；Foundry SDK 和 ACA REST 连接器位于 Device VM。

ACA 连接器代码：device-app/aca_connector.py；共享身份边界：device-app/runtime_identity.py。不把原生 REST 错称为 E2B SDK。Device VM 与本机两种运行方式使用同一份应用容器/源码。

.venv/bin/python scripts/deploy_lab.py