Install any skill in seconds. Free to start, no credit card required.
Get Started Free →This skill should be used when the user asks to "babysit issues", "work on assigned issues", "check a5c-agent issues", "process babysitter issues", or wants to find and work on open GitHub issues assigned to a5c-agent in the babysitter repo.
.claude/skills/a5c-ai-babysit-babysitter-issues/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | -57% | 0% |
| case-05 | ✗→✓ | ▲ Improved | -5% | 0% |
| case-08 | ✗→✓ | ▲ Improved | -30% | 0% |
| case-09 | ✗→✓ | ▲ Improved | -28% | 0% |
| case-10 | ✗→✓ | ▲ Improved | -49% | 0% |
Fetch open GitHub issues from https://github.com/a5c-ai/babysitter/issues assigned to a5c-agent, then orchestrate work on each issue via /babysitter:call.
Use the gh CLI to list open issues assigned to a5c-agent:
bashgh issue list --repo a5c-ai/babysitter --assignee a5c-agent --state open --json number,title,url,labels --limit 50
If no issues are found, report that there are no open issues assigned to a5c-agent and stop.
Display the list of open issues to the user with their number, title, labels, and URL.
For each issue, invoke the babysitter:yolo skill with a prompt that includes the issue URL and context:
/babysitter:yolo work on this GitHub issue: <issue_url>If multiple issues are selected, process them sequentially -- complete one before starting the next. Present a summary after each issue is processed. as part of the process, create a new branch from staging named issue-<number> and push commits to that branch. then create a pull request against staging with a meaningful name and a description of the work done (with link to the original issue). if the issue has a "bug" label, prioritize fixing the bug and include details about the bug and how it was fixed in the pull request description.
After all open a5c-assigned issues have been processed, provide a summary of what was done for each issue.
a5c-agent are fetched. Other assignees are ignored.gh CLI must be authenticated. If authentication fails, prompt the user to run gh auth login./babysitter:yolo which handles the actual implementation work.| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-01 | fail→fail | 24,699 | 2,859 | -88% | 1 | 1 | 0% | 4,779 | 884 | -82% | 0 | 0 | — |
case-02 | fail→fail | 4,398 | 28,958 | +558% | 1 | 1 | 0% | 367 | 7,003 | +1808% | 0 | 0 | — |
case-03 | fail→fail | 19,929 | 2,383 | -88% | 1 | 1 | 0% | 2,812 | 789 | -72% | 0 | 0 | — |
case-04 | fail→pass | 12,741 | 2,811 | -78% | 1 | 1 | 0% | 2,407 | 1,038 | -57% | 0 | 0 | — |
case-05 | fail→pass | 13,049 | 2,095 | -84% | 1 | 1 | 0% | 848 | 805 | -5% | 0 | 0 | — |
case-06 | pass→pass | 10,881 | 3,635 | -67% | 1 | 1 | 0% | 1,775 | 1,177 | -34% | 0 | 0 | — |
case-07 | fail→fail | 3,218 | 1,911 | -41% | 1 | 1 | 0% | 538 | 832 | +55% | 0 | 0 | — |
case-08 | fail→pass | 10,083 | 4,171 | -59% | 1 | 1 | 0% | 1,644 | 1,153 | -30% | 0 | 0 | — |
case-09 | fail→pass | 6,885 | 1,831 | -73% | 1 | 1 | 0% | 1,154 | 826 | -28% | 0 | 0 | — |
case-10 | fail→pass | 12,121 | 2,099 | -83% | 1 | 1 | 0% | 1,742 | 895 | -49% | 0 | 0 | — |
case-11 | fail→fail | 5,780 | 1,993 | -66% | 1 | 1 | 0% | 954 | 781 | -18% | 0 | 0 | — |
case-12 | fail→fail | 10,058 | 5,436 | -46% | 1 | 1 | 0% | 1,677 | 1,390 | -17% | 0 | 0 | — |
case-13 | fail→pass | 5,795 | 2,164 | -63% | 1 | 1 | 0% | 968 | 857 | -11% | 0 | 0 | — |
case-14 | fail→fail | 9,961 | 6,297 | -37% | 1 | 1 | 0% | 1,562 | 991 | -37% | 0 | 0 | — |
case-15 | fail→pass | 7,628 | 3,135 | -59% | 1 | 1 | 0% | 1,155 | 1,084 | -6% | 0 | 0 | — |
case-16 | fail→fail | 6,189 | 2,645 | -57% | 1 | 1 | 0% | 991 | 939 | -5% | 0 | 0 | — |
case-17 | fail→pass | 10,070 | 14,141 | +40% | 1 | 1 | 0% | 1,676 | 2,283 | +36% | 0 | 0 | — |
case-18 | fail→fail | 8,820 | 1,609 | -82% | 1 | 1 | 0% | 1,343 | 785 | -42% | 0 | 0 | — |
case-19 | fail→pass | 4,572 | 2,693 | -41% | 1 | 1 | 0% | 812 | 889 | +9% | 0 | 0 | — |
case-20 | fail→fail | 10,523 | 4,210 | -60% | 1 | 1 | 0% | 1,728 | 1,279 | -26% | 0 | 0 | — |
case-21 | fail→fail | 7,951 | 4,665 | -41% | 1 | 1 | 0% | 1,409 | 1,077 | -24% | 0 | 0 | — |
case-22 | fail→pass | 10,808 | 4,711 | -56% | 1 | 1 | 0% | 2,098 | 1,156 | -45% | 0 | 0 | — |
case-23 | fail→pass | 7,272 | 1,491 | -79% | 1 | 1 | 0% | 1,207 | 736 | -39% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 23 cases were attempted, and 22 counted toward the lift figure. The other 1 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +48 percentage points is the difference between those two pass rates over the 22 comparable cases. 1 case got worse with the skill loaded, and it is included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.