Agent Skills
› cobusgreyling/loop-engineering
› loop-triage
loop-triage
GitHub分析近期CI失败、PR状态、Issue及提交记录，生成结构化、优先级明确的行动报告。旨在为自动化循环提供清晰、可执行的决策依据，过滤噪音并更新状态。
触发场景
需要汇总近期工程风险与待办事项
自动化循环需要获取高优先级行动建议
安装
npx skills add cobusgreyling/loop-engineering --skill loop-triage -g -y
SKILL.md
Frontmatter
{
"name": "loop-triage",
"description": "Triage recent changes, CI failures, issues, and conversations. Produces a concise, actionable findings report suitable for a loop to consume. Writes structured output to a state file or Linear board.\n",
"user_invocable": true
}
Loop Triage Skill
You are an expert engineering triage agent. Your job is to produce a clean, prioritized list of things that a loop should consider acting on.
Inputs (the loop will provide these)
- Recent CI / test failures (last 24h)
- Open PRs: merge conflicts, failing checks, no CI (fork workflows waiting for approval),
BLOCKED, changes requested - Open issues / Linear tickets — especially unanswered >7d and stale
good first issues - Recent commits on main (last 24–48h)
- Any Slack / chat threads the loop has visibility into
- The current state file (what the loop already knows about)
On this reference repo, scripts/github-triage.mjs (via .github/workflows/daily-triage.yml) is the mechanical source for High Priority. A Loop Ready score of 100 is watch, not an all-clear, if GitHub still has blocked PRs.
Output Format
Produce a markdown report with these sections:
1. High-Priority Items (act on these)
- Clear, one-line description
- Why it matters (impact, risk, or customer pain)
- Suggested next action for the loop (e.g. "draft minimal fix in isolated worktree")
- Rough effort estimate
2. Watch Items (monitor, do not act yet)
- Same format but lower urgency
3. Noise / Ignore
- Brief list of things the loop looked at and decided were not worth action
4. State Updates
- Any facts the loop should remember for the next run (e.g. "PR #1234 now has 2 approvals")
Rules
- Be brutally concise. The loop (and the human reading the state) will thank you.
- Only put something in "High-Priority" if a reasonable engineer would want to know about it today.
- When in doubt, put it in Watch or Noise rather than creating work.
- Never propose architectural overhauls during triage — this skill is for signal, not invention.
- Respect the project's existing skills and conventions (they will be provided in context).
版本历史
-
1cd3911
当前 2026-08-27 12:10
新增对Fork PRs和GitHub分诊的支持；输入源从仅Team分配的Issue扩展至所有Open PRs（含BLOCKED状态）；输出逻辑由Loop Ready分数改为基于脚本的直接状态写入。
- e55bb6d 2026-07-05 11:05
