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 skills/auerbachb/claude-code-config/pm-forgotten-prnpx skills add auerbachb/claude-code-config --skill pm-forgotten-prgit clone --depth 1 https://github.com/auerbachb/claude-code-configWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/auerbachb/claude-code-config/pm-forgotten-pr)<a href="https://agentmods.dev/skills/auerbachb/claude-code-config/pm-forgotten-pr"><img src="https://agentmods.dev/badge/skills/auerbachb/claude-code-config/pm-forgotten-pr.svg" alt="Measured on agentmods" height="20"></a>What 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.00096 | $0.02254 |
| Opus 5 | $0.00048 | $0.01127 |
| Sonnet 5 | $0.00019 | $0.00451 |
| Haiku 4.5 | $0.00010 | $0.00225 |
Grade A, and why
pm-forgotten-pr 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 4d 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 — 99 lines — stays where its author put it; the contents beside it link to each section on GitHub.
One-shot startup triage of open PRs that have gone idle. Does not enter a monitoring loop — continuous PR-fleet monitoring remains /pr-monitor-and-manage's job.
Resolve the required detector and merge-order helper before Step 1:
resolve_script() {
local name="$1" candidate
for candidate in \
"$HOME/.claude/skills-worktree/.claude/scripts/$name" \
"$HOME/.claude/scripts/$name" \
".claude/scripts/$name"; do
if [[ -x "$candidate" ]]; then echo "$candidate"; return 0; fi
done
return 1
}
FORGOTTEN_PR_TRIAGE_SH=$(resolve_script forgotten-pr-triage.sh || true)
MERGE_SEQUENCE_SH=$(resolve_script merge-sequence.sh || true)
[[ -n "$FORGOTTEN_PR_TRIAGE_SH" ]] || { echo "ERROR: forgotten-pr-triage.sh not found (checked all three paths) — forgotten PR triage unavailable" >&2; exit 1; }
When invoked by /pm Step 1D inline, $GH_USER and $FORGOTTEN_PR_DAYS are already set from the calling context. When run standalone, parse $ARGUMENTS as the days threshold (e.g. /pm-forgotten-pr 7 → 7-day threshold); non-numeric or absent values fall back to 3 safely.
Step 1: Detection
# Standalone: parse optional [days] argument from $ARGUMENTS into FORGOTTEN_PR_DAYS.
# When called inline by /pm Step 1D, FORGOTTEN_PR_DAYS is already set — skip.
if [[ -z "${FORGOTTEN_PR_DAYS:-}" ]] && [[ -n "${ARGUMENTS:-}" ]]; then
_ARG=$(printf '%s' "$ARGUMENTS" | awk '{print $1}')
[[ "$_ARG" =~ ^[1-9][0-9]*$ ]] && FORGOTTEN_PR_DAYS="$_ARG"
fi
# Threshold defaults to 3 days; override via FORGOTTEN_PR_DAYS (or a pm-config.md
# "Forgotten PR threshold" note resolved into it). --author defaults to @me; pass
# $GH_USER when Step 0 resolved it. The script re-validates --days and falls back
# to 3 on a non-numeric/non-positive value, so a bad override degrades safely.
DAYS="${FORGOTTEN_PR_DAYS:-3}"
"$FORGOTTEN_PR_TRIAGE_SH" --json --days "$DAYS" ${GH_USER:+--author "$GH_USER"}
forgotten-pr-triage.sh (read-only — it never closes, merges, or deletes) enumerates your open PRs, keeps those whose last activity (updatedAt, the documented age basis) is strictly more than the threshold ago, and classifies each close or merge using exactly two close signals (first match wins; otherwise merge):
- linked issue closed — the PR's
Closes/Fixes #Nissue is alreadyCLOSED(rationalelinked issue #N closed). - superseded / already in main — the PR contributes zero net-new commits to
main(every commit already landed, including via another merged PR, bygit cherrypatch-id equivalence; rationalesuperseded / already in main).
CI/conflict state is not a close signal — a red or conflicted PR is surfaced as a merge candidate and will fail the gate visibly downstream. Each JSON record carries number, title, url, headRefName, age_days, recommendation, and rationale, so the block below renders and the action paths act without extra gh calls. Exit 0 (including the empty set) is success; only exit 2/3 (usage / environment) is a real error to surface.
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.
- 4d ago First seen · 99 lines · 96 tokens per session scan A 459e5cb44ef0
pm-forgotten-pr is a skill published in the GitHub repository auerbachb/claude-code-config (5 stars, last pushed 5d ago), licensed MIT. It adds 96 tokens to every session and 2,254 once invoked, about $0.0005 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 skills, from other repositories
new-spec
Use this skill when the user wants to start a new feature with a spec, or wants to write a spec for something they're about to build. Triggers on "new spec", "write a spec for X", "let's spec this out", "start a feature for...". Spec-driven development; the spec drives implementation. Do NOT use for cross-cutting…
workspace-status
Use this skill to orient at session start, check initiative queue state, or see what's ready to work on next. Reads workspace.toml and surfaces ready-to-start items, blocked items with reason, parallel candidates, and active signals. Triggers on "workspace status", "where am I", "orient me", "session start", "what's…
jira
Read and mutate Jira (Atlassian Cloud or self-hosted Server / Data Center) via the REST API. Supports JQL search with auto-pagination, fetching issues / projects / users, creating and updating issues, applying workflow transitions, adding comments and attachments, deleting issues, listing projects, looking up users…
jira
Unified Jira entry point. Routes to preview (default), create, or review subcommands.
jira-team-status
Team backlog status for sprint, stand-up, and orientation — what the team can pick up, what is ready, blocked, in progress, unassigned, stale, or needs story work. Triggers on "show me the team backlog", "what can the team pick up", "what is ready", "what is blocked", "what is unassigned", "sprint status", "stand-up…
flow-metrics
Use this skill when the user asks for DORA / Flow Framework metrics over a Jira scope -- "what's our cycle time this quarter for PROJ", "give me throughput and WIP for the Foo team", "compare flow efficiency before/after the AI-pairing rollout via a cohort split", "rollup flow metrics across program 42". Computes…