Output format·Analytics & Monitoring

GitHub Dashboard

GitHub repository analytics dashboard — stars, forks, contributors, issues, pull requests, recent activity, and top contributors. Use when the brief asks for a GitHub repo dashboard, open-source…

You say
Buy it · $35 Read it before you buy $35 Written by nexu-io · unverified publisher
Context cost
17.4k tokensestimated from the bundle, loaded when it triggers
Bundle
7 files · 69.6 kBtext throughout, nothing executable
Licence
Apache-2.0paid listing
Last change
no release on file
Servers it uses
Noneruns standalone

What it does

GitHub repository analytics dashboard — stars, forks, contributors, issues, pull requests, recent activity, and top contributors. Use when the brief asks for a GitHub repo dashboard, open-source growth report, repository health page, or GitHub analytics view.

Installed, it changes the agent in these ways.

What this skill changes about the agent is not written down here yet. The listing was collected from its source, and the description is in its own SKILL.md.

Output format

Produces one artefact, exactly shaped.

analyticsgithub

The skill itself

This is the whole product. A skill is instructions the model reads, so there is nothing behind the listing you cannot see first — the front matter loads with every session, and the body below it loads when the skill triggers.

SKILL.md7.4 kB · 131 lines
--- name: github-dashboard description: | GitHub repository analytics dashboard — stars, forks, contributors, issues, pull requests, recent activity, and top contributors. Use when the brief asks for a GitHub repo dashboard, open-source growth report, repository health page, or GitHub analytics view. triggers: - "github dashboard" - "repo dashboard" - "repository dashboard" - "github analytics" - "open source dashboard" - "github growth" - "仓库看板" - "GitHub 看板" od: mode: prototype platform: desktop scenario: operation preview: type: html entry: index.html design_system: requires: true sections: [color, typography, layout, components] outputs: primary: index.html secondary: - template.html - data.json - artifact.json - provenance.json capabilities_required: - shell - file_write example_prompt: "Build a GitHub dashboard for nexu-io/open-design — stars, forks, contributors, issues, PRs, recent activity, and top contributors." ---
40# GitHub Dashboard Skill
41
42Create a single-screen GitHub repository analytics dashboard in the FlowAI / Soft Paper Workspace visual style: warm off-white canvas, white rounded panels, a fixed left sidebar, compact KPI cards, pastel pills, dense tables, and low-contrast hairlines.
43
44## Resource map
45
46```
47github-dashboard/
48├── SKILL.md
49├── example.html ← rendered reference dashboard
50└── references/
51 ├── template.html ← live-artifact-compatible HTML template
52 ├── example-data.json ← normalized public GitHub data shape
53 ├── artifact-example.json ← minimal live-artifact create input
54 └── provenance-example.json ← safe source/provenance example
55```
56
57## When to use this skill
58
59Use this when the user asks for a dashboard or report about a single GitHub repository, for example:
60
61- repository growth dashboard
62- open-source project health report
63- GitHub stars / forks / contributors analytics
64- issue and pull-request activity page
65- maintainer / contributor dashboard
66
67If the user asks for refreshability, source auditability, or scheduled updates, produce the live-artifact source set (template.html, data.json, artifact.json, provenance.json) and follow the live-artifact contract. If they only need a visual artifact, produce a self-contained index.html.
68
69## Workflow
70
711. **Resolve repository scope**
72 - Parse owner/repo from the brief.
73 - This v1 skill is scoped to one repository. If multiple repositories are requested, ask the user to pick the primary repository or create one dashboard per repository.
74 - If the repo is missing, ask one concise question for the GitHub URL or owner/repo.
75
762. **Collect public GitHub data**
77 - Prefer GitHub CLI/API for public repository data when available.
78 - Current stars/forks/watchers/open issue count: GET /repos/{owner}/{repo} (stargazers_count, forks_count, watchers_count, open_issues_count).
79 - Contributors: paginate GET /repos/{owner}/{repo}/contributors?per_page=100&page=N, sort by contributions descending, and take the top N used by the dashboard. If only page 1 is available, label totals as first-page estimates.
80 - Issues: use GitHub Search API (repo:{owner}/{repo} is:issue) for total counts, or paginate GET /repos/{owner}/{repo}/issues?state=all and filter out items with a pull_request field.
81 - Pull requests: use GitHub Search API (repo:{owner}/{repo} is:pr) for total counts, or paginate GET /repos/{owner}/{repo}/pulls?state=all and count pages via the Link header.
82 - Recent activity: combine the newest issues and pull requests, normalize them into display-ready rows, and cap the preview list at 5–10 items.
83 - Growth/delta metrics: GitHub REST does not expose complete historical star/fork deltas. Use GraphQL, stargazer event snapshots, the Events API where available, or explicitly mark deltas as estimated/synthetic in provenance.json.
84 - Do not store auth tokens, raw HTTP envelopes, cookies, rate-limit headers, or private metadata.
85
863. **Normalize into dashboard data**
87 - Required repository: name, fullName, url, description, language, license, created, lastUpdated.
88 - Required metrics: stars, forks, contributors, issues, pull requests. Store display-ready totals plus small deltas or growth notes.
89 - Required contributors: top 5–8 contributors with login, avatar, and contributions.
90 - Required recentActivity: display-ready rows with title, typeText, typeClass, label, labelClass, author, authorAvatar, and updated. Do not rely on template conditionals for issue/PR switching.
91 - Chart data can be synthetic only when GitHub does not expose the exact history; document the transformation in provenance.
92
934. **Apply the visual system**
94 - Use the active DESIGN.md tokens when present.
95 - If no design system is provided, use the Soft Paper defaults reflected in references/template.html: #F2F2F0 canvas, white cards, #ECECEA borders, #0A0A0A ink, Geist/Inter typography, 256px sidebar, 48px topbar, and 16px card radius.
96 - Keep color small and semantic: green for healthy metrics, amber for warning, blue for feature/PR labels, red only for defects or risk.
97
985. **Lay out the page**
99 - Shell: 256px sidebar + main panel, both white, rounded 16px, 1px hairline border.
100 - Topbar: repo context on the left, refresh/export/action affordances on the right.
101 - Header: repository name, description, and date/settings/actions row.
102 - KPI strip: 5 compact cards for stars, forks, contributors, issues, PRs.
103 - Main grid: 2fr/1fr split with a growth chart or activity table on the left and top contributors/health cards on the right.
104 - Footer: provenance/last-updated note in small muted text.
105
1066. **Write the artifact**
107 - For a static artifact, write one self-contained index.html with inline CSS and no external JS libraries.
108 - For a live artifact, write template.html, data.json, artifact.json, and provenance.json; index.html is derived by the daemon.
109 - Tag major regions with stable data-od-id values: sidebar, topbar, repo-header, kpi-strip, growth-chart, contributors, activity, provenance.
110
111## Visual rules
112
113- Light mode only.
114- 256px fixed sidebar on desktop; stack on narrow screens.
115- 4 or 5 KPI cards in the first row.
116- Use tabular lining numerals for all counts.
117- Avatars are circular, 28–32px in tables and contributor lists.
118- Tables use 13px body text, 11px uppercase column labels, 1px row dividers.
119- Cards use hairline borders and a barely visible shadow at most: 0 1px 2px rgba(10,10,10,.04), 0 1px 1px rgba(10,10,10,.02).
120- Do not use gradients except tiny workflow/repo icon placeholders.
121- Do not make the page look like GitHub itself. This is a custom operational dashboard, not a GitHub UI clone.
122
123## Self-check
124
125- Every metric has a source or a provenance note.
126- No private data or credentials are persisted.
127- Data labels are specific to the repository, not placeholders.
128- The screen still reads clearly at 50% zoom.
129- The dashboard uses at most one solid black primary action per area.
130- Status labels and issue/PR chips are pastel pills, not saturated badges.
131
In the file
SKILL.md984 words
Files7
LicenceApache-2.0
Why you can read it

