HumanLayer Skills：指令保留与可审阅控制循环
HumanLayer 循环吞吐：按审阅容量安排工作，而不是只看时钟
提高维护助手频率或批量之前，先测验收改进、PR 等待、重试和人工负担。
HumanLayer 循环吞吐：按审阅容量安排工作，而不是只看时钟知识学习CN编辑简报更新 2026-09-14
你将学会
- 更快定时可能形成更慢审阅队列
- 测各阶段并保留失败尝试
- 行为稳定后再调频率
开始前需要
- 了解仓库指令和基本 GitHub Actions
- 理解审阅范围与持久助手上下文
设计受限且可检查的流程，区分模板假设和经过验证的行为。
先看结论
- 验收改进比原始 PR 数量更有意义。
- 模板 PR 上限不约束每次手动运行。
- 取消和回滚不是同一结果。
更快定时可能形成更慢审阅队列
设计技能建议每个循环默认只保留一个开放 PR；模板在定时运行时检查对应标签的开放 PR，存在就不做新工作。手动触发绕过这个检查，因此反复手动执行仍可能产生额外任务。
这使审阅容量成为吞吐的一部分。如果新变化到达速度高于审阅者验收速度，提高频率只会扩张队列，并不让仓库更快改善。应统计经过验证且被接受的修改，以及它们的审阅时间，而不是只数启动次数或 PR 数量。
测各阶段并保留失败尝试
记录测量耗时、目标选择、执行者用量、验证、审阅等待和返工，对比时保持范围与验收条件一致。便宜的传感器不会让模型执行者免费，助手回复很短也不能确定总运行成本低。
受限试验应把无操作运行、测量失败、被拒修改和记忆相关重试与成功一起报告，并区分墙钟耗时和累计人工、助手投入。本系列没有测量 token 节省、提速、收敛率或服务价格。
行为稳定后再调频率
审阅是瓶颈时，可以缩小批量或暂停新工作，而非减弱检查；测量不稳定时，先修传感器；控制器重复选择糟糕目标时，改实际选择策略。只让执行者看到反馈，未必能修复独立控制器。
骨架并发组使用 cancel-in-progress。在依赖它之前，要理解取消对运行中助手、产物和部分分支的意义。任务取消不自动等于干净回滚，本次也没有执行取消实验，不能作出恢复保证。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
先定审阅容量，再选频率。
- 2
记录无操作、失败、等待与用量。
- 3
先修测量不稳和目标选择问题。
- 4
经审阅试验后一次调整一个参数。
可复制示例
json
{
"试验建议": true,
"定时开放PR上限": 1,
"模板手动绕过": true,
"验收修改数": null,
"审阅等待小时": null,
"拒绝修改数": null,
"模型用量": null,
"已执行基准": false
}常见问题
每小时执行就一定更快完成维护吗？
不一定。审阅和返工可能决定吞吐。
取消助手任务会撤销修改吗？
没有建立回滚保证，需要检查部分状态和具体执行器行为。