Borrowing it
Nothing to install: this file belongs to ldbumble/taskuary. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/ldbumble/taskuary/master/.claude/skills/deploy/SKILL.mdgit clone --depth 1 https://github.com/ldbumble/taskuaryWrote 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/ldbumble/taskuary/deploy)<a href="https://agentmods.dev/skills/ldbumble/taskuary/deploy"><img src="https://agentmods.dev/badge/skills/ldbumble/taskuary/deploy/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/ldbumble/taskuary/deploy"><img src="https://agentmods.dev/badge/skills/ldbumble/taskuary/deploy.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.00089 | $0.01103 |
| Opus 5.5 | $0.00036 | $0.00441 |
| Sonnet 5.5 | $0.00018 | $0.00221 |
| Haiku 4.5 | $0.00009 | $0.00110 |
Grade A, and why
deploy 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 — 63 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Shipping Taskuary
Two separate things, never mixed:
- A fix reaches the owner when it is on
master- the owner's app runs from the main checkout (the owner's own working copy of the repo, not a worktree), so a push + fast-forward + their restart is "shipped" for them. - A release reaches PyPI when
tools/release.sh X.Y.Z.Wfinishes. That is the only way to tag.
1. Land a fix (minutes, not hours)
- One fix, one branch, merged to
masteras soon as its own tests pass: the test files for what it touched, plusnpm exec --yes --package=node@22 -- node --test "test/*.test.mjs"(inwebsite/) whenwebsite/srcchanged. Never the full suites locally - CI runs them on parallel machines. Never batch ten branches and integrate at the end: every merge re-runs everything, and a day goes. website/srcchanged -> rebuild the committed UI before pushing (npm run build, plusbuild:demo;build:docswhendocs/site/*.mdor the tool catalog changed - CI's build-web job rejects a stalesite/docs).- Push, then fast-forward the owner's checkout:
git -C <main> merge --ff-only origin/master(only when it is clean). Tell them: restart Taskuary (Python changed) or refresh (UI only). - Red CI on master -> fix forward on master at once.
tools/ci-failures.sh <run-id|sha>names the failing tests. - Agents in parallel: few, on disjoint files, targeted tests only. Five agents each running full suites on one machine made every run slow and every timing test flaky.
2. Release (one command)
From a clean, up-to-date checkout of master:
tools/release.sh 0.3.9.54
It bumps the seven version places (pyproject, both READMEs + their badge asof=, roadmap, docs manifest, the demo's three
fixture fields), builds UI/demo/docs, runs the fast gates (node unit, eslint no-undef, version/docs/catalog/timewords pytest),
commits, pushes, waits for ci.yml on that exact commit, prints failing tests, reruns failed jobs once (CI's slower
machines flake on timing), tags only when green, waits for publish.yml (reruns once - the exe's signing download flakes),
verifies PyPI + the GitHub release with Taskuary.exe, and fast-forwards the main checkout. Red twice -> it stops and names
the tests: fix them on master, run it again with the same number (it was never tagged).
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 · -180 lines · -7 tokens per session scan E → A 11ee898ceafe
- 6d ago Changed · -1 lines c78f836d8540
- 7d ago Changed · -1 lines 8035096709fe
- 9d ago Changed · +1 lines 0dda275736fc
- 11d ago Changed · +37 lines · +4 tokens per session scan C → E fede8cd450a3
- 15d ago Changed · +1 lines 858b7429035d
- 18d ago Changed da5babece651
- 1mo ago Changed · +1 lines 079cb1c6234e
- 1mo ago Changed · +12 lines ab36d5f199ec
- 1mo ago First seen · 193 lines · 92 tokens per session scan C 56aba9883759
deploy is a skill published in the GitHub repository ldbumble/taskuary (143 stars, last pushed today), licensed MIT. It adds 89 tokens to every session and 1,103 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-09-05.
Other skills, from other repositories
agent-github-modes
Agent skill for github-modes - invoke with $agent-github-modes.
github-release-management
Comprehensive GitHub release orchestration with AI swarm coordination for automated versioning, testing, deployment, and rollback management.
pdlc-ship
A software release workflow that runs tests, updates the version and change log, creates a Git tag, and starts CI/CD, the automated build and deployment process.
tendril-release
Updates the used Ivy NuGet packages to the latest stable versions in a branch from development, builds/verifies, merges into development, creates a PR into main, merges it, merges main back to development, and triggers the GitHub Actions release workflow.
github-ops
GitHub repository operations, automation, and management. Issue triage, PR management, CI/CD operations, release management, and security monitoring using the gh CLI. Use when the user wants to manage GitHub issues, PRs, CI status, releases, contributors, stale items, or any GitHub operational task beyond simple git…
github-release-management
Comprehensive GitHub release orchestration with AI swarm coordination for automated versioning, testing, deployment, and rollback management.