Nothing in a skill executes. The client loads the text and the model follows it, so a skill can be audited the way a runbook is — by reading it.

What it costs in context

Skills are not billed by the call. They are paid for in context: every token the instructions occupy is a token your code, your diff and your conversation cannot use. Here is what this one takes and when it takes it.

≈260
always loaded
The name and description, so the model knows the skill exists and when to reach for it.
17,140
on trigger
The instruction body and 6 supporting files, read only when the skill fires.
8.7%
of a 200k window
Ten skills this size would take about 87% of the window before you open a file.
050k100k150k200k context window

17.4k tokens, estimated from the bundle at four bytes to the token, held for the rest of the session once it triggers. Heavy. Teams tend to install this one per project rather than globally, and load it only when the job comes up.

Servers bill, skills cost

A server charges by the month. A skill charges once per session, in context, and then keeps charging it for as long as the session lives.

Before and after

The same question, put to the same model twice: once as it comes, and once with these instructions loaded.

No worked example has been published for this skill yet.

Adoption
Installsnone yet
Ratingno reviews yet

The procedure it runs

The procedure has not been published here. It is in the skill’s own SKILL.md, which its author has not sent to the marketplace yet.

Prose, not code

These steps are written for a model to follow, not executed by a runtime. It can still be told to skip one, and it will say so when it does.

