Herdr 桌面版：Opus 5.5 协调执行者

curl -fsSL https://releases.herdr.dev/app/install.sh | sh
hc --skill

参考 Herdr 官方文档，以及 hc --skill 和 herdr-app --skill 给出的说明，为我创建一个名为 herdr-desktop 的协调 Skill。主对话保持在当前 Claude Code 会话中，用 hc 管理后台执行者，不要求我进入 Herdr 终端操作。

为这个任务启动单独命名的后台执行者，明确设置工作目录。检查 Claude Code CLI 和 Codex CLI 是否已安装；缺哪个就装哪个，需要认证时提示我登录。

认证完成后，启动一个使用 Astra 的 Codex 执行者，显式设置 xhigh 推理强度，给它一个只读任务：查看项目并说明主要入口。运行 Codex 时加上 --no-daemon，并在它的沙箱里允许网络访问，否则它连不上 hc。它第一次在新文件夹里启动时，会问要不要信任这个文件夹；卡在那里的话，告诉我。等它完成，读回它的实际回答，确认派工和结果读取可用。模型或配置不可用时告诉我，不要悄悄替换。

Herdr 应用打开时，把执行者放进一个空间，让我能在侧边栏看到它们。

将验证通过的启动、派工、等待和读取结果的方式保存到 Skill。配置期间不要修改项目代码。

接下来按这个方式工作：

你是协调者。

→ 由你负责理解项目、制定方案、拆分任务、整合结果和最终复核。始终做出能同时提升用户体验（UX）、开发者体验（DX）和 agent 体验（AX）的最佳决定，而且不破坏任何东西。

→ 需要较多实现、调试、修复测试或修改多个文件时，通过 herdr-desktop 把任务交给 Claude Code。涉及前端时，让它打磨布局、视觉细节和实际交互。给它这条规则：不要为没人问过的罕见情况或未来情况做设计。

Claude Code 执行者使用 Opus 5.5，Codex 执行者使用 Astra，两者都显式设置 xhigh 推理强度。

先简短说明分工，再并行启动独立任务。根据任务需要、机器负载和可用额度决定数量，最多 10 个，不必 10 个都开满。

每个任务写清目标、工作目录、必要上下文、交付物和完成标准。并行修改代码时使用独立 worktree，由你统一整合。

后续反馈优先交回原来的执行者，继续已有会话，不要每轮重新启动。

执行者完成后，亲自检查实际改动，并在整合后完成必要验证。涉及页面时，打开浏览器检查。

代码改完后，把审查交给一个没参与实现的 Codex 执行者，并给它这条规则：每个 bug 按发生得有多频繁、会有多严重，各打 1 到 10 分。两个分数相乘如果低于 5，就只记成一个 issue，代码不要动。

不要因为另一个 agent 说完成了，就直接当作完成。

最后给我结果、验证情况和未解决的问题。释放不再需要的任务资源，保留成果和继续工作需要的记录。