Agent skill

Issue Brief

by VasiHemanth in VasiHemanth/tokentelemetry

Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it.

MITAuto-check passedDevelopment

Install Issue Brief

skills CLI
$ npx skills add VasiHemanth/tokentelemetry --skill issue-brief -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install VasiHemanth/tokentelemetry issue-brief --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/VasiHemanth/tokentelemetry.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/issue-brief .claude/skills/issue-brief && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
issue-brief
GitHub stars
377
Token cost
~1.5k tokens
SKILL.md length
741 words
Files
1
Skills in repo
2
Repo updated
First seen
Licence
MIT

At a glance

Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it.

  • Works in 6 steps: Fetch the thing → Answer in this order → Prose rules → …
  • A github.com issues/
  • SKILL.md covers 1. Fetch the thing, 2. Answer in this order, 3. Prose rules and 4. "What are the cons?", plus 2 more sections
  • Calls gh

What it does

Issue Brief is an agent skill from VasiHemanth/tokentelemetry. Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it. Covers what the reporter actually wants, a numbered walkthrough of the failure using real hostnames/ports/endpoints, how the code behaves today with file:line anchors, what implementing it would take, and the traps (security regressions, open PRs touching the same files, older issues with the same root cause). Use whenever a github.com issues/ or discussions/ link is pasted, or the user says check / look…

Its SKILL.md is about 1.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Plain language and style rules, Root cause analysis and Pull requests. It works with GitHub and TypeScript. The repository describes itself as: Token telemetry dashboard for AI autonomous and coding agents — tracks tokens, sessions, tool calls & reasoning across Hermes agent, Claude Code, Antigravity CLI, Codex & more… The licence is MIT.

When your agent uses it

  • A github.com issues/
  • Discussions/ link is pasted
  • The user says check / look at / verify / assess / analyse this issue
  • What does this issue want

Example prompts

  • “what are the cons”
  • “explain that in simple terms”
  • “/issue-brief”

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. Fetch the thing
  2. Answer in this order
  3. Prose rules
  4. "What are the cons?"
  5. Worked example (issue 198, single-port proxy)
  6. Don't

What it can do on your machine

Read from SKILL.md and the folder at commit 5eecfc4. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use gh, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Issue Brief loads about 1.5k tokens when it runs. Until then it costs about 223 tokens; SKILL.md has 741 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~223
When it runs · the whole SKILL.md, loaded when a task matches
~1.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from VasiHemanth/tokentelemetry at commit 5eecfc4, republished under its MIT licence (© VasiHemanth). 741 words, ~1,513 tokens.

