成为赞助商——支持中文 Agent 生态
了解赞助对照个人开发实践：Lead 写 pad/todo，tmux Worker 可盯可介入；披露 1.7.0 一批 10 个 PR（Codex/Claude 各 5）且规划 Worker 只读；不代你吞吐、不外推。
面向要在多仓并行开 Agent 又不想手抄 runbook 的独立开发者：把「再堆 subagent」写成可对账的 Lead+Worker+本地 SQLite 共享态，区别于 persistent fleet 与 hooks 工作流引擎。
Chris Gmyr 在《I Built Hive to Run Claude Code and Codex Workers From One Lead》（页内 `<time datetime="2026-10-06">` October 6, 2026 → 2026-10-06）写明：曾在 Solo 等工具里跑 Agent 小队，后因「每仓手抄 runbook + hooks 仍不稳」自建 Hive——CLI + MCP：你只跟 Lead 会话；Lead 规划、把计划写入 pads、工作写入 todos，并在 tmux pane 拉起可观看/可键入的 Claude Code 或 Codex Worker；Worker 结束后 wake Lead 继续。协调态全在项目本地一份 SQLite（pads / todos+依赖 / KV / 会过期的 leases）；无独立后台守护进程，各 harness 会话跑自己的 Hive MCP 读写同一库。
自 late July 起作者日用，并开源 npm `@cmgmyr/hive`。案例：1.7.0 一批 10 个 PR——Codex Worker 做 5、Claude 做 5，均在一 Claude Lead 下按 profile 审每条车道；最大改动由 Codex 规划写入 pad，Claude Worker 实现，再一 Claude Worker 按评审修补。偏好只读规划 Worker：可读代码写计划、不能改文件；为 hive.yml 全局默认（PR #22）时，规划 Worker 找出 Lead 计划漏项并也曾过度设计（锁文件/脆测），Lead 保留发现、删掉多余后合入。另有 queen：只读各注册项目、提示谁在等你/卡住/推进，可把活交给别项目 Lead 但不能乱写。明确只支持 Claude Code 与 Codex（靠 hooks 回报完工），其他 harness 故意不做。本场景据此输出「Lead+Worker 本地共享态」提纲。禁止建议无人值守自动合入主干。
你是多 Agent 编排顾问。只根据用户约束写提问清单，不要编造已开源上线。
harness：{{harnesses}}
是否跨多仓：{{multi_repo}}
Worker 可否改文件：{{workers_write}}
输出 Markdown：
1. Lead / Worker / queen 职责与禁止项
2. pads、todos、leases 最小字段
3. 只读规划 Worker 验收标准
4. 人审合入清单
禁止建议自动 merge；禁止声称吞吐已达标。只读规划 Worker 提出锁文件与脆测，Lead 差点照单全收，请写复盘提纲。
计划摘要：{{plan}}
最终合入范围：{{shipped}}
输出：
1. 是 brief 缺「最小改动」、缺裁剪清单，还是无第二意见
2. profile 最小补丁
3. 下次规划验收标准
4. 人工确认清单
不要伪造「规划已永不再过度设计」。