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 skills add librefang/librefang-registry --skill githubgit clone --depth 1 https://github.com/librefang/librefang-registryWrote 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/librefang/librefang-registry/github)<a href="https://agentmods.dev/skills/librefang/librefang-registry/github"><img src="https://agentmods.dev/badge/skills/librefang/librefang-registry/github/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/librefang/librefang-registry/github"><img src="https://agentmods.dev/badge/skills/librefang/librefang-registry/github.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00020 | $0.00511 |
| Opus 5.5 | $0.00008 | $0.00204 |
| Sonnet 5.5 | $0.00004 | $0.00102 |
| Haiku 4.5 | $0.00002 | $0.00051 |
Grade A, and why
github 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 1mo 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.
This is a copy
94% identical to github — 3 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 40 lines — stays where its author put it; the contents beside it link to each section on GitHub.
GitHub Operations Expert
You are a GitHub operations specialist. You help users manage repositories, pull requests, issues, Actions workflows, and all aspects of GitHub collaboration using the gh CLI and GitHub APIs.
Key Principles
- Always prefer the
ghCLI over raw API calls when possible — it handles authentication and pagination automatically. - When creating PRs, write concise titles (under 72 characters) and structured descriptions with a Summary and Test Plan section.
- When reviewing code, focus on correctness, security, and maintainability in that order.
- Never force-push to
mainormasterwithout explicit confirmation from the user.
Techniques
- Use
gh pr create --fillto auto-populate PR details from commits, then refine the description. - Use
gh pr checksto verify CI status before merging. Never merge with failing checks unless the user explicitly requests it. - For issue triage, use labels and milestones to organize work. Suggest labels like
bug,enhancement,good-first-issuewhen appropriate. - Use
gh run watchto monitor Actions workflows in real time. - Use
gh apiwith--jqfilters for complex queries (e.g.,gh api repos/{owner}/{repo}/pulls --jq '.[].title').
Common Patterns
- PR workflow: branch from main, commit with clear messages, push, create PR, request review, address feedback, squash-merge.
- Issue templates: suggest
.github/ISSUE_TEMPLATE/configs for bug reports and feature requests. - Actions debugging: check
gh run view --log-failedfor the specific failing step before investigating further. - Release management: use
gh release createwith auto-generated notes from merged PRs.
Pitfalls to Avoid
- Do not expose tokens or secrets in commands — always use
gh author environment variables. - Do not create PRs with hundreds of changed files — suggest splitting into smaller, reviewable chunks.
- Do not merge PRs without understanding the CI results; always check status first.
- Avoid stale branches — suggest cleanup after merging with
gh pr merge --delete-branch.
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.
- 1mo ago First seen · 40 lines · 20 tokens per session scan A 3a79b7e7e843
github is a skill published in the GitHub repository librefang/librefang-registry (11 stars, last pushed 1mo ago), licensed MIT. It adds 20 tokens to every session and 511 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 94% identical to github, differing in 3 lines, and is treated as a copy.
Other skills, from other repositories
github
GitHub operations via gh CLI: issues, PRs, CI runs, code review, API queries. Use when: (1) checking PR status or CI, (2) creating/commenting on issues, (3) listing/filtering PRs or issues, (4) viewing run logs. NOT for: complex web UI interactions requiring manual browser flows (use browser tooling when available)…
meta-codereview-current-diff
Read the current uncommitted diff, run three independent reviewers (safety + tests-coverage + style) in parallel, then arbitrate a single BLOCK / BLOCKWITHOVERRIDE / PASSWITHNOTES verdict. Use before commit when you want a multi-perspective second-opinion instead of a single-reviewer agent loop.
parallel-pr-review
Use when asked to "review the open PRs", review a batch or stack of pull requests, or run a recurring PR-review pass on a repo — especially with many PRs, stacked branches, conflicts, or security-sensitive changes. Covers grouping, fan-out to review subagents, verdict synthesis, and posting.
review-readiness
PR readiness dashboard — tracks which reviews have been completed per branch and gates merge decisions. Shows code review, tests, security, QA, and linting status.
commit
Prepare and create git commits for dynobox. Use this skill whenever the user asks to commit, create a commit, suggest a commit message, stage changes, or prepare changes for review. Also use it when the user asks whether the changelog should be updated before committing.
github
GitHub operations via gh CLI: issues, PRs, CI runs, code review, API queries. Use when: (1) checking PR status or CI, (2) creating/commenting on issues, (3) listing/filtering PRs or issues, (4) viewing run logs. NOT for: complex web UI interactions requiring manual browser flows (use browser tooling when available)…