Sandock

Agent 云端沙箱的产品设计与交付

参与沙箱、持久化存储、权限与订阅体验设计，通过 AI 辅助实现前端改动，并完成激活引导、多语言内容和上线验收。

关键设计判断

怎样让运行、订阅与资源限制各自说清下一步？

设计依据: 沙箱运行、持久化存储、订阅与权限有不同生命周期。前端的完成提示不足以说明文件是否保留、资源是否可用或权益何时到期。
关键取舍: 按激活、运行、恢复和扩展组织路径，分别核对状态与下一步操作；计费按资源级别分档，执行次数保留为套餐额度。定价阶段分析了 Daytona、Modal、E2B 的计费模型，据此制定商业化套餐。
交付与验证: 以控制台、订阅与配额界面对照运行反馈、存储保留和权益到期等状态，逐项说明当前状态、可用资源与下一步操作。

典型界面讲解

我将资源数量、运行状态和套餐用量分开，让用户判断当前工作区的状态，再进入具体操作。

资源数量说明当前有哪些沙箱，套餐用量说明还能使用多少。我将两种信息分开组织，帮助用户判断下一步操作。

开发者进入工作区时，需要先判断当前有哪些资源。我把总量、运行中和停止等概览放在同一行，便于快速建立当前工作区的状态认知。

资源数量回答“有多少”，套餐用量回答“还能使用多少”。我将用量集中为独立区域，用同一组进度表达不同资源的消耗，避免混用数量和额度口径。

沙箱中的文件需要在任务结束后继续使用。我参与 Volumes 的创建、挂载与生命周期设计及实现检查，同时补齐权限、审计和执行结果反馈，让资源操作有清楚的边界与结果。

任务结束不应让需要复用的文件失去入口。我参与 Volumes 的创建、挂载与生命周期设计，将工作目录、存储卷与下一次运行的关系分别定义，便于用户理解哪些内容会保留。

执行状态需要与文件结果接续。我将过程和输出位置纳入任务反馈，使用户能从完成提示继续定位产物，减少在日志与文件区域之间猜测。

新用户需要知道产品是否可用、当前配额允许做什么，以及何时需要升级。我设计 Welcome Wizard、访问状态与订阅反馈，并核对套餐、支付生命周期和资源上限，避免界面承诺与实际权限不一致。

新用户需要先知道产品是否已激活。我把激活与首次使用连在同一路径里，让界面明确下一步可以做什么。