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-okrnpx skills add auerbachb/claude-code-config --skill pm-okrgit 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-okr)<a href="https://agentmods.dev/skills/auerbachb/claude-code-config/pm-okr"><img src="https://agentmods.dev/badge/skills/auerbachb/claude-code-config/pm-okr.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.00101 | $0.01778 |
| Opus 5 | $0.00051 | $0.00889 |
| Sonnet 5 | $0.00020 | $0.00356 |
| Haiku 4.5 | $0.00010 | $0.00178 |
Grade A, and why
pm-okr 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 — 165 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Manage the OKRs (Objectives and Key Results) section of .claude/pm-config.md. OKRs inform /pm — keeping them current ensures prioritization reflects actual goals.
Resolve the config parser before reading OKRs:
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
}
PM_CONFIG_GET_SH=$(resolve_script pm-config-get.sh || true)
[[ -n "$PM_CONFIG_GET_SH" ]] || { echo "ERROR: pm-config-get.sh not found (checked all three paths) — OKR parsing unavailable" >&2; exit 1; }
Parse $ARGUMENTS to determine mode:
- No argument or "show": Display current OKRs
- "set ...": Replace OKRs section with the provided text
- "suggest": Analyze recent work and propose OKR updates
Step 1: Verify config exists
test -f .claude/pm-config.md || echo "NO_CONFIG"
If missing, tell the user: "No PM config found. Run /pm first to bootstrap it." Then stop.
Step 2: Parse the config
Extract the ## OKRs section body via the shared parser:
# rc=0 → present with non-empty body; rc=1 → missing or body empty; rc=2 → no config file.
OKRS_CONTENT="$("$PM_CONFIG_GET_SH" --section OKRs 2>/dev/null)"
OKRS_RC=$?
pm-config-get.sh handles the line-anchored ^## OKRs match (no mid-line matches) and the next ^## followed by a space (or EOF) boundary. See pm-config-get.sh --help.
Mode: show (default)
Display the current OKRs section. If the section is empty or contains only the default placeholder ("No OKRs set"), tell the user:
No OKRs are currently set for this project.
To set OKRs, run: /pm-okr set <your objectives>
Example:
/pm-okr set O1: Launch MVP by April 15
KR1: All 5 core API endpoints deployed and tested
KR2: Frontend covers seed selection, pipeline trigger, and results view
KR3: End-to-end pipeline runs without manual intervention
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 · 165 lines · 101 tokens per session scan A eb08c6a5fe1a
pm-okr is a skill published in the GitHub repository auerbachb/claude-code-config (5 stars, last pushed 5d ago), licensed MIT. It adds 101 tokens to every session and 1,778 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
jira
Unified Jira entry point. Routes to preview (default), create, or review subcommands.
revert
Git-aware revert that understands Draft tracks, phases, and tasks. Safely undo work at task, phase, or track level. Use when the user asks to 'revert this track', 'undo a phase', 'revert task X', or says 'roll back the last task', 'undo this work'.
standup
Generate standup summary from git history, track progress, and Jira/GitHub activity. Read-only — makes no changes to the codebase.
status
Display current progress of Draft tracks and active tasks. Shows phases, completion percentages, and blocked items.
impact
Generate a project-wide impact report on Draft track delivery — pace, phase duration, completion rate, friction hotspots, ADR/guardrail/decomposition adoption — by parsing track metadata, git revert history, and phase timestamps. Use when measuring CDD effectiveness ("show project impact", "where are bottlenecks"…
integrations
Canonical integrations parent command. Handles external system exports and syncs. Routes intent to jira-preview or jira-create based on context.