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 mhawthorne/gza --skill gza-task-infogit clone --depth 1 https://github.com/mhawthorne/gzaWrote 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/mhawthorne/gza/gza-task-info)<a href="https://agentmods.dev/skills/mhawthorne/gza/gza-task-info"><img src="https://agentmods.dev/badge/skills/mhawthorne/gza/gza-task-info/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/mhawthorne/gza/gza-task-info"><img src="https://agentmods.dev/badge/skills/mhawthorne/gza/gza-task-info.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00023 | $0.01267 |
| Opus 5 | $0.00012 | $0.00633 |
| Sonnet 5 | $0.00005 | $0.00253 |
| Haiku 4.5 | $0.00002 | $0.00127 |
Grade A, and why
gza-task-info 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 10d 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 — 162 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Gza Task Info
Gather comprehensive information about a specific gza task, including database details, git branch status, commits, and execution logs.
Process
Step 1: Get task ID
The user should provide a full prefixed task ID (for example, gza-1234). Extract it from the input.
Step 2: Query task from database
Run a Python one-liner to get all task details as JSON:
uv run python -c "from gza.db import get_task; import json; print(json.dumps(get_task(<ID>), indent=2, default=str))"
This will show:
- id, prompt, status, task_type, task_id (slug)
- branch, log_file, report_file
- has_commits, duration_seconds, num_turns_reported, num_turns_computed, cost_usd
- created_at, started_at, completed_at
- tags, depends_on, based_on, spec
- create_review, same_branch, task_type_hint
- output_content, session_id
Step 3: Check branch status (if task has a branch)
If the task has a branch field set, gather git information.
First, determine the base branch by running git rev-parse --abbrev-ref @{upstream} 2>/dev/null | sed 's|.*/||'. If that fails (no upstream set), fall back to main. Store this as BASE_BRANCH.
-
Check if branch exists:
git branch -a | grep <branch-name> -
Show recent commits on the branch:
git log <branch-name> --oneline -10 -
Check if branch is merged to base branch:
git branch --merged $BASE_BRANCH | grep <branch-name> || echo "Not merged to $BASE_BRANCH" -
Check for uncommitted changes (if on this branch):
git diff <branch-name> --stat -
Show branch comparison with base branch:
git log $BASE_BRANCH..<branch-name> --oneline
Step 4: Show log file (if exists)
If the task has a log_file field:
-
Check if log file exists:
ls -lh <log_file> -
Show the tail of the log (last 50-100 lines) to see how it ended:
tail -100 <log_file>
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.
- 10d ago First seen · 162 lines · 23 tokens per session scan A ce0bee61f16e
gza-task-info is a skill published in the GitHub repository mhawthorne/gza (12 stars, last pushed yesterday), licensed MIT. It adds 23 tokens to every session and 1,267 once invoked, about $0.0001 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-30.
Other skills, from other repositories
fable-validate-fableplan-loop
Use when the user asks to validate a GitHub issue with Fable 5.1, always plan it with Fable 5.1, and autonomously drive it to a reviewed PR in one shot — "fable-validate-fableplan-loop", "fable validate, fable plan, and work on.
new-issue
Use when the user says "new issue", "create an issue", "file an issue", "/new-issue", or asks to turn a bug, idea, or discussion into a GitHub issue. Takes an optional description of what the issue should cover; with no input, derives the issue from what was discussed in the current conversation. Verifies claims…
validate-issue-loop
Use when the user asks to validate a GitHub issue and then autonomously drive it to a reviewed PR in one shot — "validate and work on this issue", "validate-issue-loop", "fully automate issue.
milestone-workflow
Use when the user wants a milestone of Execution-block-stamped GitHub issues implemented via a multi-agent dynamic workflow: "create the workflow for v0", "run v0 continuously", "/milestone-workflow v0". Builds tracks, gets the run plan approved, runs the milestone-pipeline workflow to LGTM PRs, merges them…
work-on-issue
Use when the user says "work on issue", "implement issue", "/work-on-issue", or asks to implement a GitHub issue end-to-end (not merely validate it). Takes an issue URL or number (defaults to the just-validated issue). Implements in an isolated worktree, verifies, commits, pushes, and opens a PR that closes the issue.
work-on-issue-loop
Use when the user asks to implement a GitHub issue and drive it through review to completion autonomously — "work on issue and loop until approved", "work-on-issue-loop", or as the automatic follow-on from validate-issue-loop. Runs work-on-issue to implement and open the PR, triggers the first review from the selected…