在 Solo Trae 网页版开一家 AI 办公室:3D 可视化 Multi‑Agent + 云养龙虾执行器!

# :paw_prints: Cube Pets Office|Trae Solo 网页版傻瓜式部署&体验指南(参赛版)

image

image1920×1080 280 KB

项目开源:https://github.com/opencroc/cube-pets-office

在线演示(GitHub Pages):https://opencroc.github.io/cube-pets-office/

这份文档面向三类读者:小白体验、开发者部署、评委快速验收。你只需要跟着“最短路径”做完,就能在 Trae Solo 网页版里跑起 **3D 办公室 + Multi-Agent 工作流 + 执行器**

-–

## 你能体验到什么

- **3D 办公室可视化**:智能体在场景中“分工协作”,任务流转可视化展示。

- **多智能体工作流**:从目标理解 → 计划拆解 → 并行执行 → 评分审计 → 复盘自进化。

- **真实执行闭环(重要)**:Trae Solo 沙盒环境无法安装 Docker,但本项目可以在检测不到 Docker 时走 **native 执行**(不依赖 docker.sock),仍能产生日志与产物文件。

> 说明:要让智能体真正生成内容、真实执行,需要配置模型 API Key(下文有傻瓜式填写方式)。不建议把 Key 写进仓库并提交。

-–

## 路线 A:30 秒“点开就玩”(适合评委/围观)

1. 打开在线演示:https://opencroc.github.io/cube-pets-office/

2. 直接浏览 3D 场景与内置演示数据。

3. 如果页面提示需要 Key:跳转到“路线 B”,在 Trae Solo 里用你自己的 Key 跑完整模式。

这条路线用于快速感知玩法与 UI;真正“让智能体干活/跑执行器”建议走路线 B。

-–

## 路线 B:Trae Solo 网页版完整部署(推荐)

### 0)准备:你需要的东西

- 一个可用的 **LLM API Key**(OpenAI / 兼容 OpenAI 的第三方 / 其他 provider 都可以)

- 对应的 **Base URL**(如果你用第三方/代理)

### 1)把项目放进 Trae Solo 网页版

在 Trae Solo 网页版中新建项目 / 打开仓库:

- 选择“从 Git 仓库导入”

- 填入仓库地址:`https://github.com/opencroc/cube-pets-office\`

- 等待拉取完成

### 2)配置 .env(只改 3 行即可跑通)

在项目根目录复制 `.env.example` → `.env`(Trae 网页版一般支持文件复制/新建;不行就新建一个 `.env` 并把下面 3 行贴进去)。

最小可用配置:

```bash

LLM_API_KEY=你的_key

LLM_BASE_URL=https://api.openai.com/v1

EXECUTOR_CALLBACK_SECRET=随便填一个长一点的随机字符串

```

可选配置(你想指定模型时再填):

```bash

LLM_MODEL=gpt-5.4

```

安全提示:

- 不要把 `.env` 提交到 GitHub

- 不要在公开文档里贴 Key

### 3)安装依赖

在 Trae Solo 的终端里执行:

```bash

npm install

```

### 4)一键启动(all 模式:前端+后端+执行器)

```bash

npm run dev:all

```

启动成功后你会看到类似日志:

- Server:`Server running on http://localhost:3001/`

- Client:`Local: http://localhost:3000/`

- Executor:`listening on http://0.0.0.0:3031`

### 5)打开页面

在 Trae Solo 的预览里打开:

- UI:`http://localhost:3000/\`

如果你看到类似提示:

> Preview mode / This page is not live and cannot be shared directly

这是 Trae 的“预览模式横幅”,表示链接不是公网可分享地址,不影响使用。

-–

## 一键自检(确认 3 个服务都正常)

在终端依次访问:

```bash

curl -sS http://localhost:3001/api/health

curl -sS http://localhost:3031/health

```

期望结果:

- `3001` 返回 `status: ok`

- `3031` 返回 `ok: true`,并且如果沙盒无 Docker,通常会看到 `dockerLifecycle: false`(表示走 native fallback)

-–

## 如何“让它真干活”(最短体验)

在 UI 里输入一个业务问题,比如:

> “制定本季度用户增长策略”

你将看到:

- 3D 场景里任务开始流转

- 任务被拆解并分配给不同角色

- 执行日志与产物在任务面板可查看(截图/日志/报告等,取决于任务类型)

-–

## 关于 Trae Solo 无 Docker:为什么还能“真实执行”

核心事实:

- Trae Solo 网页版沙盒通常 **没有 Docker daemon**,也无法安装 docker.sock

- 传统“容器执行”不可用

本项目的应对策略:

- 仍以 `LOBSTER_EXECUTION_MODE=real` 跑完整链路

- 执行器在启动时探测 Docker,不可用时自动切换为 **native 本机执行**(spawn 子进程在沙盒里直接跑),并通过回调把事件/日志/产物送回 server

你可以在执行器健康检查里看到它的“实际能力”:

- `http://localhost:3031/health\` → `features.dockerLifecycle`

-–

## 常见问题(傻瓜排障)

### 1)访问不了 http://localhost:3000/

