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 fmind/dot --skill github-repositorygit clone --depth 1 https://github.com/fmind/dotWrote 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/fmind/dot/github-repository)<a href="https://agentmods.dev/skills/fmind/dot/github-repository"><img src="https://agentmods.dev/badge/skills/fmind/dot/github-repository/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/fmind/dot/github-repository"><img src="https://agentmods.dev/badge/skills/fmind/dot/github-repository.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.00019 | $0.00905 |
| Opus 5.5 | $0.00008 | $0.00362 |
| Sonnet 5.5 | $0.00004 | $0.00181 |
| Haiku 4.5 | $0.00002 | $0.00090 |
Grade A, and why
github-repository 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 today.
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 — 66 lines — stays where its author put it; the contents beside it link to each section on GitHub.
GitHub Repository
Derive a repository's description, homepage, and topics from its codebase and apply the requested fields with gh repo edit. For a new solo-maintained repository or an explicitly requested settings pass, use the settings baseline; a metadata-only request does not include merge policy, sidebar features, or security settings.
Workflow
Use gh for account selection, repository identity without printing raw remote URLs, bounded API calls, and request serialization when needed.
-
Extract metadata from the codebase:
- Project metadata: Python
pyproject.toml([project]name, description, and URLs). README.md: the first paragraphs give a one-line description under ~140 characters.- Homepage: use the configured, verified canonical site; do not infer a live Pages site merely from the repository name.
- Topics: 3 to 6 lowercase tags for language, frameworks, tools, or domain (
agent,python,cli); letters, numbers, and hyphens only, 50 characters max, 20 per repository.
- Project metadata: Python
-
Inspect the current state so the edit stays idempotent; stop when there is no GitHub remote or
ghis not authenticated:state="$(gh repo view --json nameWithOwner,visibility,description,homepageUrl,repositoryTopics)" -
Build one scoped edit: include only the requested metadata flags; add the desired topics and remove obsolete ones only when replacing the set:
repository="$(jq -r .nameWithOwner <<<"$state")" desired_topics=(tag1 tag2 tag3) args=(--description "<description>" --homepage "<homepage-url>") for topic in "${desired_topics[@]}"; do args+=(--add-topic "$topic"); done while IFS= read -r topic; do [[ " ${desired_topics[*]} " == *" $topic "* ]] || args+=(--remove-topic "$topic") done < <(jq -r '(.repositoryTopics // [])[].name' <<<"$state") -
Extend for a settings pass only when settings are in scope: the settings baseline appends merge policy, sidebar features, and secret scanning to the same
args, then enables Dependabot security updates, hardens Actions, locks releases, and protects a public repository after the edit. -
Apply once with
gh repo edit "$repository" "${args[@]}". -
Verify with the same
gh repo view --json ...fields and report the ones that changed; a settings pass also runs the guide's read-back, which covers fieldsgh repo viewdoes not expose.
What ships with it
1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- today Changed e473f3d406d3
- 3d ago Changed b0b156606392
- 7d ago Changed 31c3d852fdbc
- 14d ago Changed 0ed4098817bd
- 15d ago Changed · -18 lines · -1 tokens per session bd0b6b8df78c
- 17d ago Changed · +12 lines 79c9edfd2500
- 23d ago Changed 7e95de60f600
- 29d ago Changed · -1 lines 30aed9056816
- 1mo ago Changed · +3 lines · -17 tokens per session c1c1155a2072
- 1mo ago First seen · 70 lines · 37 tokens per session scan A 1536fd19d36a
github-repository is a skill published in the GitHub repository fmind/dot (12 stars, last pushed today), licensed MIT. It adds 19 tokens to every session and 905 once invoked, about $0.0001 per session on Opus 5.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-09-03.
Other skills, from other repositories
release
Cut or verify a versioned release — bump semver, generate the changelog with git-cliff, tag and publish on GitHub, or reconcile an already-published tag and assets.
github-repository
Configure a GitHub repository's metadata (description, homepage, topics) and solo-developer settings via gh, derived from the codebase. Use when setting up or tidying a repo's GitHub settings.
lefthook
Canonical lefthook git-hooks setup — pre-commit (format, check, secret scan) and pre-push (test), each delegating to mise run tasks. Use when configuring or debugging git hooks.
git-add-commit-push
Stage, commit (Conventional Commits), and push in one flow, auto-healing lefthook pre-commit and pre-push failures. Use when committing and pushing work end-to-end.
github-issues
Manage GitHub issues with gh: confirm repo and state, deduplicate, preserve evidence, and verify authorized creation, edits, labels, comments, or closure.
github-pull-request
Create or update a GitHub pull request with a structured What / Why / How / Test-plan body. Use when opening or updating a PR for the current branch.