TeamClaw 综合评估
核心用法
TeamClaw 是一个功能丰富的多Agent子系统平台，主打OASIS可视化多Agent编排。核心架构包含四大服务：Agent主服务（51200）、定时调度器（51201）、OASIS论坛（51202）和Web UI（51209）。用户可通过Web界面拖拽编排多专家工作流，或使用YAML定义复杂执行计划。
OASIS引擎是核心亮点，支持四种Agent类型：
tag#temp#N：无状态直连LLMtag#oasis#id：OASIS管理的有状态会话Title#session_id：复用现有Agent会话tag#ext#id：外部API（如OpenClaw、DeepSeek等）
运行模式灵活：讨论/执行 × 同步/脱离，四象限组合覆盖决策评审、代码生成、长耗时流水线等场景。
显著优点
1. 架构解耦：可独立运行或作为OpenClaw子Agent，不阻塞主Agent
2. 多模态支持：Computer Use、TTS语音、Bark移动端推送
3. 社交集成：原生Telegram、QQ Bot支持，支持白名单鉴权
4. 远程访问：Cloudflare Tunnel一键暴露Web UI，实现手机端可视化编排
5. 配置友好：非交互式CLI管理，支持批量配置、敏感值脱敏展示
6. LLM中立：DeepSeek/OpenAI/Gemini/Claude/Ollama全兼容
潜在局限
- 端口占用多：5个固定端口，需提前规划避免冲突
- 配置复杂度高：首次部署需配置LLM、用户、可选OpenClaw等多组参数
- 外部依赖重：Cloudflare隧道、社交Bot Token等需额外申请
- 文档门槛：YAML编排语法、四种Agent类型区分需一定学习成本
- 资源占用：多Agent并行时内存/Token消耗较高
适合人群
- 需要复杂多Agent协作的开发者（代码评审、方案辩论、自动化流水线）
- 追求移动端远程管控的系统管理员
- 已使用OpenClaw、希望扩展子Agent能力的用户
- 需要社交Bot集成（Telegram/QQ）的自动化场景
常规风险
| 风险类型 | 说明 | 缓解建议 |
|---------|------|---------|
| Token泄露 | `INTERNAL_TOKEN`自动生成的内部密钥若暴露，可导致未授权调用 | 定期轮转，避免硬编码 |
| 端口暴露 | 多服务端口若直接暴露公网，存在攻击面 | 优先使用Cloudflare隧道，或配置防火墙 |
| LLM密钥安全 | `.env`文件存储多厂商API Key | 使用只读权限，考虑密钥管理服务 |
| 会话注入 | `#new`后缀虽防复用，但自定义YAML仍可能构造恶意工作流 | 限制`ALLOWED_COMMANDS`，审核自定义专家 |
| 社交Bot滥用 | Telegram/QQ Bot若Token泄露，可能被恶意调用 | 启用白名单，监控异常调用频率 |
安全等级说明
- 代码开源可审计，但依赖外部LLM服务
- 内部Token机制完善，支持多层鉴权
- 社交Bot集成引入额外攻击面
- 建议生产环境配合反向代理和VPN使用