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/prabhdeepsingh/claude-plugins/ticket-lifecyclenpx skills add PrabhdeepSingh/claude-plugins --skill ticket-lifecyclegit clone --depth 1 https://github.com/PrabhdeepSingh/claude-pluginsWrote 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/prabhdeepsingh/claude-plugins/ticket-lifecycle)<a href="https://agentmods.dev/skills/prabhdeepsingh/claude-plugins/ticket-lifecycle"><img src="https://agentmods.dev/badge/skills/prabhdeepsingh/claude-plugins/ticket-lifecycle.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.00105 | $0.06063 |
| Opus 5 | $0.00053 | $0.03031 |
| Sonnet 5 | $0.00021 | $0.01213 |
| Haiku 4.5 | $0.00011 | $0.00606 |
Grade A, and why
ticket-lifecycle 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 4d 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 — 204 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Ticket lifecycle — the tracker is the control plane
A queue-driven flow only works when humans and agents coordinate somewhere durable, and that somewhere is the issue tracker. A ticket records the problem, the scope, the acceptance criteria, the decisions, and the evidence; a tiny set of markers records who authorized what. This skill is the one home for those rules, so the three ticket workflows, the dispatcher, and five tracker backends cannot drift apart on what a claim means or what a priority is worth.
Two ideas carry the whole design. The ticket is the spec — everything downstream inherits its precision. And the human is the trigger — there is no daemon polling anything, so every pass is authorized by a person and gated by a person.
How to apply this
Load this before touching any ticket. Then, in order: resolve the tracker (section 1), read the resolved adapter for the mechanics (section 2), and run your workflow's own pass under the rules in sections 3 through 9. A workflow never names tracker mechanics itself — it names an operation and lets the resolved adapter supply the command.
1. Resolve the tracker before anything else
Resolution order, first hit wins:
.sonu/factory-config.mdin the repo root — the per-repo choice, committed so the whole team shares it.~/.sonu/factory-config.md— the cross-repo default for someone who uses one tracker everywhere.- Neither exists → stop and tell the user to run
/sonu:factory init. Never guess a tracker.
CONFIG=""
if [ -f .sonu/factory-config.md ]; then CONFIG=".sonu/factory-config.md"
elif [ -f "$HOME/.sonu/factory-config.md" ]; then CONFIG="$HOME/.sonu/factory-config.md"
fi
# Three outcomes, never two — a config that exists but cannot be read must NOT
# report "no config" (that message sends the user to re-init a file they have).
if [ -z "$CONFIG" ]; then
echo "STOP: no factory config — run /sonu:factory init"
elif [ -s "$CONFIG" ] && sed -n '2,/^---$/p' "$CONFIG"; then
echo "config: $CONFIG"
else
echo "STOP: config exists at $CONFIG but is empty or could not be read — fix it before running a pass"
fi
What ships with it
6 files 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.
- 4d ago First seen · 204 lines · 105 tokens per session scan A 54b06c5682d9
ticket-lifecycle is a skill published in the GitHub repository PrabhdeepSingh/claude-plugins (3 stars, last pushed 4d ago), licensed MIT. It adds 105 tokens to every session and 6,063 once invoked, about $0.0005 per session on Opus 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
design-sprint
Run a structured 5-day process to prototype, test, and validate product ideas with real users. Use when the user mentions "design sprint", "validate before we build", "rapid prototype", "test with users", or "should we build this". Also trigger when a team is stuck in endless debate over a high-stakes product…
create-app
Guided journey from a raw app idea to a validated, cleanly architected first version that ships on a sustainable cadence. Orchestrates ten skills phase by phase - lean-startup, design-sprint, clean-architecture, domain-driven-design, clean-code, pragmatic-programmer, system-design, ios-hig-design, 37signals-way…
create-business
Guided journey from raw idea to a validated, positioned, priced business with a chosen beachhead. Orchestrates ten skills phase by phase - jobs-to-be-done, mom-test, design-sprint, lean-startup, good-strategy-bad-strategy, blue-ocean-strategy, obviously-awesome, hundred-million-offers, monetizing-innovation…
improve-website
Guided journey from a live website that underperforms to a prioritized, evidence-backed backlog of conversion, usability, message, and speed fixes - each shipped as a testable experiment. Orchestrates eight skills phase by phase - cro-methodology, ux-heuristics, refactoring-ui, web-typography, storybrand-messaging…
glab
Expert guidance for using the GitLab CLI (glab) to manage GitLab issues, merge requests, CI/CD pipelines, repositories, and other GitLab operations from the command line. Use this skill when the user needs to interact with GitLab resources or perform GitLab workflows.
atomic-issues-prs
Publish a change-set as atomic GitHub issues or PRs. Use when the user says "atomic PRs" or wants one issue/PR per logical change.