ops-yolo

运行时上下文

在进行 YOLO 分析之前，加载：

1. 偏好设置：cat ${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/preferences.json — 读取 owner、timezone、yolo_enabled 以及所有渠道配置
2. 守护进程健康状态：cat ${CLAUDE_PLUGIN_DATA_DIR}/daemon-health.json — 全面分析要求所有服务均处于健康状态
3. 密钥：通过环境变量 → Doppler → 密码管理器解析所有密钥：GITHUB_TOKEN、SENTRY_AUTH_TOKEN、LINEAR_API_KEY、AWS_ACCESS_KEY_ID
4. Ops 记忆：加载 ${CLAUDE_PLUGIN_DATA_DIR}/memories/ 中的所有文件 — 联系人档案、偏好设置、主题和禁忌事项。YOLO Agent 需要尽可能多的上下文。

OPS ► YOLO 模式

CLI/API 参考

aws CLI（Cost Explorer）

命令	用途	输出
aws ce get-cost-and-usage --time-period Start=<YYYY-MM-DD>,End=<YYYY-MM-DD> --granularity MONTHLY --metrics "UnblendedCost" --output json	当前月份支出	Cost JSON

gh CLI（GitHub）

命令	用途	输出
gh pr list --repo <owner/repo> --json number,title,statusCheckRollup,reviewDecision,mergeable,isDraft	带状态的开放 PR	JSON 数组
gh pr merge <n> --repo <repo> --squash --admin	Squash 合并 PR	合并结果
gh run list --limit 20 --json status,conclusion,name,headBranch,createdAt	最近的 CI 运行	JSON 数组

---

Agent Teams 支持

如果设置了 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1，请在 C-suite 分析（第 2 阶段）中使用 Agent Teams，而不是即发即弃的子 Agent。这使得：

• Agent 可以在分析过程中分享发现（CEO 发现收入受阻因素 → CFO 将其纳入 ROI 考量）
• 如果早期发现改变了优先级，你可以引导 Agent
• Agent 可以围绕共识建议进行协调

团队设置（仅当启用该标志时）：

TeamCreate("yolo-csuite")
Agent(team_name="yolo-csuite", name="ceo", subagent_type="ops:yolo-ceo", ...)
Agent(team_name="yolo-csuite", name="cto", subagent_type="ops:yolo-cto", ...)
Agent(team_name="yolo-csuite", name="cfo", subagent_type="ops:yolo-cfo", ...)
Agent(team_name="yolo-csuite", name="coo", subagent_type="ops:yolo-coo", ...)

初步分析后，使用 SendMessage(to="cto", content="CFO flagged $400/mo in waste — does this change your tech-debt ranking?") 或类似方式，在同级 Agent 之间交叉分享发现。主 /ops:yolo 编排器（此技能）随后会读取全部四份分析文件（ceo-analysis.md、cto-analysis.md、cfo-analysis.md、coo-analysis.md），并将其综合为《残酷事实》报告。yolo-ceo 是并行协作的同级 Agent，而非综合分析者。

如果未设置该标志，则回退到标准并行子 Agent（即发即弃，不进行任务中途引导）。

第 1 阶段 — 预先收集所有数据

同时运行以下所有命令：

${CLAUDE_PLUGIN_ROOT}/bin/ops-infra 2>/dev/null || echo '{}'

${CLAUDE_PLUGIN_ROOT}/bin/ops-git 2>/dev/null || echo '[]'

${CLAUDE_PLUGIN_ROOT}/bin/ops-prs 2>/dev/null || echo '[]'

${CLAUDE_PLUGIN_ROOT}/bin/ops-ci 2>/dev/null || echo '[]'

${CLAUDE_PLUGIN_ROOT}/bin/ops-unread 2>/dev/null || echo '{}'

aws ce get-cost-and-usage --time-period "Start=$(date +%Y-%m-01),End=$(date +%Y-%m-%d)" --granularity MONTHLY --metrics "UnblendedCost" --output json 2>/dev/null || echo '{}'

cat "${CLAUDE_PLUGIN_ROOT}/scripts/registry.json" 2>/dev/null || echo '{}'

${CLAUDE_PLUGIN_ROOT}/bin/ops-external 2>/dev/null || echo '[]'

for d in $(jq -r '.projects[] | select(.gsd == true) | .paths[]' "${CLAUDE_PLUGIN_ROOT}/scripts/registry.json" 2>/dev/null); do
  expanded="${d/#\~/$HOME}"
  [ -f "$expanded/.planning/STATE.md" ] && echo "=== $(basename $expanded) ===" && cat "$expanded/.planning/STATE.md" && echo "---"
done

---

第 2 阶段 — 并行启动 4 个 C-suite Agent

使用所有预先收集的数据作为上下文，同时启动以下 4 个 Agent。每个 Agent 将分析结果写入 /tmp/yolo-[session]/ 中的文件：

Agent 1 — CEO（战略）

使用 agents/yolo-ceo.md。写入 /tmp/yolo-[session]/ceo-analysis.md。

• 当前阻碍增长的首要因素是什么？
• 我们正在做正确的事情吗？
• 我们在哪些方面浪费时间，哪些方面创造价值？
• 如果今天向投资者汇报，你会不加修饰地说什么？

Agent 2 — CTO（技术）

使用 agents/yolo-cto.md。写入 /tmp/yolo-[session]/cto-analysis.md。

• 哪些最严重的技术债务会给我们带来麻烦？
• 哪些服务是定时炸弹？
• 团队和架构是否已为扩展做好准备？
• 我们在哪些方面走了捷径，现在需要修正？

Agent 3 — CFO（财务）

使用 agents/yolo-cfo.md。写入 /tmp/yolo-[session]/cfo-analysis.md。

• 实际资金消耗率与资金可支撑时间
• 哪些 AWS 服务在浪费开支？
• 如果一切维持现状，我们何时会耗尽资金？
• 当前工作的 ROI 是多少？

Agent 4 — COO（运营）

使用 agents/yolo-coo.md。写入 /tmp/yolo-[session]/coo-analysis.md。

• 当前有哪些事情被遗漏了？
• 哪些流程已经失效？
• 本周最大的执行风险是什么？
• 有哪些本应自动化却尚未自动化的工作？

阶段 3 — 严峻现实报告（Orchestrator 综合分析）

这个技能（主 Orchestrator）负责综合分析——而不是 yolo-ceo。4 个并行 Agent 全部完成，并将分析文件写入 /tmp/yolo-[session]/{ceo,cto,cfo,coo}-analysis.md 后，在主上下文中读取全部 4 个文件，并综合整理成一份统一报告：

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 YOLO ► HARD TRUTHS REPORT — [date]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

 CEO: [1-2 brutal strategic truths]

 CTO: [1-2 brutal technical truths]

 CFO: [1-2 brutal financial truths]

 COO: [1-2 brutal operational truths]

──────────────────────────────────────────────────────
 CONSENSUS: The #1 thing that matters today is:
 [single most important action, no sugar-coating]
──────────────────────────────────────────────────────

 Full analysis files saved to:
 /tmp/yolo-[session]/ceo-analysis.md
 /tmp/yolo-[session]/cto-analysis.md
 /tmp/yolo-[session]/cfo-analysis.md
 /tmp/yolo-[session]/coo-analysis.md

──────────────────────────────────────────────────────
 Type YOLO to hand over the controls.
 I'll run your business autonomously for the next day.
 This means: closing inbox, merging ready PRs,
 fixing fires, advancing GSD phases, triaging issues.

 Or pick an analysis to read:
──────────────────────────────────────────────────────

使用分批的 AskUserQuestion 调用（每次最多 4 个选项）：

AskUserQuestion 调用 1：

  [Read CEO analysis]
  [Read CTO analysis]
  [Read CFO analysis]
  [More...]

AskUserQuestion 调用 2（仅当选择“更多...”时）：

  [Read COO analysis]
  [Execute top recommendation now]
  [Type YOLO to go autonomous]

---

阶段 4 — YOLO 自主模式

如果用户输入 YOLO（全大写），则通过 /loop 进入自主模式。

开始前，使用 AskUserQuestion 确认范围：

YOLO mode will autonomously execute these steps:
  1. Inbox — reply to humans, archive automated
  2. Fires — fix CRITICAL/HIGH production issues
  3. PRs — merge ready PRs (CI green, approved)
  4. Triage — auto-resolve confirmed-fixed issues
  5. GSD — advance highest-priority phase
  6. Linear — sync sprint board
  7. Deploy — trigger pending deploys
  8. Report — summary

  [Run all 8 steps]  [Pick which steps to run]  [Cancel]

如果用户选择“选择具体步骤”，则通过分批的 AskUserQuestion 调用（每次最多 4 个选项）以 multiSelect 形式显示步骤：

调用 1：[Inbox]、[Fires]、[PRs]、[More steps...] 调用 2（如果选择“More steps...”）：[Triage]、[GSD]、[Linear]、[More steps...] 调用 3（如果选择“More steps...”）：[Deploy]、[Report]、[Done selecting]

按顺序运行所选步骤，并在每个步骤后报告进展。

逐步确认（每次执行破坏性操作前都使用 AskUserQuestion）：

• Inbox：显示拟定的回复，并在发送任何消息前询问 [Send all N replies] / [Review each one] / [Skip inbox]
• Fires：显示拟议的修复方案，并在每次派发 Agent 前询问 [Dispatch fix agent] / [Skip]
• PRs：显示 PR 列表，并在合并前询问 [Merge all N ready PRs] / [Pick which ones] / [Skip]
• Triage：显示待关闭的问题，并在关闭前询问 [Auto-resolve all N confirmed-fixed] / [Review each] / [Skip]
• Deploy：显示待部署项，并在触发部署前询问 [Deploy all] / [Pick which] / [Skip]
• 基础设施变更：对于每一项破坏性基础设施操作（删除 ALB、停止 RDS、禁用 Multi-AZ、清除镜像等），都要结合高管团队报告中的上下文，展示具体操作并单独询问 [Execute] / [Skip]。绝不能将破坏性基础设施操作批量处理。

依据报告执行：当用户批准执行《严峻现实报告》中的建议时：

1. 读取所有高管团队分析文件（/tmp/yolo-[session]/*.md）
2. 提取标记为 ⚠️ REQUIRES CONFIRMATION 的具体可执行事项
3. 通过 AskUserQuestion 逐项展示每个操作，并提供将要运行的确切命令、预期结果以及来源报告（CTO/CFO/COO）
4. 仅在获得针对该操作的明确批准后才执行
5. 每项操作完成后，先验证结果并报告，然后再继续下一项

每个步骤完成后，检查是否出现了新的故障，再继续执行。 完成后报告最终摘要。

如果 $ARGUMENTS 为 analyze 或为空，则直接进入阶段 1。 如果 $ARGUMENTS 为 YOLO，则跳至阶段 4。 如果 $ARGUMENTS 为 report，则跳至阶段 3（如果存在，则读取已有分析文件）。

---

原生工具用法

Tasks — 进度跟踪

在阶段 4 开始时使用 TaskCreate，为每个 YOLO 步骤创建一个任务。每完成一个步骤，就使用 TaskUpdate 更新任务。这能让用户实时查看自主运行的进度。

PlanMode — 自主运行前审查

在阶段 4 执行前，使用 EnterPlanMode 展示完整执行计划。用户审查 YOLO 将执行的操作，并批准或修改计划，然后使用 ExitPlanMode 开始执行。

Cron — 安排每日 YOLO

阶段 4 完成后，通过 AskUserQuestion 提供安排定期运行 YOLO 的选项：

  [Schedule daily YOLO at 9am]  [Schedule weekly Monday briefing]  [No schedule]

如果用户选择安排，则使用 CronCreate。使用 CronList/CronDelete 管理现有计划。

Monitor — 实时监控 CI/部署

当 YOLO 派发修复 Agent 或触发部署时，使用 Monitor 实时输出 CI 结果，而不是通过休眠循环轮询。

WebFetch/WebSearch — 补充信息

当 MCP 不可用时，使用 WebFetch 获取 Grafana 仪表板、Sentry 事件详情或 AWS 状态页面。使用 WebSearch 查找生产环境错误的相关信息（例如已知的 AWS 服务中断）。