Servers it uses

None. This skill calls no MCP servers at all.

Everything it needs is in the instructions, so it works in a project with nothing connected — the model reads the file and changes how it works with what it can already reach.

It writes no files and reaches no network. All it changes is how the model reasons and writes.

What it asks for
Writes filesno
Network accessno

Read from the allowed-tools line of this skill’s own SKILL.md. A skill grants no permissions of its own — it can only ask for tools your client already has.

What it will not do

Every skill is narrow, and the useful ones say where they stop. These are the jobs this one is the wrong tool for.

What this skill is not for has not been published here. Nothing is implied by that: it is a section the author has not filled in.

What is in the bundle

7 files, 69.6 kB on disk. A bundle is text throughout: the instructions the model reads, plus the templates it fills in.

  • SKILL.md7.4 kB
  • example.html26.0 kB
  • references/README.md0.7 kB
  • references/artifact-example.json0.3 kB
  • references/example-data.json3.8 kB
  • references/provenance-example.json3.3 kB
  • references/template.html28.1 kB
What is not in it

No dependencies and nothing executable: a skill is text the agent reads, so the bundle is 7 files you can review in full before installing. The Apache-2.0 licence covers the templates and examples as well as the instructions.

Install

Installing copies the bundle into your project. Nothing runs at install time — the files sit on disk until the model reads them.

$35 once
GitHub Dashboard · Apache-2.0 · nexu-io
one-time
Price$35 once
LicenceApache-2.0 — the author’s, unchanged by this purchase
Paid throughStripe, once, on the card you add at the checkout
Keeps workingfor good — the files are yours once they are on disk
Updatesevery update its author ships, delivered through this account

You can read the whole bundle before paying — the SKILL.md above is the product, not a preview of it. What the money buys is the delivery: the folder packaged and handed to your machine by key, every update its author ships, and our support if it does not do what this listing says. The terms of use are Apache-2.0, set by the author and unchanged by buying it here.

Payment runs through Stripe, on a page like this one rather than a redirect. Once there is an account it joins the same mcprush invoice as everything else you run, so there is never a second card to enter.

Which clients pick it up on their own

A skill is a folder of text. A client with a skills folder reads it without being told; everywhere else the same text works, it is just handed to the model rather than found.

Claude Code.claude/skills/
Claude Desktop
ChatGPT
Cursor.cursor/skills/
VS Code.github/skills/
Codex CLI.agents/skills/
Gemini CLI.gemini/skills/
Grok.grok/skills/
Zed.agents/skills/
Windsurf.windsurf/skills/
Agent SDK.claude/skills/
HTTP / API
This release
Versionnot versioned
Publishedno release date on file
Price$35
Referencenexu-io/github-dashboard

Versions

Its author publishes no version number, so there is nothing here to pin to: what you install is the folder as it stands today. Instructions change more often than APIs do — a skill can be rewritten entirely without anything it depends on moving.

v
  • No earlier releases have been published to the marketplace.
Pinning

Nothing to pin to: this skill carries no version number of its own. What you install is what the folder holds on the day you install it.

Reviews

no reviews yet · no installs yet

Nobody has reviewed this skill yet. The rating is the mean of the reviews written here, so there is none until somebody writes the first.

Who can post

Only accounts that have had the skill installed for fourteen days, so a review is written after living with it rather than after reading it. Publishers may reply once.

Publisher
Servers0