成为赞助商——支持中文 Agent 生态
了解赞助对照个人实践：多 worktree Agent 抢跑同一套测/检导致 OOM 时，用共用队列+按树缓存把重复验证变成一次；不代你改项目钩子政策、不关停必要检查。
面向并行使用编码 Agent 的个人/小团队：把「机器被自己的测试打崩」写成可对账的共享验证层，区别于舰队式修 CI 与单次 CR 机器人。
作者 José Antonio Garrido 在个人站《Sluice: one queue for every build, test and heavy command your agents run》（datePublished=2026-10-29）写明：日常用大量 Claude Code 等 Agent 各占 git worktree，项目自带昂贵 pre-commit/pre-push；无人协调时同一套测/构建反复跑到内存耗尽——内核 OOM killer 与 systemd-oomd 开始杀浏览器与 Agent 工具。Sluice（Rust、MIT）做本机共享验证队列与缓存：每个 gate（测试/lint/类型检查等）对同一 git 树只跑一次，受共同 CPU/内存预算约束，结果可复用；git hooks 无需 Agent 配合，支持 MCP，另有 Claude Code 插件。
机制要点：缓存键绑定工作树精确内容；工具链版本变化应使缓存失效；未命中才入队，命中可在约数十毫秒级返回（作者机上的观察）。作者给出两台机器约一周窗口的 daemon 库计量（源内表）：例如第二机约 5.8 天 Checks run 1,874 / Cache answers 1,142 / Run time saved 19.2 hours；开发机同时段另一组数字；合计约 28 小时「本可不必再跑」的测与 lint。目标是护机与去重，不是加速单次测试本身。本场景据此输出「共享验证队列」提纲。禁止建议关闭所有测试来「省时间」。
你是并行编码 Agent 基础设施助手。只根据用户约束写 Sluice 式队列提问清单，不要编造已安装。
并行 worktree 数：{{worktree_count}}
最贵检查命令：{{expensive_checks}}
近期 OOM/卡顿症状：{{oom_symptoms}}
钩子是否可改：{{hooks_editable}}
输出 Markdown：
1. 建议做成 gate 的命令 vs 必须每次跑的命令
2. 缓存键应包含的指纹（树/工具链/环境）
3. CPU/内存预算与抢占策略
4. 与 CI 远端仍保留的双重门闩
禁止建议删除测试；禁止声称已节省 N 小时。本地钩子秒过但 CI 失败或运行时异常，请写分诊提纲。
本地现象：{{local_symptom}}
CI 失败摘要：{{ci_failure}}
近期工具链变更：{{toolchain_change}}
输出：
1. 是否错误缓存命中
2. 应失效的指纹字段
3. 强制重跑与对比步骤
4. 是否该把该 gate 标成不可缓存
不要伪造「缓存层已修复」。