GoClaw 多租户智能体网关
为团队部署可隔离、可编排、可观测的多智能体服务。
按维度查看评分与理由
证据显示有5层权限系统、RBAC、加密API密钥（AES-256-GCM）、SSRF防护、提示注入检测等安全特性，但具体实现细节未在提供的文件中展示，因此部分标准得分较低。用户确认机制存在（如exec工具需要审批），但未详细说明。数据流透明度有提及（如追踪、OpenTelemetry），但缺乏详细文档。敏感数据处理有加密和隔离，但未提供密钥管理细节。依赖安全有go.sum和CI，但未提供漏洞扫描证据。外部影响有沙箱和审批，但未详细说明。回滚有更新机制，但未提供回滚策略。来源归属有致谢OpenClaw，但未提供完整的依赖来源。
自一致性较好，README和CI配置一致，但未提供详细的错误处理文档。依赖可用性有go.mod和go.sum，但未提供依赖镜像或备份。失败消息有提及，但未提供具体示例。
受众和场景明确（多租户AI代理平台），能力边界有描述（工具分类、权限），触发精度有提及（如webhook签名），但未详细说明。环境适配有Docker、二进制、桌面版，但未提供详细的配置指南。
信息架构清晰（README、docs链接），安装说明详细（Docker、源码），命名稳定性有版本标签，但未提供API稳定性保证。示例和FAQ有提供，但未提供FAQ。已知限制有提及（如Postgres端口冲突），但未提供完整列表。许可证为CC BY-NC 4.0，但非商业限制可能影响使用。版本变更日志有CHANGELOG.md，但未提供详细内容。维护责任有提及（GitHub Actions），但未提供明确的维护者信息。
输出可用性有CLI、Webhook、Web UI，但未提供输出格式示例。边际价值有独特功能（多租户、自进化），但未与竞品对比。成本效益有单二进制、低资源占用，但未提供性能基准。
声明可追溯性有README和文档链接，但未提供具体实现代码。跨来源佐证有CI和测试，但未提供独立验证。事实与推断分离有提及（如生产测试），但未提供详细区分。
- 许可证为CC BY-NC 4.0，非商业使用限制可能影响商业部署。
- 发布者身份未验证，需谨慎对待。
- 依赖众多，需关注供应链安全。
- 安全特性声明较多，但静态审查无法验证实际实现。
这个 Agent 能做什么，适合哪些场景？
GoClaw 是用 Go 构建的自托管多租户 AI 智能体平台，核心形态是一个网关与内置 Web 控制台。它将 20 多种 LLM 提供商接入统一适配器，并可通过 Telegram、Discord、Slack、Zalo、Feishu/Lark、WhatsApp 和 WebSocket 提供交互入口。每个智能体拥有独立身份、工具、模型提供商和上下文文件；团队可通过任务板、消息、同步或异步委派协作。服务端使用 PostgreSQL 与 pgvector，提供三层记忆、知识库、RBAC、加密 API 密钥和权限控制。它可从源码或 Docker Compose 运行，也提供基于 Wails、React 和 SQLite 的 GoClaw Lite 桌面版，后者面向本地小规模使用。
一次对话会经过 8 阶段管线：context、history、prompt、think、act、observe、memory、summarize。GoClaw 可调用文件系统、exec、browser、web_search、web_fetch、记忆检索、媒体、技能、团队和 cron 等工具，并把会话摘要、知识图谱提取与 dreaming promotion 作为异步领域事件处理。团队委派会在隔离的 delegation workspace 中交换文件，校验后的输出发布到调用方的 .delegations/<delegation-id>/。外部系统可向 /v1/webhooks/llm 发送 Bearer 或 HMAC 认证请求以触发同步或异步调用；运营人员可用 goclaw traces 查询或跟踪调用链路。
- 需要让多个业务智能体分工协作的团队，可用任务板、Agent Links 与同步或异步 delegation 组织交接。
- 希望把同一套智能体服务隔离给多位用户或客户的 SaaS 团队，可使用每用户工作区、会话、上下文文件和 RBAC。
- 同时维护 Telegram、Discord、Slack、Feishu/Lark 或 WhatsApp 客服入口的运营团队，可将这些渠道接入同一网关。
- 需要从内部系统按事件触发智能体处理的工程团队，可通过
/v1/webhooks/llm使用 Bearer 或 HMAC 认证调用。 - 需要保留会话知识并检索文档关联的团队，可使用工作记忆、会话摘要、知识图谱、wikilinks 与 FTS/pgvector 混合搜索。
- 想在本机运行少量智能体且不部署 Docker 或 PostgreSQL 的个人用户，可选择 GoClaw Lite 桌面版。
这个 Agent 有哪些优点和局限？
- 将 20 多个模型提供商统一在单一适配器接口下，并明确支持 Anthropic 原生 HTTP+SSE、OpenAI 兼容端点、Codex 和 Claude CLI。
- 多租户设计不仅限于会话分组：文档说明了每用户工作区、上下文文件、隔离会话、RBAC 与 AES-256-GCM API 密钥加密。
- 智能体团队具备任务板、消息与同步/异步委派；委派文件在隔离工作区中处理，输出会回传至明确的
.delegations目录。 - 运行与诊断接口较完整：单二进制部署、Docker Compose 自动迁移、内置追踪，以及可选 OpenTelemetry OTLP 与 Jaeger。
- 标准服务端的前置条件较重：需要 Go 1.26+，并依赖 PostgreSQL 18 与 pgvector；Docker 只是可选部署方式而非替代数据库需求。
- 功能面很广，权限层、渠道、模型适配器、工具、记忆和团队编排都需要配置，首次部署通常需要先准备至少一个提供商 API 密钥。
- Lite 版存在明确上限：最多 5 个智能体、1 个最多 5 人的团队，且没有消息渠道、知识图谱、RBAC 或多租户能力。
- 仓库元数据标注为 NOASSERTION，而 README 标注 CC BY-NC 4.0；计划商用或再分发前应核实实际许可状态。
- README 宣称的约 25 MB 二进制、低于 1 秒启动和生产测试状态没有附带基准或测试结果细节。
如何安装或部署这个 Agent？
服务端源码部署需要 Go 1.26+、PostgreSQL 18 与 pgvector：
git clone -b main https://github.com/nextlevelbuilder/goclaw.git && cd goclaw
make build
./goclaw onboard
source .env.local && ./goclawDocker 部署可执行：
chmod +x prepare-env.sh && ./prepare-env.sh在 .env 中至少设置一个 GOCLAW_*_API_KEY，然后执行 make up。内置控制台默认位于 http://localhost:18790，可用 curl http://localhost:18790/health 验证服务。Docker 是可选的；源码模式仍需要 PostgreSQL 与 pgvector。
如何使用这个 Agent？
完成 onboarding 或在环境中配置至少一个 GOCLAW_*_API_KEY 后启动 ./goclaw，或以 make up 启动容器服务。通过 Web Dashboard 管理智能体、提供商、MCP 服务器、技能和团队任务；在已接入的消息渠道中与智能体交互。可用 goclaw traces list --status error 查看失败调用。要从外部系统触发同步调用，可向 /v1/webhooks/llm 发送 JSON，例如 {"input":"Summarize today metrics","mode":"sync"}，并使用创建 webhook 时返回的 Bearer 凭据或 HMAC 参数认证。
这个 Agent 与同类方案有什么区别？
GoClaw Lite 与标准服务端是两种已说明的部署选择。Lite 使用本地 SQLite 与 FTS5，免 Docker、免 PostgreSQL，但限制为最多 5 个智能体和 1 个团队；标准版使用 PostgreSQL、pgvector，支持无限智能体/团队、消息渠道、知识图谱、RBAC 与多租户。
常见问题
是否必须使用某一家模型提供商？
GOCLAW_*_API_KEY。多租户隔离包含哪些内容？
能否让外部业务系统触发智能体？
/v1/webhooks/llm 支持 Bearer 认证和 HMAC 签名认证，并支持同步或异步模式。