架构说明

控制面、执行面和每一条外部路径都要画出来。

公开资料把 MonkeyCode 控制台与开发环境主机区分开来,并描述了服务端任务执行。确切的运行时、存储、隔离、协议和高可用实现,必须在你部署的版本中核实。

一个有文档记录的核心,加上可配置的边缘。

这是一个评估模型,不是关于内部服务的无据断言。

  • 控制面 · MonkeyCode 控制台:用户、项目、需求、AI 任务、模型配置与任务状态。
  • 执行 · 开发环境主机:仓库副本、文件、终端、构建、测试、端口、预览、缓存与产物。
  • 代码 · 源代码托管:仓库访问、分支与写入范围、凭据和事件路径都必须核实。
  • 模型 · 推理端点:提示词与源码上下文的路由、提供商条款、凭据、配额、日志与降级。
  • 运维 · 供应链与证据:安装器、软件包、镜像、DNS、TLS、更新、日志、监控、备份与恢复。

为每项指定负责人和恢复目标。

  • 01 控制台不可用:测试配置备份、恢复、升级回滚和任务状态恢复。
  • 02 开发主机不可用:测试任务中断、清理、替换、产物保留和仓库安全。
  • 03 模型或 Git 不可用:测试超时、凭据吊销、部分工作、重试和运维可见性。
  • 04 存储或出站受限:测试磁盘上限、依赖失败、日志、告警、清理和安全降级。

证据分级

弄清这张架构图能证明什么。

不要把实现层的猜测写进架构结论。

等级包含不包含
已记录控制台与环境主机角色;服务端环境;构建、测试、终端、预览工作流;托管与私有部署路径;带本地 Agent 的桌面客户端;移动端跟进入口性能与生产适用性
可配置Git、模型、软件包访问、出站、DNS、TLS、日志、备份、保留和管理员访问适用于所有部署的统一默认值
必须核实运行时、容器或虚拟机、端口、协议、数据库、队列、存储实现、高可用、扩缩容、隔离、加密与遥测任何从最低硬件数值推出的结论

已公布的下限

两类角色有各自的最低配置。

这些数值是评估起点,不是生产容量、并发、可用性或隔离保证。

组件CPU内存存储
MonkeyCode 控制台2 cores4 GB40 GB
开发环境主机8 cores16 GB100 GB

由 MonkeyCode 项目公布;核验于 2026-08-05。请为并发、构建、镜像缓存、仓库、日志和留存产物预留余量。

常见问题

常见问题解答

MonkeyCode 的架构是什么?
公开资料描述了一个控制面(MonkeyCode 控制台:用户、项目、需求、AI 任务、模型配置和任务状态),以及运行仓库工作的独立开发环境主机,并有通往源代码托管、模型推理和运维供应链的外部路径。确切的运行时、存储和隔离取决于具体版本。
控制台和开发环境主机有什么区别?
控制台管理用户、项目、任务和模型配置;开发环境主机运行代码、构建、测试和预览。两者角色不同、最低要求不同,失败原因也不同。
MonkeyCode 的信任边界有哪些?
重要边界包括控制台、开发主机、源代码托管、模型端点和运维供应链。在让部署承接敏感代码之前,先记录每一项的负责人、凭据、保留规则和允许的网络路径。
最低要求是什么?
已公布的起始下限约为控制台 2 核 / 4 GB / 40 GB,开发环境主机 8 核 / 16 GB / 100 GB——这是评估下限,不是生产容量或可用性保证。
这套架构能保证数据隔离吗?
不能。隔离强度、加密和默认遥测都取决于具体版本,必须对照你部署的版本核验;不要从架构图或最低硬件数值推断这些控制。

证据说明

这是基于公开产品材料的规划模型,不是特定版本的完整内部拓扑或安全认证。

MONKEYCODE

控制面、执行面和每一条外部路径都要画出来。

Cookie 设置

我们仅使用 cookie 用于统计分析(GA4 和 Matomo),不会投放广告或跨站追踪。