HumanLayer Skills：指令保留与可审阅控制循环
部署 HumanLayer 控制循环：启用 CI 前替换全部占位符
区分安装技能与实现循环，检查模板假设，并使用 GitHub 真正的 workflow_dispatch 前提。
你将学会
- 技能与生成系统是两次不同安装
- 引入定时运行前先本地验证
- 采用文档规定的手动触发前提
开始前需要
- 了解仓库指令和基本 GitHub Actions
- 理解审阅范围与持久助手上下文
设计受限且可检查的流程，区分模板假设和经过验证的行为。
先看结论
- 安装技能不会实现控制循环组件。
- 工作流骨架仍有假设和 TODO。
- 手动触发取决于默认分支配置与访问权限。
技能与生成系统是两次不同安装
README 提供技能安装命令，但拿到指令不会自动实现传感器和控制器。design-control-loop 要求书面设计、本地可运行组件、执行技能、记忆和周期工作流，每个部分都必须适配仓库工具与权限。
所检查的骨架假设 Bun/Node 环境，包含任务名、分支前缀、提示词占位符及 TODO 传感器、控制器命令，也嵌有示例助手选择。这些是待替换输入，不代表其中版本或模型是当前推荐，更不适合直接套到所有仓库。
引入定时运行前先本地验证
让测量与选择命令能够分别在一次性输入上运行，检查执行者能改哪些文件、提交前需要通过什么验证，以及最终回复怎样成为 PR 正文。骨架存在不证明引用脚本、记忆路径或输出文件已经创建。
核对真实默认分支，不照搬模板中的 origin/main；有意识地决定 token 权限、密钥暴露、Action 版本和依赖安装。至少取得一次受限且经过审阅的结果之前，保持自动运行关闭。本篇没有部署模板或存储凭据。
采用文档规定的手动触发前提
技能将首次 push 触发作为试运行手段，并把先前执行描述成前提；GitHub 官方手动运行页面则要求默认分支上的工作流配置 workflow_dispatch，并且操作者有写权限。不能把“必须先运行一次”当作通用规则重复传播。
临时增加 push 触发本身会产生外部工作并可能消耗凭据，不能只是为了绕过对手动触发的疑惑就添加。应按支持流程设置，审阅一次手动运行后再选择频率。本地安装、CI 验证、已审阅 PR 和周期启用仍是不同里程碑。
如何选择
| 比较维度 | 方案 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
定时运行前验收一次受限手动流程。
可复制示例
{
"部署计划": true,
"已实现传感器": false,
"已实现控制器": false,
"仍有模板占位符": true,
"已审阅手动运行": false,
"已启用定时": false
}常见问题
复制模板就可以立即依赖它吗？
不可以。占位符和 TODO 组件必须实现并验证。
手动运行一定要求此前已运行一次吗？
这不是 GitHub 给出的通用前提，应核对默认分支和 workflow_dispatch 要求。
资料来源
- HumanLayer Skills / README.md来源核查 2026-09-14
- HumanLayer Skills / plugins/design-control-loop/skills/design-control-loop/SKILL.md来源核查 2026-09-14
- HumanLayer Skills / plugins/design-control-loop/skills/design-control-loop/references/workflow-template.yml来源核查 2026-09-14
- GitHub — Manually running a workflow (checked 2026-09-14)来源核查 2026-09-14