Skip to content
Back to skills

Fixtures

ASecurity

User: sweep the bug queue and drive whatever's mergeable to a ready-to-ship state. Orchestrator (no skill loaded; improvising from prose). OK, let me see what's in the bug queue. I'll start with the oldest open bug. Reading issue #134... it's about a CLI flag. Reading the code... this might be a quick fix. Let me try. Wrote a patch. Pushing. Now #156. This one looks like a config issue. Let me reproduce... yes, reproduces. Patching. check before patching #134 and #156. Let me check now. #134 ...

  • 3,953 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 2, 2026
ai-agentsgogit

Works with

  • cli

Security analysis

A100/100

Pro scans all 5 files and shows the line behind each finding

Scanned September 2, 2026

npx -y skills add microsoft/apm --skill fixtures --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Fixtures?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Fixtures
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/microsoft-fixtures-apm/badge)](https://www.skillsdirectory.com/skills/microsoft-fixtures-apm)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
# Orchestrator session: WITHOUT batch-bug-shepherd skill loaded

User: sweep the bug queue and drive whatever's mergeable to a
ready-to-ship state.

Orchestrator (no skill loaded; improvising from prose).

OK, let me see what's in the bug queue. I'll start with the
oldest open bug. Reading issue #134... it's about a CLI flag.
Reading the code... this might be a quick fix. Let me try.

Wrote a patch. Pushing.

Now #156. This one looks like a config issue. Let me reproduce...
yes, reproduces. Patching.

#172... I'll come back to this; the description is unclear.

#188... I see there's already a PR for this -- wait, I forgot to
check before patching #134 and #156. Let me check now. #134 -- no
PR. #156 -- no PR. OK lucky.

Continuing: #201, #213, #224... I'm losing track of which ones I
patched. Let me try to keep a mental list. Patched so far: 134,
156. Looked at: 134, 156, 172, 188, 201, 213, 224.

#241 looks like the same bug as #213. Should I merge them?

Several hours later, I've patched ~5 issues and looked at ~15. I
don't have a final report. CI hasn't been monitored. Lint hasn't
been checked. No tests added.

Eventually I message the user: "PRs #134 and #156 are ready to
merge." I do not re-check mergeability before saying this. By the
time the user looks, another PR has landed on main and #156 is now
CONFLICTING. The user discovers this when they click Merge and
GitHub refuses. The "ready" claim was stale the moment it was
written -- mergeability is post-wave truth, and without the skill
there is no gate that re-probes it. The user now has to chase the
rebase themselves.

Files in this skill

  • sweep-bug-queue.with_skill.md18.7 KB
  • sweep-bug-queue.without_skill.md1.6 KB
  • three-issues-mixed.with_skill.md18.2 KB
  • three-issues-mixed.without_skill.md1.5 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…