ingest: aionui-cowork-desktop - AionUi desktop cowork hub for OpenClaw
- Source page: sources/aionui-cowork-desktop.md - Entity: AionUi (Multi-Agent Hub with Cowork workspace + Remote rescue) - Concepts: CoworkWorkspace, RemoteRescuePattern, Multi-AgentHub, MCPOnceAllAgents - Updated: index.md, overview.md, log.md
This commit is contained in:
36
wiki/concepts/CoworkWorkspace.md
Normal file
36
wiki/concepts/CoworkWorkspace.md
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Cowork Workspace"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Cowork Workspace
|
||||
|
||||
一种 Agent 交互范式,提供文件感知的工作空间界面,用户可以直接看到 Agent 读写文件、运行命令、浏览网页——而非仅终端日志或聊天消息输出。
|
||||
|
||||
## 核心特征
|
||||
|
||||
- **可视化操作**:Agent 的每一步操作(文件变更、命令执行、网页导航)都以可视化方式呈现
|
||||
- **文件感知**:界面直接展示 Agent 正在操作的文件列表和内容变化
|
||||
- **实时反馈**:用户实时观察 Agent 工作进展,而非等待任务完成后的日志摘要
|
||||
|
||||
## 与传统模式的对比
|
||||
|
||||
| 维度 | 传统 Terminal/Chat 模式 | Cowork Workspace |
|
||||
|------|------------------------|------------------|
|
||||
| 文件可见性 | 需主动查询 | 直接展示 |
|
||||
| 操作可见性 | 推断自日志 | 实时可视化 |
|
||||
| 交互方式 | 命令式/文本式 | 视觉 + 文本混合 |
|
||||
| 远程场景 | 纯日志输出 | 部分可视化(远程桌面)|
|
||||
|
||||
## 典型场景
|
||||
|
||||
- [[AionUi]] 提供 OpenClaw 的 Cowork 工作空间
|
||||
- Claude Code Desktop 的文件树和终端面板
|
||||
- Cursor Composer 的工作区视图
|
||||
|
||||
## 相关概念
|
||||
- [[RemoteRescuePattern]]:Cowork 模式在远程场景下的扩展
|
||||
- [[Multi-AgentHub]]:同一界面管理多个 Agent 的协作空间
|
||||
41
wiki/concepts/MCPOnceAllAgents.md
Normal file
41
wiki/concepts/MCPOnceAllAgents.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
title: "MCP Once All Agents"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# MCP Once All Agents
|
||||
|
||||
一种 MCP(Model Context Protocol)配置模式——在多 Agent 平台中配置一次 MCP 服务器,该配置自动同步到平台内所有集成的 Agent,无需逐个 Agent 单独配置。
|
||||
|
||||
## 动机
|
||||
|
||||
在 [[Multi-AgentHub]] 场景中,每个 Agent 可能需要访问相同的外部工具和服务(如文件系统、数据库、Web 浏览器)。传统方式是每个 Agent 独立配置 MCP 服务器:
|
||||
- 配置重复,N 个 Agent 需要维护 N 份配置
|
||||
- 更新繁琐,修改一个工具需要同步更新所有 Agent 配置
|
||||
- 容易出现配置不一致
|
||||
|
||||
## 机制
|
||||
|
||||
1. **中心化配置**:在 Hub 层面统一配置 MCP 服务器连接
|
||||
2. **自动分发**:Hub 自动将 MCP 配置注入每个集成的 Agent 上下文
|
||||
3. **单一数据源**:MCP 服务器变更只需在 Hub 中更新一次
|
||||
|
||||
## 典型场景
|
||||
|
||||
[[AionUi]] 在 AionUi 中配置 MCP 服务器后,自动同步到 OpenClaw、Claude Code、Codex 等所有 Agent。
|
||||
|
||||
## 与传统模式的对比
|
||||
|
||||
| 维度 | 独立 MCP 配置 | MCP Once All Agents |
|
||||
|------|-------------|---------------------|
|
||||
| 配置数量 | N 个(每个 Agent)| 1 个(Hub 层面)|
|
||||
| 更新成本 | O(N) | O(1) |
|
||||
| 一致性 | 容易出现差异 | 天然一致 |
|
||||
| 适用场景 | Agent 能力差异大 | 多 Agent 共享工具集 |
|
||||
|
||||
## 相关概念
|
||||
- [[Multi-AgentHub]]:MCP Once All Agents 的典型应用场景
|
||||
- [[MCP Tool Interface Design]]:MCP 协议的接口设计原则
|
||||
44
wiki/concepts/Multi-AgentHub.md
Normal file
44
wiki/concepts/Multi-AgentHub.md
Normal file
@@ -0,0 +1,44 @@
|
||||
---
|
||||
title: "Multi-Agent Hub"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Multi-Agent Hub
|
||||
|
||||
一种软件架构,在一个应用中集中管理多个不同的 AI Agent,支持并行运行、统一配置和跨 Agent 协作。
|
||||
|
||||
## 核心特征
|
||||
|
||||
- **多 Agent 并行**:在同一界面同时运行多个 Agent 实例(如 OpenClaw + Claude Code + Codex)
|
||||
- **统一入口**:单一界面切换不同 Agent,无需在多个应用间跳转
|
||||
- **配置共享**:MCP 服务器等配置一次设置,全局生效到所有 Agent
|
||||
- **能力聚合**:不同 Agent 各有专长(如 Claude Code 擅长代码、OpenClaw 擅长记忆),Hub 提供按需切换或协作的能力
|
||||
|
||||
## 与 Multi-Agent System 的区别
|
||||
|
||||
| 维度 | Multi-Agent System | Multi-Agent Hub |
|
||||
|------|-------------------|-----------------|
|
||||
| Agent 关系 | 协作分工,共同完成单一任务 | 独立并行,各自有独立任务 |
|
||||
| 交互模式 | Agent 间互相调用/通信 | 用户在 Hub 中选择/切换 |
|
||||
| 典型场景 | [[Content-Factory]] 写作链 | [[AionUi]] 多 Agent 并行工作 |
|
||||
|
||||
## 典型实现
|
||||
|
||||
- [[AionUi]]:支持 OpenClaw + 12+ Agent 的桌面多 Agent Hub
|
||||
- Claude Code Desktop:多会话管理
|
||||
- [[Dynamic-Dashboard]]:多数据源并行抓取子 Agent
|
||||
|
||||
## 关键设计考量
|
||||
|
||||
- **认证隔离**:每个 Agent 需要独立认证状态(浏览器 Profile 克隆等)
|
||||
- **MCP 共享**:统一 MCP 配置避免重复设置
|
||||
- **资源管理**:多 Agent 并行运行的计算资源分配
|
||||
- **上下文切换**:用户在不同 Agent 间的上下文保持
|
||||
|
||||
## 相关概念
|
||||
- [[CoworkWorkspace]]:Hub 中的可视化工作空间
|
||||
- [[Parallel Agent Execution]]:Hub 中的并行运行能力
|
||||
- [[Shared Memory Architecture]]:多 Agent 间的记忆共享
|
||||
40
wiki/concepts/RemoteRescuePattern.md
Normal file
40
wiki/concepts/RemoteRescuePattern.md
Normal file
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: "Remote Rescue Pattern"
|
||||
type: concept
|
||||
tags: []
|
||||
sources: []
|
||||
last_updated: 2026-04-22
|
||||
---
|
||||
|
||||
# Remote Rescue Pattern
|
||||
|
||||
当主 Agent 在远程/无头服务器上发生故障且无法连接时,通过远程访问渠道(WebUI/Telegram)打开辅助管理工具,使用内置专家 Agent 执行诊断和修复命令来恢复主 Agent 连接的设计模式。
|
||||
|
||||
## 动机
|
||||
|
||||
- Agent 运行在另一台机器或无头服务器上时,Agent 本身故障意味着无法通过 Agent 进行自我修复
|
||||
- 用户物理上不在该机器旁,无法直接操作
|
||||
- 需要一种"元修复"能力:在不物理访问机器的情况下诊断和恢复 Agent
|
||||
|
||||
## 机制
|
||||
|
||||
1. **远程访问通道**:通过 WebUI、Telegram、Lark、DingTalk 等渠道远程连接管理界面
|
||||
2. **内置专家 Agent**:管理界面内置主 Agent 的部署专家助手(如 OpenClaw Deployment Expert)
|
||||
3. **诊断与修复**:专家 Agent 可执行 `openclaw doctor`、修复配置、重启网关等命令
|
||||
4. **恢复主 Agent**:修复完成后,用户重新连接主 Agent 继续工作
|
||||
|
||||
## 典型场景
|
||||
|
||||
- [[AionUi]] 内置 OpenClaw 部署专家,用户通过 Telegram 远程诊断修复 OpenClaw
|
||||
- [[Self-Healing-Systems]] 中的分级自愈策略(自愈 → 远程专家介入 → 人工兜底)
|
||||
|
||||
## 与 Self-Healing 的关系
|
||||
|
||||
Remote Rescue Pattern 是 [[Self-Healing-Systems]] 的一种补充手段:
|
||||
- 自愈(Self-Healing):Agent 自动检测并修复常见问题
|
||||
- 远程救援(Remote Rescue):Agent 无法自愈时,通过远程专家介入
|
||||
- 人工兜底:远程专家无法解决时,需要物理访问或人工介入
|
||||
|
||||
## 相关工具
|
||||
- [[AionUi]]:OpenClaw Remote Rescue 的实现载体
|
||||
- [[OpenClaw]]:`openclaw doctor` 命令提供诊断能力
|
||||
Reference in New Issue
Block a user