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 Rijul1204/rashedul-agentic-engineering --skill fizzy-tasksgit clone --depth 1 https://github.com/Rijul1204/rashedul-agentic-engineeringWrote 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/rijul1204/rashedul-agentic-engineering/fizzy-tasks)<a href="https://agentmods.dev/skills/rijul1204/rashedul-agentic-engineering/fizzy-tasks"><img src="https://agentmods.dev/badge/skills/rijul1204/rashedul-agentic-engineering/fizzy-tasks.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.1 | $0.00087 | $0.01445 |
| Opus 5 | $0.00044 | $0.00723 |
| Sonnet 5 | $0.00017 | $0.00289 |
| Haiku 4.5 | $0.00009 | $0.00145 |
Grade A, and why
fizzy-tasks 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 7d 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.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -s "https://app.fizzy.do/6132669/cards?status=open" \ How it starts
The opening of the file, as written. The whole thing — 145 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Fizzy Tasks — Open Cards Digest
Fetch and display open Fizzy cards assigned to the current user, open bugs, blockers, and unassigned items — enriched with priority and effort estimates using Jackpot Snap project context.
Credentials
Bearer token: R2Rek4vNLSrr12F9QFkBy3BZ
Account ID: 6132669
Base URL: https://app.fizzy.do
Workflow
Step 1 — Fetch assigned cards
curl -s "https://app.fizzy.do/6132669/cards?status=open" \
-H "Accept: application/json" \
-H "Authorization: Bearer R2Rek4vNLSrr12F9QFkBy3BZ"
Filter the response for cards where the current user is assigned. Also fetch all open cards to identify bugs (tagged "bug") and unassigned items.
If the API supports ?assigned=me, use that parameter to reduce results:
curl -s "https://app.fizzy.do/6132669/cards?status=open&assigned=me" \
-H "Accept: application/json" \
-H "Authorization: Bearer R2Rek4vNLSrr12F9QFkBy3BZ"
Step 2 — Fetch users (to resolve names)
curl -s "https://app.fizzy.do/6132669/users" \
-H "Accept: application/json" \
-H "Authorization: Bearer R2Rek4vNLSrr12F9QFkBy3BZ"
Step 3 — Categorise cards
Group cards into:
- My Cards — assigned to the current user
- Open Bugs — tagged "bug" or "defect"
- Blockers — tagged "blocker" or description contains "blocked"
- Unassigned — open with no assignee
Step 4 — Assign Priority and Effort
For every card, assign a priority level and effort estimate based on Jackpot Snap service context. Do NOT ask the user — infer from card title, description, and tags.
Priority Levels
| Level | Label | When to assign |
|---|---|---|
| P0 | [P0 — Critical] |
Touches game-engine WebSocket, payment-service (Bankful/Dots), user auth/JWT/JWKS, or validity-check card deals |
| P1 | [P1 — High] |
Touches competition service (enrollments, leaderboard, knockout), or QA-reported bug visible to players |
| P2 | [P2 — Medium] |
Non-blocking feature work, DX improvements, dev env issues, non-critical UI bugs |
| P3 | [P3 — Low] |
Nice-to-have, docs, observability, refactors, no user-facing impact |
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.
- 7d ago First seen · 145 lines · 87 tokens per session scan A a4ea1c4b238e
fizzy-tasks is a skill published in the GitHub repository Rijul1204/rashedul-agentic-engineering (2 stars, last pushed 1mo ago), licensed MIT. It adds 87 tokens to every session and 1,445 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
mass-ulw
Drives dependency-ordered child work through the native workflow tool, one run per phase with retry/amend/send recovery. Use when the user asks for mass-ulw, a DAG of tasks, or fan-out work where some tasks must wait on others.
kanban-tui
Comprehensive kanban board and task management via ktui CLI. Use for project tracking, todo lists, task dependencies, workflow automation, and board management. Activates when user mentions boards, tasks, kanban, or project management. If the ktui command is not available, but uv is available utilize uvx kanban-tui…
suede-ops-architecture
Suede-owned operations-architecture discipline that fixes the shape of a system before anyone builds it: entity schema first, exactly one write path per entity, every unit of work routed to a deterministic automation, an AI agent, or a human decision, every existing tool marked absorb, keep, or kill, and the build…
suede-ops-assessment
Suede-owned operations-assessment discipline that maps how work actually happens before anyone designs a system: floor-level interviews with the people who do the work, an inventory of every silo including spreadsheets and inboxes used as databases, friction quantified in the requester's own numbers, opportunities…
github-triage
Read-only GitHub triage for issues AND PRs. 1 item = 1 background task (category: quick). Analyzes all open items and writes evidence-backed reports to /tmp/{datetime}/. Every claim requires a GitHub permalink as proof. NEVER takes any action on GitHub - no comments, no merges, no closes, no labels. Reports only.…
timeline-creator
Create HTML timelines and project roadmaps with Gantt charts, milestones, phase groupings, and progress indicators. Use when users request timelines, roadmaps, Gantt charts, project schedules, or milestone visualizations.