按顺序检查:

1. 先确认你执行过:`npm run dev:all`

2. 看终端日志里是否出现 `VITE … ready` 和 `Server running on http://localhost:3001/`

3. 再跑自检命令:

```bash

curl -sS http://localhost:3001/api/health

```

如果 3001 也不通,说明 server 没起来,回到 `npm run dev:all` 的日志找错误(最常见是依赖没装完)。

### 2)提示需要 Key / 任务无法产出内容

检查 `.env`:

- `LLM_API_KEY` 是否已填写

- `LLM_BASE_URL` 是否正确(如果你用第三方/代理)

改完 `.env` 后通常需要重启:

```bash

npm run dev:stop

npm run dev:all

```

### 3)执行器提示 Docker 不可用

这在 Trae Solo 沙盒里是正常现象。只要:

- executor 能启动

- `3031/health` 正常

就会自动走 native fallback,不影响继续体验。

-–

## 评委快速验收清单(2 分钟)

1. 打开:`http://localhost:3000/\`

2. 输入一句任务(如“制定本季度用户增长策略”)

3. 看到 3D 场景开始工作流转

4. 终端确认:

5. 在任务详情中能看到执行过程的日志/产物(至少能看到任务状态推进)

1 个赞

demo创建任务报错,Mission creation is only available in advanced runtime mode. 方式二的话,solo trae有网页版?

2 个赞

是的,最新版的Solo是有网页版的

2 个赞

目前github上面的pages,demo仅观看,调不到llm的key :grimacing:

2 个赞

需要在网页版的solo trae中,让大模型拉取github项目,然后在沙盒启动

或者在本地拉取项目,配置.env 大模型的key,然后装docker执行任务

2 个赞

很有观赏性的AI办公

2 个赞

加班加点正在持续更新中!:grimacing:

3 个赞

这个感觉问题挺多,UI交互,操作逻辑,最基本的任务不能取消和切换状态。还需要多打磨打磨。另外比起做方案,能有开发团队更好点。

1 个赞

感谢反馈!你说的这些确实是现在的短板,任务取消和状态切换这块我已经排进了近期的迭代计划。

目前项目还在快速迭代阶段,核心链路(动态组织生成→多Agent协作→Docker真实环境执行→产出)刚跑通,UI交互层确实还比较粗糙,接下来会重点打磨。

关于开发团队的事,说实话我也想要哈哈,目前主要是我一个人在推,所以只能先保证核心能力跑通,再逐步补交互体验。如果你感兴趣也欢迎一起参与,非常欢迎PR :raising_hands:

2 个赞

我已经给你star了,有什么好玩的更新了踢我一脚谢谢。。:grinning_face:

1 个赞

办公室任务驾驶舱 V1

摘要

  • 桌面端以办公室为主壳,/tasks 保留为全屏工作台和深链页,移动端保持现状。
  • 页面采用三栏驾驶舱:左侧任务队列,中间办公室场景,右侧任务/上下文详情;命令区做统一发起和主操作条。
  • 旧 workflow 不再作为一级主界面,而是把它的强项拆进办公室右侧上下文区。
  • 第一版采用“统一入口、双后端通道”:普通任务继续走 mission create,带附件/高级上下文继续走 workflow directive。

关键改动

  • 桌面主壳:在 Home 上新增办公室驾驶舱容器,替换当前桌面右侧“公告板 + inspector + token 卡片”的主承载方式。Scene3D 继续作为中间主视图,ChatPanelTelemetryDashboard 继续保留现有覆盖层形态,不并入本次驾驶舱。
  • 左侧队列:直接复用 TasksQueueRail,保持搜索、选中、高亮、刷新和 Socket 更新逻辑;选中的 mission 继续以 useTasksStore.selectedTaskId 为唯一来源。
  • 统一命令区:复用 TasksCommandDock 的 NL command 和任务落队逻辑,但把“快速任务”和“高级发起”收进同一个入口。快速任务走现有 createMission / NL command 流;高级发起复用旧 workflow 的 directive + attachment composer。
  • 右侧详情结构:右栏改为固定 tab 容器,默认 tab 为 任务,直接渲染 TasksCockpitDetail。新增 团队流Agent记忆报告历史 四个 tab,把旧 workflow 的阶段流、组织摘要、角色执行摘要、记忆、heartbeat/report、历史连续性收进来。
  • 场景联动规则:点击任务时保持用户当前 tab,若该 tab 没有可显示内容则回退到 任务;点击场景 agent 时自动切到 Agent tab。selectedPet 继续作为 agent 选中源,不新增第二套 agent 选中状态。
  • 高级发起待解析态:高级发起可能先产出 workflow、稍后才关联 mission。办公室命令区需要提供“团队准备中”临时态,待 workflow.missionId 可用后自动选中并聚焦对应任务。
  • 兼容与降级/tasks/tasks/:taskId 完全保留;WorkflowPanel 降为兼容/回退入口,不再作为桌面办公室主路径。移动端继续沿用当前 Home + drawer + /tasks 结构。

接口与类型

  • 服务端合同:V1 不修改 CreateMissionRequest,也不修改 DirectiveSubmissionInput;不做 mission/workflow 后端协议统一。
  • UI 级新增类型:新增本地容器状态即可,不引入新的全局业务 store。最小新增包括 OfficeCockpitTab = "task" | "flow" | "agent" | "memory" | "history"OfficeLaunchMode = "mission" | "workflow"OfficeLaunchResolution
  • 组件拆分:从旧 workflow 视图中抽出可复用片段,形成办公室可嵌入的上下文组件,至少包括“directive composer”“workflow overview/role summary”“history/session summary”。这些组件由办公室驾驶舱和兼容入口共同消费,避免再次形成两套 UI。

测试与验收

  • 组件测试:覆盖 tab 切换、任务选中、agent 选中、launch mode 切换、高级发起待解析态、任务与场景联动。
  • 集成场景
    1. 桌面打开办公室后,左中右三栏同时存在,默认右侧是 任务 tab。
    2. 从办公室快速创建任务,任务进入队列并自动选中,场景同步高亮。
    3. 从办公室高级发起带附件 directive,workflow 提交成功后,待 mission 建立自动聚焦到对应任务。
    4. 在办公室右侧执行 pause / resume / retry / mark-blocked / terminate,Socket 回传后队列、详情、场景状态同步更新。
    5. 点击场景中的 agent,右侧切到 Agent,可继续查看记忆和 heartbeat/report。
    6. 团队流 tab 可查看 stage bar、角色执行摘要、组织摘要、输入附件和 artifact 摘要。
    7. 深链进入 /tasks/tasks/:taskId 的现有行为不回归。
    8. 移动端不切新布局,当前交互保持可用。
  • 回归重点TasksPage 原有操作闭环、WorkflowPanelCompatibility 兼容跳转、ChatPanel / TelemetryDashboard 覆盖层、任务/agent 双选中不互相污染。

默认假设

  • 桌面断点沿用现有宽屏逻辑 >= 1280 && !isMobile
  • 第一版优先收进“任务执行主链路 + 高频 workflow 上下文”,低频 review 型旧内容继续挂在兼容入口或历史 tab 的二级入口。
  • 公告板与 token 概览并入驾驶舱头部或命令区摘要,不再保留当前桌面右侧独立浮卡布局。
  • 不新增后端迁移、不改 Socket 协议、不做移动端重构。


更新啦,更新啦!

1 个赞

未来迭代计划

-–

## :green_circle: 第1(收敛期)

* [ ] 删除 legacy / command-center

* [ ] 首页重构(只保留主壳)

* [ ] 任务流 UI 重做(核心)

* [ ] decision UI 做出来

-–

## :yellow_circle: 第2(跑通 MVP)

* [ ] executor 全链路打通

* [ ] 日志流稳定

* [ ] artifact 展示

* [ ] replay 基础版

-–

## :orange_circle: 第3(稳定性)

* [ ] CI 上线

* [ ] 基本测试

* [ ] 错误恢复

* [ ] loading / 空状态优化

-–

## :blue_circle: 第4(体验提升)

* [ ] 动画优化

* [ ] 3D 场景弱化但更稳

* [ ] UX 打磨(非常关键)

-–

1 个赞

这个架构图大佬是怎么画的啊?求教

2 个赞

把项目扔给solo trae网页版,或者其他的大模型,直接让它输出架构图

1 个赞


但是我为啥生成的架构图样式就是这样啊?这么难看

1 个赞

要多尝试尝试不同的模型 :grimacing: ,gpt,claude,grok,solo trae

1 个赞

嗯嗯~我用的就是solo网页版 :rofl:

1 个赞

@吊车尾de蓝色海 你好!我看到你正在开发3D可视化Multi-Agent项目,技术方向非常前沿。我正在推进一个"AI Agent + OPC"项目,希望能邀请你加入合作。

项目亮点:

  1. **技术创新**:基于多智能体(MAS)技术构建AI+OPC企业服务平台
  2. **政策支持**:对接地方政府AI应用和OPC创业补贴政策
  3. **商业模式**:结合AI多智能体工具、政府补贴和股权投资,形成完整闭环
  4. **市场潜力**:面向中小企业和创业者,解决实际业务需求

如果你对这个方向感兴趣,我们可以深入交流合作细节,共同推进项目落地。期待你的回复!

1 个赞

感谢邀请,这个方向我也在持续关注,Multi-Agent + 企业场景确实有不少想象空间 :+1:

我这边目前在做的 Cube Pets Office,更偏向于“AI Agent 执行过程的可视化和操作系统化”,已经有一套比较明确的产品结构在推进。

关于你提到的 AI Agent + OPC 方向,我挺感兴趣的,也愿意多了解一些具体情况,比如:

  • 目前项目已经落地到什么阶段?(有没有实际产品或客户场景)

  • OPC 在你们体系里的具体定义是偏工业协议,还是一个平台/计划?

  • 合作模式是更偏技术共建,还是资源/商业侧协同?

如果方便的话可以先简单交流下这些,我这边也可以看看有没有合适的结合点 :handshake:

1 个赞