Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/mfmezger/ai_agent_dotfiles/github-pr-feedbackgit clone --depth 1 https://github.com/mfmezger/ai_agent_dotfilesWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00084 | $0.01729 |
| Opus 5 | $0.00042 | $0.00864 |
| Sonnet 5 | $0.00017 | $0.00346 |
| Haiku 4.5 | $0.00008 | $0.00173 |
Grade A, and why
github-pr-feedback scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 198 lines — stays where its author put it; the contents beside it link to each section on GitHub.
GitHub PR Feedback Triage
Turn GitHub pull request feedback into a concise, defensible markdown triage report. The goal is to help the user decide which comments require code changes and which can be safely declined, deferred, or answered without changing code.
Review Lens
Always keep the karpathy-guidelines skill in mind when judging PR feedback.
Bias toward simple, surgical fixes with clear success criteria:
- Do not accept feedback that adds speculative abstractions, broad refactors, or configurability the PR does not need.
- Do not reject feedback that identifies a concrete bug, unclear assumption, or missing verification just because the fix is inconvenient.
- Prefer the smallest code or documentation change that resolves the reviewer concern.
- Surface uncertainty directly in the reasoning instead of pretending the answer is more certain than the evidence supports.
Prerequisites
- Use
ghwhen feedback must be fetched from GitHub. ghmust be installed and authenticated for live PR access.- Run bundled Python scripts with
uv runwhen available. Useuvxonly for external Python command-line tools; this skill's local helper script should be run withuv run. - If the user pasted the feedback directly, do not fetch from GitHub unless they ask you to verify the current PR state.
Input Sources
Prefer the most direct available input:
- Pasted feedback in the conversation.
- A PR URL or PR number provided by the user.
- The PR associated with the current branch.
If no PR or feedback is available, ask the user for either a PR URL/number or the feedback text.
Fetching GitHub Feedback
Prefer the bundled fetch script because it collects the PR summary, top-level comments, reviews, inline review comments, review thread resolution state, file list, and checks in one repeatable command.
Run the bundled fetch script with uv run:
uv run ../skills/github-pr-feedback/scripts/fetch_pr_feedback.py <pr-url-or-number> --out /tmp/pr-feedback.json --summary
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 198 lines · 84 tokens per session scan A 1073cd195377
github-pr-feedback is a command published in the GitHub repository mfmezger/ai_agent_dotfiles (5 stars, last pushed 1mo ago), licensed MIT. It adds 84 tokens to every session and 1,729 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
psm
/oh-my-claudecode:psm is a compatibility alias for /oh-my-claudecode:project-session-manager.
release
This compatibility command keeps /oh-my-claudecode:release available without loading the full release skill description in every Claude Code session.
step-research
Always research before proposing a fix. The Untether bug you're chasing is often a known upstream engine quirk, a previously-fixed regression, or a documented config gotcha.
step-classify
This is the canonical Untether issue-class table. Pick exactly one primary class per issue (the area where the root cause lives). If behaviour crosses boundaries, note a secondary class.
research
Research a technical or product question.
README
This directory is the canonical source for each step of Untether's 8-step deep debugging protocol. The parent command file at ../debug.md orchestrates the steps; each file here owns the detail for one step (or one shared output).