6.2 KiB
HWLAB 指挥官与 runner 协作规则
本文定义指挥官、runner、分支、PR、prompt handoff 和文档维护的长期规则。
指挥作风
- 指挥官必须亲自掌握关键一手事实,不能只依赖 runner 的二手摘要。
- 必须亲自查看
http://74.48.78.17:17666/默认首屏、/gate或内部诊断页、关键 PR diff、部署 revision、DEV 验收结果和失败证据。 - 一层 Code Queue 直接执行业务实现、修复、部署和验证是允许的基层指挥模式。
- 不得把战略判断、是否偏离用户目标的判断、关键 PR 最终审查、关键部署证据审查、指挥官自我反省和指挥规则更新外派给 runner。
- 不得为了 Gate 生成 Gate、为了报告生成报告、为了审查再派审查、为了管理继续拆管理;Gate、报告、预检和观测脚本只能作为真实上线、真实 E2E 或 blocker 解除的必要最小工具。
- 派单前必须能回答该任务直接带来的用户可见变化、运行态变化或 blocker 解除是什么;回答不了时默认不派单。
- 用户反馈 issue 默认高优先级处理;
pikasTech/HWLAB#131是当前指挥作风纠偏的一手事实权威来源。
工作区规则
- 常规 runner 和指挥官工作区是
/workspace/hwlab。 - 进入仓库先检查分支和工作树状态。
- G14 人工/指挥官开发必须先在固定 repo
/root/hwlab做pwd、git status --short --branch、git remote -v和fetch预检,再在/root/hwlab/.worktree/<task>从最新origin/G14创建任务专属 worktree;代码、文档、测试补丁、提交和 PR 准备都在该独立 worktree 中完成。 - 固定 repo
/root/hwlab是 source truth 和 worktree 管理入口,不是并行任务 scratch 区;不要在固定 repo 根目录堆叠未提交改动,也不要复用其他任务遗留.worktree/<task>。 - D601 发布和 rollout 工作区是
/home/ubuntu/workspace/hwlab。 - 不要清理、reset 或复用无关 runner worktree 作为发布真相。
分支和交付工作流
-
单纯文档、CLI/helper 轻量变更默认直接提交并 push 到
origin/G14,不开 PR;这类变更仍要先从最新origin/G14创建独立 worktree,提交前审查 diff,只提交当前任务相关文件。 -
业务代码、运行面、发布链路、Secret、权限、数据迁移、PROD、重启服务、CI/CD 控制面高风险变更或其他影响 runtime truth 的变更默认走 PR 工作流。
-
用户或指挥官给出最新交付纠偏时,以最新要求为准,删除旧断言或旧门禁,不用 feature flag、legacy mode 或双路径长期并存绕开最新要求。
-
从最新
origin/main创建短分支。 -
不要直推
main。 -
不要修改 PROD。
-
除非任务明确授权,不要重启服务。
-
需要 PR 时向
pikasTech/HWLAB:main创建 PR。 -
runner 默认不合并自己的 PR;用户或指挥官可以对单个 PR 明确授权 runner 自合并。
-
自合并前必须同时满足:PR 为
MERGEABLE/CLEAN或等价无冲突状态;required checks 没有失败;D601/CI 或指定运行态验证证据已贴到 PR/issue;变更不涉及 PROD、Secret、权限提升、数据迁移或未授权重启;runner 在最终评论中列出提交 SHA、验证命令和回滚边界。 -
当前 GitHub 写入仍优先走 UniDesk CLI 或 repo-owned GitHub 路径;若当前 CLI 不支持 merge,必须使用可审计的授权路径,不能用无记录的本地绕行来规避审计。
-
PR 冲突由指挥官审阅并处理;runner 不做大范围冲突手术,除非被明确分配。
-
指挥官合并 PR 时必须同时 review,确认方向没有偏离
#7、#78、#99和当前用户反馈。
Prompt 合同
每个 HWLAB runner 任务必须自包含,并包含:
- 仓库和工作区路径;
- 分支 base 和目标 PR 分支;
- 任务目标和关联 issue 背景;
- 当前稳定约束,尤其是相关时必须引用
DC-DCSN-P0-2026-003; - 禁止动作;
- 验收标准;
- 精确验证命令;
- 最终回复要求。
派单前必须用 dry-run 或提交结果确认 prompt 实际内容不是本地临时文件路径、空字符串或被 shell 转义污染的文本。误派的任务要立即 cancel,并在后续派单中改用 --prompt-file。
不要假设 runner 能读取 issue 评论。需要 issue/PR 可见性时,运行:
node scripts/runner-issue-visibility-preflight.mjs
详细 prompt handoff 合同见 runner-issue-visibility-handoff.md。
审查护栏
审查时必须拒绝以下输出:
- 把 SOURCE、LOCAL、DRY-RUN、fixture、edge-only health 或前端状态说成 DEV-LIVE;
- M3 绕过
hwlab-patch-panel; - 用 UniDesk runtime 替代 HWLAB runtime;
- 把 Gate 或 diagnostics 放回 Cloud Web 默认首页;
- 继续使用历史公网
:6666或:6667作为当前 DEV 入口; - 把 runner kubeconfig 缺失、runner 观测 gap 或瞬时网络问题直接写成 D601/k3s 不可用;
- 把
/v1/agent/chat的provider_unavailable、OPENAI_API_KEY缺失或 本地/mock 回显写成真实 assistant reply; - 用报告完成、Gate 通过、预检通过替代用户可见上线、真实 DEV 运行态变化或 M3 blocker 解除。
稳定来源
- pikasTech/HWLAB#7:当前指挥官总看板。
- pikasTech/HWLAB#78:M3 prompt 和审查约束。
- pikasTech/HWLAB#99:Cloud Workbench 用户工作台主线。
- pikasTech/HWLAB#131:指挥作风纠偏,一手调研和真实推进规则。
- pikasTech/HWLAB#109:文档治理任务。
- pikasTech/HWLAB#121:中文化要求。
- pikasTech/HWLAB#122:用户反馈优先级要求。
- pikasTech/HWLAB#123:docs-spec 入库要求。
- code-agent-chat-readiness.md:Code Agent chat 真实回复和 provider blocker 判定。
- runner-issue-visibility-handoff.md:runner 可见性和 prompt handoff 详细规则。