Goku logo
Goku Official product site 官方产品站点
← Back to goku.ai ← 返回 goku.ai
Executive Summary · v1.9 执行摘要 · v1.9

Goku in four pages. 用四页快速看懂 Goku。

For teams evaluating enterprise AI agent platforms, this summary explains what Goku-AIOS is, why it is different, how it fits real operational environments, and what to do next if you want to evaluate it. Updated June 2026 to reflect the Core / Studio architecture split. 这份摘要面向正在评估企业级 AI Agent 平台的团队,重点说明 Goku-AIOS 是什么、为什么不同、适合哪些真实业务环境,以及下一步该如何评估。2026 年 6 月更新,反映 Core / Studio 架构拆分。

1

What it is 它是什么

Goku-AIOS is a self-hosted enterprise AI agent platform split into two independently deployable services that share one database. Goku-Core is the user-facing runtime — conversations, tasks, approvals, and omnichannel delivery. Goku-Studio is the developer control plane — agent authoring, workflow design, tools, MCP servers, and knowledge management. Goku-AIOS 是面向企业的私有化 AI Agent 平台,已拆分为两个独立部署、共享数据库的服务。Goku-Core 是面向用户的运行时 — 对话、任务、审批和全渠道交付。Goku-Studio 是研发控制台 — Agent 配置、工作流设计、工具、MCP 服务器和知识库管理。

  • Build agents, workflows, and tools in Studio without touching the production runtime. 在 Studio 中构建 Agent、工作流和工具,无需接触生产运行时。
  • Private deployment for regulated or security-sensitive environments. 适合受监管或对安全敏感环境的私有化部署。
  • JWT single sign-on — log in once through Core, access both planes. JWT 单点登录 — 通过 Core 登录一次,两个平面均可访问。
2

Why it is different 为什么它不同

Most platforms bundle authoring and runtime into one service. Goku-AIOS separates them so developer iteration in Studio never risks production stability in Core — while both stay in sync through a shared database. 大多数平台把编写和运行时捆绑在一个服务中。Goku-AIOS 将二者分离,Studio 中的研发迭代不会影响 Core 的生产稳定性,同时通过共享数据库保持同步。

  • Self-evolving agents driven by reactions, outcomes, and A/B improvements. 基于反馈、结果和 A/B 改进机制驱动的自我进化 Agent。
  • Omnichannel messaging across Feishu, Teams, Email, and mobile web. 覆盖飞书、Teams、邮件和移动 Web 的全渠道消息层。
  • Approval chains, audit logs, RBAC, and DLP built into Core; agent configuration owned by Studio. Core 内置审批链、审计日志、RBAC 和 DLP;Agent 配置由 Studio 统一管理。
3

Where it fits 它适合哪里

The strongest fit is for enterprises that want a clean separation between who builds agents (Studio) and who uses them (Core) — with governance, channels, and audit all built in to the runtime side. 它最适合那些希望明确区分"谁构建 Agent"(Studio)和"谁使用 Agent"(Core)的企业,同时在运行时侧内置治理、渠道和审计能力。

  • Dev teams iterating on agents in Studio while ops teams run them in Core. 研发团队在 Studio 迭代 Agent,运营团队通过 Core 运行。
  • Customer support and operations running across multiple channels. 跨多渠道运行的客服与运营场景。
  • Executive reporting, recurring analysis, and monitored workflows. 管理层报告、周期性分析和带监控的工作流。
4

How to evaluate it 如何评估它

Start both services with Docker Compose (Core on :5106, Studio on :5107). Log in through Core, open Studio from the sidebar, and build your first agent. The runtime picks it up immediately from the shared database. 通过 Docker Compose 同时启动两个服务(Core 监听 :5106,Studio 监听 :5107)。通过 Core 登录后,从侧边栏进入 Studio,构建第一个 Agent。运行时会立即从共享数据库中读取配置。

  • Docker Compose starts Core + Studio + MySQL in one command. Docker Compose 一条命令同时启动 Core、Studio 和 MySQL。
  • Move to Helm and Kubernetes for scaled, independent scaling of each service. 迁移到 Helm 和 Kubernetes 后,可对每个服务独立扩容。
  • Use the Studio API, SDK, and docs for technical due diligence. 结合 Studio API、SDK 和文档完成技术尽调。

At a glance 快速概览

Goku is aimed at enterprises in markets like the United States and China that need to balance model flexibility with internal control, compliance, and operational reliability. Goku 面向美国和中国等市场里的企业团队,帮助它们在模型灵活性与内部控制、合规要求、运营可靠性之间取得平衡。

2

Services — Core (runtime) + Studio (builder), independently deployed 独立部署的服务 — Core(运行时)+ Studio(构建器)

85+

Built-in tools and integrations 内置工具与集成能力

7

Messaging and delivery channels 消息与交付渠道

∞

Model endpoints through compatible APIs 通过兼容 API 接入模型端点

Next steps 下一步

If you want to continue evaluation, the recommended path is: product overview on goku.ai, developer documentation on GitHub Pages, then a demo or proof-of-concept discussion with your target workflow in mind. 如果你想继续评估,推荐路径是:先看 goku.ai 上的产品概览,再结合 GitHub Pages 上的开发文档,最后围绕你的目标工作流安排演示或 POC 讨论。