Download SKILL.mdSave it as .claude/skills/issue-brief/SKILL.md (or your agent's skills folder).
name
issue-brief
description
Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it. Covers what the reporter actually wants, a numbered walkthrough of the failure using real hostnames/ports/endpoints, how the code behaves today with file:line anchors, what implementing it would take, and the traps (security regressions, open PRs touching the same files, older issues with the same root cause). Use whenever a github.com issues/ or discussions/ link is pasted, or the user says check / look at / verify / assess / analyse this issue, what does this issue want, is it worth doing, what would it take, or refers to one by number (issue 198, discussion 49). Also handles the follow-ups "what are the cons" and "explain that in simple terms". NOT for pull requests (use /review) and NOT for implementing. An issue-brief ends with the working tree untouched.

issue-brief — explain an issue before building it

The output is an explanation, not a design doc and not a diff. Assume the reader has not read the reporter's post and does not have the file layout in their head. Lead with the plain meaning; the architecture comes fourth.

1. Fetch the thing

Issues:

bash
gh issue view <number-or-url> --json number,title,state,author,createdAt,closedAt,labels,body,comments

Discussions need GraphQL. There is no gh discussion command (verified on gh 2.92), and gh issue view will not resolve a discussion number. Use:

bash
gh api graphql -f query='
{ repository(owner:"VasiHemanth", name:"tokentelemetry") {
    discussion(number: NNN) {
      number title url category{name} author{login} createdAt body
      comments(first:20){ nodes { author{login} body } }
    } } }'

Then, before writing anything:

  • Check it isn't already done. Grep the codebase for the feature's nouns. Issue 135 (Pi agent support) was closed and fully shipped; the tell was PI_SESSIONS_DIR and test_pi_scan.py already sitting on main.
  • Search for the same root cause elsewhere, open and closed (gh issue list --search). Issues 198 and 96 were the same two-port problem reported twice, a year apart, by different people.
  • Check open PRs that touch the files you'd touch (gh pr list). They set the landing order.

2. Answer in this order

  1. What the reporter actually wants, in one or two sentences of plain language, jargon stripped. Name them. Link the earlier issue or PR if it's a repeat.
  2. A concrete walkthrough of the problem. Pick one realistic setup and trace it as numbered steps, with real hostnames, real ports, real endpoints. Never "suppose a user does X". Say what the user sees first, then why it happens.
  3. How it works today, only the part that bears on the issue, with file.py:line anchors so the claim can be checked.
  4. What implementing it would take: the shape of the change and which layer it belongs in, not a full diff.
  5. Traps and interactions. Security regressions, open PRs on the same files, closed issues with the same root cause, what has to land first.
  6. A verdict and one next step ("worth accepting, want me to draft the reply comment?").

Steps 3 and 4 collapse to a sentence each when the issue is simple. Steps 1, 2 and 6 are never skipped.

3. Prose rules

  • Symptom before mechanism. "It looks broken but nothing crashed, the page just never got its data," and only then the middleware ordering.
  • Expand every acronym and product name once, the first time it appears. The reporter's Pangolin / SSE / CORS gets one clause of explanation.
  • Don't paste code blocks. Quote a few lines at most, or cite file:line and let the reader open it.
  • No hedging stacks. One verdict. If it is genuinely balanced, say what evidence would decide it.
  • Say what you touched. State explicitly that the tree is untouched, or what changed if implementation was requested separately.
Show full SKILL.md (301 more words)Show less

4. "What are the cons?"

Answer as con → mitigation pairs, grouped by how much they matter, and say plainly which group each falls in:

  • Blocker. Must ship in the same PR or the feature is a regression.
  • Verify before merge. Fine in principle, needs a number on the bench.
  • Acceptable. The ordinary cost of the approach. Name it and move on.

Every con gets a mitigation or it isn't finished. A con with no mitigation is a blocker by definition.

5. Worked example (issue 198, single-port proxy)

What they want. Jiaocz runs TokenTelemetry behind Pangolin, a reverse proxy that maps a domain to one port. They want the API reachable through the web port so one domain is enough. Same root cause as issue 96 (SSH tunnel with only 3000 forwarded).

What breaks. TokenTelemetry runs two servers: 3000 serves the page, 8000 serves the data.

  1. You open tt.mydomain.com. The dashboard loads, layout fine.
  2. The page fetches tt.mydomain.com:8000 for sessions.
  3. Nothing is there. The proxy only published 3000.
  4. Empty shell. Blank charts, zero sessions.

Today. frontend/src/lib/api.ts builds API_BASE from window.location.hostname plus NEXT_PUBLIC_API_PORT. Everything funnels through apiFetch, no SSE, no WebSockets, one binary endpoint.

The trap. RemoteAuthMiddleware (backend/main.py:228) exempts loopback. Proxy everything through Next and every request arrives from 127.0.0.1, so the token gate is bypassed for the whole internet and /remote-access (main.py:5709) hands the token to any visitor who asks.

Note what the example does. The failure is walked before a single filename appears, and the security trap is stated consequence-first ("bypassed for the whole internet"), not as a description of middleware registration order.

6. Don't

  • Don't open a worktree or edit files. This skill is read-only.
  • Don't comment on the issue, close it, or label it unless asked.
  • Don't use this for pull requests. /review covers those.

© VasiHemanth, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/issue-brief of VasiHemanth/tokentelemetry.

Open the folder on GitHubat commit 5eecfc4

Compare with similar skills

Issue Brief next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Issue Brief compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Issue Brief this skillVasiHemanth/tokentelemetry377—~1.5kAutomated safety check: PassMIT
Reviewing Pull RequestsShopify/shopify-app-js543—~1.9kAutomated safety check: PassMIT
CodeScope Codebase Graph AnalysisQwenLM/qwen-code28k1 repos~9.3kAutomated safety check: PassApache-2.0
Explain This PRVarnan-Tech/opendirectory674—~1.2kAutomated safety check: PassMIT
Code Reviewnteract/semiotic2.7k—~1.5kAutomated safety check: PassApache-2.0
Issue TracerZaxbyHub/opencode-swarm493—~4.4kAutomated safety check: PassMIT

Similar skills

  • Reviewing Pull Requests

    Shopify/shopify-app-js

    Official

    Reviews pull requests for Shopify/shopify-app-js with comprehensive analysis including semver compliance (MAJOR/MINOR/PATCH classification), single responsibility validation, pattern consistency…

    543 GitHub stars~1.9k tokensUpdated today
    DevelopmentAuto-check passed
  • Answers questions about code structure, history, bugs and PR risk using a CodeScope knowledge graph and semantic index built from the repository.

    28k GitHub starsUsed in 1 repo~9.3k tokens
    DevelopmentAuto-check passed
  • Explain This PR

    Varnan-Tech/opendirectory

    Takes a GitHub PR URL or the current branch and writes a plain-English explanation of what it does and why, then posts it as a PR comment.

    674 GitHub stars~1.2k tokensUpdated 1 mo ago
    DevelopmentAuto-check passed
  • Code Review

    nteract/semiotic

    Review Semiotic pull requests for behavioral bugs, regressions, contract drift, and missing evidence.

    2.7k GitHub stars~1.5k tokensUpdated today
    DevelopmentAuto-check passed
  • Issue Tracer

    ZaxbyHub/opencode-swarm

    Drives a bug report from validation and root-cause tracing through a critic-reviewed plan, an approved minimal fix and a PR-ready closure, never merging without recorded human approval.

    493 GitHub stars~4.4k tokensUpdated today
    DevelopmentAuto-check passed
  • GitHub PR Description

    lucasvieirasilva/nx-plugins

    Generates a GitHub Pull Request description for this repository from the commits on the current branch, filling in .github/PULLREQUESTTEMPLATE.md (Current Behavior / Expected Behavior / Related…

    153 GitHub stars~1.4k tokensUpdated 10 days ago
    DevelopmentAuto-check passed

More from VasiHemanth/tokentelemetry

  • Bug Audit

    VasiHemanth/tokentelemetry

    Weekly multi-agent audit for serious bugs (data integrity, silent caps, staleness, timestamp math, trust boundaries).

    377 GitHub stars~1k tokensUpdated today
    Auto-check passed

Questions about Issue Brief

What does Issue Brief do?

Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it. Issue Brief is an agent skill from VasiHemanth/tokentelemetry. Explain a GitHub issue, discussion, or feature request in plain language before deciding whether to build it.

When should I use Issue Brief?

Issue Brief fits situations like: A github.com issues/; discussions/ link is pasted; the user says check / look at / verify / assess / analyse this issue; what does this issue want.

How do I install Issue Brief in Claude Code?

Run `npx skills add VasiHemanth/tokentelemetry --skill issue-brief -a claude-code`. Or copy the skill folder (.claude/skills/issue-brief in VasiHemanth/tokentelemetry) into .claude/skills/issue-brief in your project. Claude Code loads it when a task matches its description.

How do I install Issue Brief in Codex?

Run `npx skills add VasiHemanth/tokentelemetry --skill issue-brief -a codex`. Or copy the skill folder (.claude/skills/issue-brief in VasiHemanth/tokentelemetry) into .agents/skills/issue-brief in your project. Codex loads it when a task matches its description.

Can I use Issue Brief in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add VasiHemanth/tokentelemetry --skill issue-brief -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/issue-brief, .gemini/skills/issue-brief, .github/skills/issue-brief and .opencode/skills/issue-brief in your project.

What does Issue Brief need to run?

Going by SKILL.md and its folder, Issue Brief needs the command-line tools its instructions call (gh).

Does Issue Brief access the network?

SKILL.md contains no URLs. Its commands use gh, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Issue Brief safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Issue Brief use?

Issue Brief is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Issue Brief use?

About 1.5k tokens (SKILL.md is roughly 6.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Issue Brief?

Skills that share tags, products or a category with Issue Brief: Reviewing Pull Requests (Shopify/shopify-app-js, 543 stars), CodeScope Codebase Graph Analysis (QwenLM/qwen-code, 28k stars), Explain This PR (Varnan-Tech/opendirectory, 674 stars) and Code Review (nteract/semiotic, 2.7k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Issue Brief?

VasiHemanth (a GitHub user) maintains it in VasiHemanth/tokentelemetry, which has 377 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on October 8, 2026.

Source: VasiHemanth/tokentelemetry on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.