SuperAPI AI 工具集

daytona-cloud-instance

部署与运维

查看项目

更新于 10-15 21:10

技能介绍

用途:在 Daytona 云沙箱中启动或验证 OpenWork Cloud/Den Daytona 服务器沙箱,并收集桌面登录与 Marketplace 引导演示所需的 URL。目标是启动 Den 云栈、确认可达性,并返回 Electron/桌面验证所需的 URL。

主要能力与用法:优先使用仓库根目录的辅助脚本:bash .devcontainer/test-server-on-daytona.sh $(git rev-parse --abbrev-ref HEAD)。若分支仅存在于本地,需先推送或在沙箱中手动应用本地差异。若沙箱已有手动补丁,不要继续叠加,可先 stash 再检出推送的 PR 分支,或新建沙箱。

预期服务端口:Den Web 3005、Den API 8788、Worker 代理 8789、Artifacts 服务器 8090(启用 --artifacts-volume 或录制时)。用 daytona preview-url "$SERVER_SANDBOX" -p <端口> 获取 URL。

开发认证:本地与 Daytona 云测试时以 OPENWORK_DEV_MODE=1 运行 Den API,开发模式下默认禁用邮箱验证;可用 DEN_REQUIRE_EMAIL_VERIFICATION=true/false 显式覆盖。生产默认要求邮箱验证。录制 UI 前先用 curl 直接验证 Den API 登录接口。

健康检查:curl -fsS "$DEN_API_URL/health" 与 curl -fsS "$DEN_WEB_URL/api/den/health"。若 Den Web 代理返回 503 但直连 Den API 成功,需单独排查代理,不能仅凭直连结果宣称浏览器登录路径通过。

Den Web 模式:录制优先使用生产版 Den Web,Next dev 在 Daytona 代理后可能出现客户端页面卡在服务端渲染加载状态或 origin/HMR 问题。构建并启动生产版后验证 http://127.0.0.1:3005/api/den/health。

桌面 Den 会话桥接:理想路径是真实 Den Web 登录加桌面深链交接。若 Daytona 代理破坏浏览器表单提交或自定义协议处理,只能在证明直连 Den API 认证可用后桥接,并在 PR 证据中说明该限制。桥接时向 Electron 渲染进程注入应用读取的存储键,并派发 openwork-den-settings-changed 与 openwork-den-session-updated 事件。最终报告需区分:Den API 认证通过、因 Daytona 代理行为桥接了 Den Web/深链交接、桌面 Marketplace 同步/导入行为通过。

录制流程:录制真实旅程,包括 Den 登录页展示 Cloud 价值、用户登录、仪表盘说明 Marketplace 含插件且已分配市场同步到桌面、模拟下载/打开桌面交接、桌面未登录 Marketplace 提示、桌面登录 OpenWork Cloud、Marketplace 刷新显示 OpenWork Marketplace 与组织市场、内置项显示 Built-in 且无安装/移除操作、实时组织插件安装后出现在 My Extensions 并显示 Connected、工作区文件出现在 .opencode 下。每次截图前检查原生覆盖层,若可见原生文件夹选择器则不要发布截图或视频;分享链接前还需用 Read 工具或图像查看器本地检查至少一张代表性截图。

限制:资料未提供收费、价格、平台支持范围等细节;部分命令依赖 Daytona 环境变量与仓库结构,需按实际环境调整。