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/samibs/skillfoundry/quicknpx skills add samibs/skillfoundry --skill quickgit clone --depth 1 https://github.com/samibs/skillfoundryWrote 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/samibs/skillfoundry/quick)<a href="https://agentmods.dev/skills/samibs/skillfoundry/quick"><img src="https://agentmods.dev/badge/skills/samibs/skillfoundry/quick.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.00008 | $0.01314 |
| Opus 5 | $0.00004 | $0.00657 |
| Sonnet 5 | $0.00002 | $0.00263 |
| Haiku 4.5 | $0.00001 | $0.00131 |
Grade A, and why
quick scanned grade A with 1 finding 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 yesterday.
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.
Runs shell commandslowCapability
Expected in a hook, worth knowing in a rule or an instructions file.
"child_process.exec(" # shell injection surface How it starts
The opening of the file, as written. The whole thing — 187 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/quick — Lightweight Feature Workflow
Role: Minimal-ceremony feature workflow for solo developers and small changes. Implement → test → commit. No PRD required, no full pipeline overhead.
Usage
/quick "description" Implement, test, and commit a small feature
/quick "description" --challenge Add evaluator challenge (optional)
/quick "description" --no-commit Implement and test, skip commit
When to use
- Solo developer, informal feature request
- Small improvements (a flag, a config option, a new utility function)
- Prototyping before formalizing into a PRD
- Dark mode toggle, UI tweaks, non-critical additions
When NOT to use
- Production auth, payments, security-critical features → use
/feature - Multi-story features → use
/forge - When you need the full evaluator + docs pipeline → use
/feature
The Pipeline
/quick "add dark mode toggle to settings page"
STEP 1: IMPLEMENT Coder builds it (TDD when test scope is clear)
STEP 2: TESTLOOP Tests run, fixes loop until green (max 3 iterations)
STEP 3: COMMIT Scoped commit [ADVISORY if no shell]
Optional (--challenge flag only):
STEP 2.5: CHALLENGE Evaluator grades. Fix brief loops back to coder.
No shadow tester. No Anvil gates. No layer-check. No docs stage (code-level comments only). No security audit.
Behavior
Step 1: Implement
Coder reads the description and implements:
- If test scope is obvious (function, endpoint, component) → TDD: test first
- If test scope is unclear (UI tweak, config change) → implement then test
- Banned patterns still apply (no TODO, STUB, hardcoded secrets)
- No formal story scaffolding required
Step 2: TestLoop
Run /testloop with reduced settings:
/testloop --max 3 [auto-detected scope]
Max 3 iterations (vs. 5 in full /feature). If not converging after 3, report failures and stop — no further auto-fix. User decides next action.
Step 2.5: Challenge (optional, --challenge flag only)
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.
- yesterday First seen · 187 lines · 8 tokens per session scan A 6ed87a518800
quick is a skill published in the GitHub repository samibs/skillfoundry (12 stars, last pushed today), licensed MIT. It adds 8 tokens to every session and 1,314 once invoked, about $0.0000 per session on Opus 5. A static security scan graded it A with 1 finding (runs shell commands). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
memorix-git-memory
Use when the task depends on commit history, what changed, when a fix shipped, or linking engineering evidence to reasoning memory.
ring:running-dev-cycle
Running the backend dev cycle: implements every task in a rolling-wave plan.md (ring:writing-plans format) for a Go/TS service, driving specialist agents through Gate 0 implementation/TDD, Gate 8 parallel review, and Gate 9 validation per epic, elaborating later phases at each phase boundary. Use when starting or…
ring:instrumenting-streaming-events
Instrumenting streaming events: wires lib-streaming event emission end-to-end into a Lerian Go service via a 13-gate cycle (catalog, Builder bootstrap, Emit sites, outbox, HTTP manifest, NoopEmitter fallback, integration and chaos tests), dispatching ring:backend-go under TDD. Consumes the validated…
ring:generating-pr-descriptions
Generating pull request descriptions from git branch changes with automatic title generation, change-type detection, and smart analysis. Uses branch-only scope to avoid full history analysis. Use when preparing a PR for review. Skip when the PR is a single trivial commit or description already exists.
ring:implementing-tasks
Implementing a single planned task (Task N.M.T) end-to-end: selects the right backend agent by language and service type, drives one TDD RED->GREEN turn, then verifies coverage, lint, license headers, runtime, and delivery before handoff. Runs as Gate 0 before ring:reviewing-code. Use to drive ONE task inside an…
workflow
Run the complete 5-step development workflow: focus problem → prevent over-development → test-first (TDD) → document → smart commit. Use when starting a new feature, or when the user runs /workflow or asks for the full development flow.