ops-next

运行时上下文

提供建议之前，请先加载：

1. 偏好设置：cat ${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/preferences.json — 读取 owner、primary_project、default_channels
2. 守护进程健康状态：cat ${CLAUDE_PLUGIN_DATA_DIR}/daemon-health.json — 将任何 action_needed 标记为优先事项
3. Ops 记忆：查看 ${CLAUDE_PLUGIN_DATA_DIR}/memories/topics_active.md，了解正在进行的工作背景

OPS ► 下一步操作

CLI/API 参考

gh CLI（GitHub）

命令	用法	输出
gh pr list --state open --json number,title,statusCheckRollup,reviewDecision	查看 CI/审查状态的开放 PR	JSON 数组

---

Agent Teams 支持

如果设置了 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1，在并行收集优先级数据时使用 Agent Teams。这可以：

• 让 Agent 共享上下文并在执行过程中协调
• 让你实时调整优先级
• 让 Agent 在完成时报告进度

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

TeamCreate("next-team")
Agent(team_name="next-team", name="fires-checker", prompt="Check infra health and CI for production fires")
Agent(team_name="next-team", name="comms-checker", prompt="Check unread messages across all channels")
Agent(team_name="next-team", name="prs-checker", prompt="Find PRs ready to merge — CI green, reviews approved")
Agent(team_name="next-team", name="sprint-checker", prompt="Check Linear sprint for highest-priority in-progress issues")

如果未设置该标志，请使用标准的即发即弃子 Agent。

预先收集的数据

基础设施与故障

${CLAUDE_PLUGIN_ROOT}/bin/ops-infra 2>/dev/null || echo '{"clusters":[]}'

Git 与 PR

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

CI 状态

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

未读消息

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

GSD 活跃阶段

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

---

你的任务

对所有预先收集的数据应用优先级顺序：

优先级 1 — 故障

检查基础设施数据：ECS 任务不健康、服务已停止、部署失败。 检查 CI：main 或 dev 分支是否存在故障。 如有任何故障 → 立即建议使用 /ops-fires。

优先级 2 — 紧急沟通

检查未读消息数量。如果 WhatsApp 或电子邮件中有来自真人（非自动消息）的未读消息：

• 根据发件人/预览内容（如有）估算紧急程度
• 如果沟通紧急 → 建议使用 /ops-inbox [channel]

优先级 3 — 可合并的 PR

检查 PR：CI 通过 + 没有未解决的审查评论 + 不是草稿。 如有符合条件的 PR → 建议立即审查该 PR。 检查：gh pr list --state open --json number,title,statusCheckRollup,reviewDecision 2>/dev/null

优先级 4 — LINEAR 冲刺

获取当前冲刺中的问题：使用 mcp__linear__list_issues，并筛选当前周期（如有需要，使用 Linear GraphQL 作为周期查询的后备方案）。 找出优先级最高且正在进行或尚未开始的问题。

优先级 5 — GSD 工作

根据 GSD 状态，找出所有项目中对收入影响最大的活跃阶段。 收入权重：读取 scripts/registry.json 中的 revenue.stage 和 priority —— 优先级数字较低（优先级较高）且收入阶段为 growth 或 active 的项目，优先于 pre-launch 或 development 阶段的项目。同一层级内，优先选择最接近完成的阶段。

---

输出格式

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
 OPS ► NEXT ACTION
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

 TOP PRIORITY: [fires|comms|PR|sprint|gsd]
 ▶ [specific action in one sentence]

 WHY: [1-2 sentence rationale]

──────────────────────────────────────────────────────
 Full priority stack:
 1. [action] — [why] → [/skill or command]
 2. [action] — [why] → [/skill or command]
 3. [action] — [why] → [/skill or command]
 4. [action] — [why] → [/skill or command]
 5. [action] — [why] → [/skill or command]

──────────────────────────────────────────────────────
 a) Do #1 now
 b) Do #2 now
 c) Show me everything (/ops-go)
 d) I'll decide — just show the briefing

 → Pick or describe what you want
──────────────────────────────────────────────────────

使用 AskUserQuestion。用户选择一个选项后，直接调用相应的技能——不要描述它，直接执行。

如果 $ARGUMENTS 包含上下文（例如，“聚焦于 ”），则将分析范围限制在该上下文内。

---

原生工具用法

任务 — 操作跟踪

用户选择操作后，使用 TaskCreate 跟踪该操作。路由到相应技能时，任务会保留，作为用户所选关注事项的提醒。

WebFetch — 信息补全后备方案

预先收集的数据过时或不完整时，使用 WebFetch 直接从 API（Linear GraphQL、Sentry、GitHub）获取最新数据。