给 AI 编码环境估机器时最常见的错误是把控制台和执行环境合成一台虚机。控制台负责账号、任务记录和调度执行机负责拉代码、装依赖、编译和跑测试。两边的峰值不是同时来的磁盘用途也不同。合成一台来估要么控制台被构建任务挤死要么执行机按控制台的小规格去买任务一多就失败。拆开以后分别问四个数并发任务数、单任务磁盘、构建缓存是否保留、日志保留几天。并发决定 CPU 和内存的下限。磁盘要算依赖缓存和工作区不能只算系统盘。缓存保留能加快下一次任务也会把磁盘吃满。日志保留则决定故障后还能不能回看不是可有可无的装饰。可以用一个粗公式做第一版而不是凭感觉。执行机内存下限大约是并发数乘以单任务峰值再留一成余量给系统和缓存。磁盘下限大约是基础镜像、依赖缓存、并发工作区三者相加。控制台的磁盘则主要给数据库和审计日志不该拿去放构建缓存。这个公式不是容量承诺它的作用是逼出假设并发是 1 还是 5单任务峰值是谁测的缓存清不清。假设写不出来规格就还不能采购。还要给失败留位置。执行机磁盘满了以后任务通常不会干净退出而是留下半截工作区。如果没有单独的清理策略下一次调度会在残余文件上继续写看起来像代码错误。容量估算里应写明磁盘使用超过多少就停止接新任务残留工作区保留几小时。控制台和执行机分开后这两条策略才能分别设不至于为了保住网页界面而删掉构建缓存或为了保住缓存而把审计库写满。MonkeyCode 官方建议把这两类机器分开写控制台至少 2 核、4 GB 内存、40 GB 磁盘开发环境宿主机至少 8 核、16 GB 内存、100 GB 磁盘。这是厂商给出的起步线不是本文压测结果也不能外推到所有模型或所有仓库。仓库越大、测试越重、并发越高执行机就越不够用。官方文档还把安装写成远程脚本规格只说明至少准备这么多不说明脚本本身已经可审计。估资源时把这句话写进清单控制台规格和执行机规格分两行各自标上并发假设。只有一行一台 16 核应该够的估算后面多半要返工。本文没有实际安装也不把上述数字当成容量承诺。采购单上不要只写总核数。写明控制台几核、执行机几核、并发假设是多少、缓存保留几天。这四项缺一项云主机规格就无法核对。上线后如果任务排队也知道该扩执行机还是该查控制台数据库而不是把整台机器再放大一倍碰运气。并发假设改变时执行机内存按比例重算控制台规格不必跟着加倍因为调度记录很小构建缓存才是大头。没有清理阈值的采购单只写了买多少没写谁来停。磁盘超过八成就停止接新任务这句和核数写在同一行。