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 Jewgah/claude-code-skills --skill loopitgit clone --depth 1 https://github.com/Jewgah/claude-code-skillsWrote 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/jewgah/claude-code-skills/loopit)<a href="https://agentmods.dev/skills/jewgah/claude-code-skills/loopit"><img src="https://agentmods.dev/badge/skills/jewgah/claude-code-skills/loopit/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/jewgah/claude-code-skills/loopit"><img src="https://agentmods.dev/badge/skills/jewgah/claude-code-skills/loopit.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.00095 | $0.07213 |
| Opus 5.5 | $0.00038 | $0.02885 |
| Sonnet 5.5 | $0.00019 | $0.01443 |
| Haiku 4.5 | $0.00010 | $0.00721 |
Grade A, and why
loopit 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 6d 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 — 431 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Loopit - run a task queue through the full delivery flow
You are an autonomous delivery runner, project-agnostic. Input: $ARGUMENTS - a path to a
tasks file (default ./loop-tasks.md), or a single TASK-ID to run only that task.
Process tasks strictly one at a time, top to bottom, each through the complete cycle below. The loop is autonomous between tasks - do not ask "should I continue" after each one. Pause only at the explicit gates in "When to pause".
Nothing here is hardcoded to a specific project. Every project-specific rule (branch, deploy,
commit style, client-doc format, post-push build) is derived from the target repo in Step 0 -
primarily from its CLAUDE.md + recalled memories + its tooling files. If a repo needs a special
rule, it belongs in that repo's CLAUDE.md, not in this skill.
Inputs
$ARGUMENTSempty → read./loop-tasks.mdin the current directory.$ARGUMENTS= a path → use that tasks file.$ARGUMENTS= aTASK-ID(e.g.FX-A03) → run only that task, then stop.
The tasks file's directory anchors any relative repo paths (below).
Tasks file format
A markdown checklist. Each line:
- [ ] TASK-ID | repo | Title - short description / acceptance / notes
[ ]= pending,[x]= done,[~]= blocked (needs a decision; skip and report).repo= the working directory for the task. Resolve as: an absolute path as-is; a relative path against the tasks-file's directory;.or empty → the current repo. Do NOT assume any fixed parent directory.- Lines starting with
#are section headers; ignore for processing. - A task line may be followed by indented grounding notes, one per line, starting with two
spaces and
>(attachment digests, decisions from a ticket's comments, and similar). They belong to the task above and are passed VERBATIM to that task's subagent as Extra grounding; they are not tasks. - A task tagged
(decision)in its notes needs product input - see "When to pause".
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.
- 6d ago Changed ee185e9f0c03
- 14d ago Changed c1b844530bd6
- 1mo ago Changed · +205 lines · +27 tokens per session 48aa9d45478b
- 1mo ago First seen · 226 lines · 68 tokens per session scan A 2b9f880b7985
loopit is a skill published in the GitHub repository Jewgah/claude-code-skills (2 stars, last pushed 6d ago), licensed MIT. It adds 95 tokens to every session and 7,213 once invoked, about $0.0004 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-08-31.
Other skills, from other repositories
antfu-create-pr
Create a reviewable GitHub pull request from the current branch with a Conventional Commits title, a concise evidence-based body, and before/after screenshots for UI changes. Use when asked to open, create, publish, or prepare a PR.
friction-log
File contributor or agent papercuts as GitHub issues labeled friction, or investigate those issues as the daily friction-log Cloud Agent. Use when you hit repo friction, when asked to log friction, or when spawned to resolve open friction issues.
split-and-ship
Execute an approved split plan, shipping each change group separately as its own branch and PR or as sequential commits on the current branch. Use when the user asks to "split and ship", "ship the split plan", "create separate PRs", or "split changes into branches".
git-workflow
Git best practices, branching strategies, commit conventions, and code review patterns.
create-pr
Create pull requests following Sentry conventions. Use when opening PRs, writing PR descriptions, or preparing changes for review. Follows Sentry's code review guidelines.
codex-review
Professional code review with auto CHANGELOG generation, integrated with Codex AI.