若你的团队想在同一台新加坡、日本、韩国、香港、美东或美西的裸金属远程 Mac mini M4上，白天跑Xcode / 自托管 Runner / Archive，夜间再跑OpenClaw 或其它 AI Agent，最容易翻车的并不是「能不能装两套软件」，而是模拟器端口争用、构建队列被 Agent 拖长、签名与 Keychain 串扰。本文给出Go/No-Go 容量借出矩阵、三类时间窗模板、Runner 标签收窄与七步回滚清单，以及M4 / M4 Pro / 扩容 / 并联与日租→周租→月租的升级路径。价格与库存以 NOVAKVM 定价页 为准；下单见 订购页；远程会话策略见 帮助中心；可与 GitHub Actions 远程 Runner 篇、OpenClaw 多 Workspace 篇 交叉阅读。
读完你应能回答：① 什么信号下禁止把机器借给 Agent；② 工作日峰值、夜间批处理、发布冻结周分别怎么设标签；③ 借出前后如何用队列深度与基线指标做回滚；④ 单台不够时何时升M4 Pro或上同区并联而不是硬混跑。涉及 GitHub Actions 自托管 Runner 与 OpenClaw Gateway 的行为，请以官方文档为准，发版后请再次打开链接核对。
[ SECTION_01 ] // PAIN_POINTS 远程 Mac 上 CI 与 AI Agent 同机混跑：最先踩的五类坑
第一类是所有权不清：CI 维护者与 Agent 运维各改各的标签，没有人对「借出窗口」签字，结果 Agent 在 PR 高峰仍占用模拟器与编译缓存。第二类是队列误判：构建变慢常被归因于「任务变多」，实际是资源争用——在已饱和的机器上再加 Runner 标签，等待时间可能从 12 分钟涨到 35 分钟以上。第三类是环境串扰：CI 与 Agent 共用同一 macOS 用户与同一 Keychain，Archive 签名身份与 Bot Token 混放，借出窗口结束后仍留下半套配置。第四类是模拟器与端口耗尽：夜间 Agent 拉起多实例或长驻 WebDriver，次日 CI 的 XCTest 矩阵遇到「设备忙」与端口占用。第五类是租期错配：只为验证「能否混跑」就锁月租高配，峰值周结束后长期为双负载预留买单。
- 标签漂移：借出后未收回
macos-ci类标签，白天 Job 仍调度到 Agent 占用时段。 - 无待机容量：同区没有第二台可接管的 Runner，借出等于零冗余。
- Agent 无时间上限：多日复跑、无检查点，磁盘与日志把系统卷推红。
- 凭证未分库：模型 Key、频道 Token 与 CI 证书同目录，回滚困难。
- 发布周仍写库：冻结期 Agent 仍执行带签名的流水线，风险不可控。
「同机混跑的第一性原理是时间窗 + 标签 + 凭证隔离，而不是『晚上关 CI 就行』。」
[ SECTION_02 ] // LENDING_MATRIX Go/No-Go 借出矩阵与三类时间窗模板怎么选
在把机器从「CI 模式」切到「Agent 借出模式」前，用下表做硬闸门。任一「阻断」行命中，应暂停借出或先扩容待机节点。
| 信号 | 可借出 | 阻断 / 暂停 |
|---|---|---|
| 同区待机 Runner | ≥1 台可接管冒烟与紧急修复 | 零备份，借出即单点 |
| 队列深度 | ≤ 历史中位数 × 1.2 | 已 > 1.5× 且持续 2 小时 |
| Agent 时长预算 | ≤ 90 分钟且可检查点 | 无上限或多日占用 |
| 凭证隔离 | 分用户或分 Keychain 分区 | 共享签名与 API 文件 |
| 发布冻结 | 只读 Agent（无写库/无签名） | 冻结周仍跑写操作 |
三类时间窗模板（时区请按团队主时区换算，下表以 UTC+8 工作日为示例）：
| 模板 | 时段 | CI 标签 | Agent |
|---|---|---|---|
| 工作日峰值屏蔽 | 10:00–19:00 | 全开，禁止借出 | 关闭或只读探活 |
| 夜间批处理切片 | 23:30–06:00 | 移除 macos-ci 等入站标签 |
允许借出，上限 90 分钟 |
| 发布冻结周 | 发布日前后 7 天 | Archive/公证独占 | 仅只读，禁止频道写回 |
[ SECTION_03 ] // RUNBOOK Runner 标签收窄、排空作业与七步回滚清单
借出不是「停服务」一句话，而是一条可审计变更。下列步骤把标签、队列、指标、回滚绑在一起，避免 Agent 跑完后 CI 仍调度到脏环境。
- 开变更单：记录主机名、借出窗口、CI 与 Agent 双方负责人，冻结周需双签。
- 验证待机：同区第二台 Runner 跑一轮冒烟，确认能接 PR 紧急任务。
- 收窄入站标签：在仓库或组织级 Runner 设置中移除
macos-ci等标签，避免新 Job 入队。 - 排空在跑作业：按 SLA 等待当前构建结束，禁止强杀 Archive/公证任务。
- 拍基线：记录队列深度、在跑 Job 数、CPU 与系统卷可用空间百分比。
- 执行借出：启动 Agent（如 OpenClaw Gateway），监控磁盘斜率与模拟器占用。
- 反向回滚：停止 Agent、恢复标签、复跑冒烟；队列深度若高于基线 1.3× 则暂停下一轮借出。
#!/bin/bash
RUNNER_NAME="${1:-novakvm-m4-sg}"
gh api "repos/${GITHUB_REPOSITORY}/actions/runners" --jq \
".runners[] | select(.name==\"$RUNNER_NAME\") | .labels[].name"
test -z "$(gh api ... | grep -c macos-ci)" && echo "CI_LABELS_OFF"
GitHub 自托管 Runner 的标签与队列语义以官方文档为准，发版后请打开下列页面核对。
OpenClaw Gateway 常驻与重启行为以官方仓库说明为准。
https://github.com/openclaw/openclaw
[ SECTION_04 ] // CONFIG_REGION M4 配置梯度、六地节点与租期升级：何时拆机而不是硬混跑
当工作日 CI 峰值与夜间 Agent都要保留 SLA，单台机器往往在内存与模拟器池上先触顶。经验分界如下：M4 16GB/256GB 适合单主线 CI + 偶发只读 Agent；M4 24GB/512GB 适合中等队列 + 短窗 Agent；M4 Pro 64GB/2TB 适合并行构建 + 多 Workspace Agent；若工作日与夜间都要满负载，应优先同区并联或分机专责，而不是拉长借出窗到全天。
| 梯度 | CI 峰值 | 夜间 Agent | 建议 |
|---|---|---|---|
| M4 16GB / 256GB | 1～2 路轻量构建 | 只读或 <30 分钟 | 不建议长期夜间全功能 Agent |
| M4 24GB / 512GB | 3～4 路中等队列 | 90 分钟内有检查点 | 须分模拟器池与 DerivedData |
| M4 Pro 64GB / 2TB | Archive + 多路测试 | 多 Workspace / 频道高峰 | 仍建议发布周拆机或并联 |
| 同区并联 | 专机 CI | 专机 Agent | 消除借出切换风险 |
六地同区优先：把 Runner 与制品仓、模型 API 回程、联调靶机放在同一区域语义内。新加坡适合东南亚交付；东京/首尔适合东亚时区值班；香港适合华南交互排障；美东/美西分别对齐东海岸与硅谷协作习惯。日租/周租适合验证「借出窗 + 回滚」是否稳定；斜率与队列稳定后再转月租，峰值周可临时叠加并联。
[ SECTION_05 ] // DATA_FAQ 可引用技术信息、FAQ 与落地建议
下列数值为工程评审常用区间，用于容量与租期决策，不代表厂商标称值。
- 队列放大系数：资源争用场景下，额外 Runner 标签可能让 P50 等待从约 12 分钟升至 35+ 分钟（同机饱和时）。
- 借出时长上限：无检查点的 Agent 任务建议单次 ≤90 分钟，避免日志与模拟器残留拖垮次日 CI。
- 变更提前量：借出与发布冻结切换建议至少 24～48 小时公告，并保留回滚窗口。
- 待机冗余：同区至少 1 台可接管冒烟的 Runner，否则借出等于零冗余。
FAQ：
- Q：白天 CI、晚上 OpenClaw 可以吗？A：可以，但必须满足 Go/No-Go 矩阵，并执行标签收窄与七步回滚。
- Q：队列已经很长了还能借出吗？A：不能。先降压路数或加待机节点，再谈 Agent。
- Q：发布周怎么办？A：冻结周 Agent 只读，Archive/公证独占机器，禁止写库与签名混跑。
- Q：日租够验证吗？A：足够完成一轮完整借出→回滚；稳态混跑建议周租→月租。
把替代方案摊开看：共享虚拟化 Mac 云常在邻居噪声与维护窗不可控处让「借出窗」形同虚设；笔记本兼职则受睡眠与本地模拟器残留拖累，回滚不可审计。对于要把日间 iOS/macOS CI 与夜间 AI Agent放在可预测裸金属上、并需要六地节点与租期阶梯的团队，NOVAKVM 的 Mac mini 云端租赁通常是更优解：独占 Apple Silicon、标签化 Runner 与同区并联组合，更适合你从「试跑一夜 Agent」走到「发布周零串扰」的全过程。下一次变更前，先把Go/No-Go 表与七步回滚贴进同一张变更单——这比争论「晚上关不关 CI」更能降低事故率与账单漂移。