From kostja94-marketing-skills-5
Guides optimization of GitHub profiles, READMEs, repos, Pages, gists, and Awesome lists for parasite SEO, GEO, open source marketing, and visibility.
npx claudepluginhub joshuarweaver/cascade-data-analytics --plugin kostja94-marketing-skills-5This skill uses the workspace's default tool permissions.
Guides GitHub for parasite SEO, GEO (AI citation), and curated list creation. GitHub is a Tier 2 Technical Authority platform—high domain authority, fast indexing, very high AI citation probability. Use for repos, README, GitHub Pages, gists, and Awesome-style navigation lists.
Conducts multi-round deep research on GitHub repos via API and web searches, generating markdown reports with executive summaries, timelines, metrics, and Mermaid diagrams.
Dynamically discovers and combines enabled skills into cohesive, unexpected delightful experiences like interactive HTML or themed artifacts. Activates on 'surprise me', inspiration, or boredom cues.
Generates images from structured JSON prompts via Python script execution. Supports reference images and aspect ratios for characters, scenes, products, visuals.
Guides GitHub for parasite SEO, GEO (AI citation), and curated list creation. GitHub is a Tier 2 Technical Authority platform—high domain authority, fast indexing, very high AI citation probability. Use for repos, README, GitHub Pages, gists, and Awesome-style navigation lists.
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
| Factor | Effect |
|---|---|
| Domain authority | High DA; repos, gists, Pages rank well |
| Fast indexing | Search engines crawl GitHub frequently |
| AI citation | ChatGPT, Perplexity cite GitHub for technical queries; Tier 2 in GEO framework |
| Technical expertise | Strong expertise signals; structured docs become AI reference material |
| Cross-platform | Share across Dev.to, Stack Overflow, forums; amplifies visibility |
| Use case | Format | Purpose |
|---|---|---|
| Parasite SEO | Repos, README, Pages, gists | Leverage GitHub authority for rankings and backlinks |
| GEO | Documentation, tutorials, curated lists | AI tools cite GitHub for technical answers |
| Curated / navigation lists | Awesome-style repos | Topic-specific resource directories; backlinks, discovery |
| Surface | What it is | Optimization focus |
|---|---|---|
| Profile README | Public repo with the same name as the username; root README.md renders on the profile | Personal brand, flagship links, social proof |
| Pinned | Up to 6 repos or gists on the profile | Showcase top projects; align with entity signals (entity-seo) |
| Per-repo README | Root README.md on each repo’s Code tab | Product landing; install, proof, CTAs |
Changing a normal repo README does not change the profile banner unless that content is the profile README repo or linked from it.
| Area | Typical contents | SEO / ops note |
|---|---|---|
| Main column | File list; rendered root README below | First screen and H2/H3 carry most narrative |
| About sidebar | Description, Website, Topics, releases shortcut, license, languages | Keep Description and README first paragraph consistent; Website should match the primary outbound CTA |
| Other tabs | Issues, PRs, Actions, etc. | Engagement and freshness signals |
Website field: Maintained via repo Settings / About edit; prefer one canonical docs or product URL aligned with README links.
| Entry | Role | Caveat |
|---|---|---|
| Trending | Time-windowed visibility | Formula is not public; never promise ranking |
| Explore | Collections, themes, programs | Useful for patterns and seasonal campaigns |
| Topics | Topic pages tied to repository topics | Aligns with Topics metadata (see Topics section below) |
| Search | Query across repos and users | README + About + topics drive match quality |
UI and URLs evolve; verify on github.com.
flowchart LR
discovery[Discovery or referral]
home[Repository home]
readme[README and About]
outbound[Site or docs]
discovery --> home
home --> readme
readme --> outbound
Ranking weight (GitHub + Google): Repository name & About ≈ highest; Topics ≈ high; README ≈ high.
| Practice | Guideline |
|---|---|
| Descriptive | Hint at what the project does |
| Keyword-rich | Include primary keywords (markdown-editor not my-project) |
| Hyphens | Separate words (react-component-library) |
| Concise | Shorter = memorable, shareable |
| Limit | Guideline |
|---|---|
| 350 chars | Hard limit; GitHub enforces |
| ~128 chars | Optimal for brevity; often displayed fully |
| Content | Primary keyword + natural variations; what it does, who it's for; link to website or docs if space |
Example: "A fast, lightweight markdown editor for React with live preview, syntax highlighting, and export to PDF. Built with TypeScript."
| Limit | Guideline |
|---|---|
| 6–20 topics | Max 20; 6–10 recommended |
| ~50 chars each | Per topic |
| Format | Lowercase, hyphens, numbers only |
| Mix | Technology (react, python), purpose (cli, library), category (seo, ai-tools), community (hacktoberfest) |
Underutilized but highly effective for discoverability and GEO.
| Section | Purpose | SEO/GEO |
|---|---|---|
| Title + tagline | H1 + 1–2 sentence summary; keywords in first paragraph | Critical; first 100 words weighted |
| Table of contents | Links to H2/H3; for READMEs >500 words | Navigation; crawlability |
| Installation / Quick start | Prerequisites; exact commands; copy-paste ready | Use-case clarity |
| Usage examples | Code blocks; common scenarios | Citable; extractable |
| Screenshots / GIFs | Demo, output; alt text required | Engagement; accessibility |
| Badges | Build, version, license | Trust signals |
| Contributing | Link to CONTRIBUTING.md | Community signal |
| License | Link to LICENSE | Completeness |
Word count: No hard limit; 500–1,500 words typical for product repos. Lead with value; expand later.
| Practice | Guideline |
|---|---|
| Answer-first | Direct answer in first 1–2 sentences (40–60 words) |
| Short paragraphs | 2–3 sentences max; extractable clarity |
| Question-style headings | H2/H3 as questions where relevant |
| Data inclusion | Stats, numbers; cited content ~40% more likely to include data |
| Freshness | Update regularly; ~76% of cited content updated within 30 days |
Entity signals: Clear project name, author, maintainer; consistent identity. See entity-seo.
| Surface | Use |
|---|---|
| README | Landing page for repo; keyword-optimized summary, headings, links |
| GitHub Pages | Static site; blog, FAQ, docs; additional ranking opportunities |
| Gists | Micro-content; long-tail keywords; link to repos or external resources |
| Wiki | Keyword-rich documentation |
| Issues | Q&A, discussions; indexable |
| Surface | Role |
|---|---|
| README | First impression; Stars/forks; short pitch and deep links |
| Pages | Multi-page static site: long docs, blog, changelog |
Default URL patterns: A user or organization site often uses a username.github.io repository and serves at https://username.github.io. A project site is published from a given repo and typically appears at https://username.github.io/repository/ (path may vary with settings). See About GitHub Pages.
Limits: Build size, bandwidth, and build-frequency caps change over time—cite GitHub Pages limits when users need numbers, not hard-coded figures from this skill.
| Element | Practice |
|---|---|
| Repository title | Primary keywords; descriptive; hyphens |
| About | 350 chars max; keyword-rich; primary keyword + natural variations |
| Description | Secondary keywords; link to website or resources |
| README | Keyword-optimized summary first; headings, bullet points; screenshots; links to docs, tutorials |
| Topics / tags | 6–20 relevant topics; 50 chars each |
| GitHub Pages | Mobile-friendly; metadata; blog/FAQ for extra keywords |
| Factor | Practice |
|---|---|
| README clarity | Clear, citable paragraphs; direct answers |
| Documentation | Structured; AI tools parse well |
| Entity signals | Clear project, author identity; see entity-seo |
| Consistency | Active maintenance; engagement (stars, forks, watchers) |
| Archetype | Intent | First-screen emphasis |
|---|---|---|
| Product / library | Installable software, SDK, CLI, service | Install, quickstart, proof (CI, license), support path |
| Curated / resource | Awesome-style lists, indexes | Scope, curation bar, contribution rules |
Match metrics to type: curated lists optimize for trust and backlinks; product repos optimize for adoption and issue quality.
Awesome lists = Curated, topic-specific resource lists on GitHub. Function like navigation directories; high traffic, backlinks, discovery. sindresorhus/awesome (441K+ stars) is the master list; 6,500+ curated lists exist across topics.
| Category | Examples |
|---|---|
| Master list | sindresorhus/awesome — hub of all awesome lists |
| SEO / Marketing | awesome-seo, awesome-ai-seo, bmpi-dev/awesome-seo |
| AI / ML | awesome-ai-tools, AITreasureBox, awesome-ai |
| Dev tools | awesome-tools, awesome-cli, awesome-nodejs |
| Languages | awesome-python, awesome-javascript, awesome-go |
| Frontend / Backend | awesome-react, awesome-vue, awesome-django |
| Other | awesome-security, awesome-gaming, awesome-databases |
| Element | Practice |
|---|---|
| Title | Clear, focused (e.g., "Awesome SEO," "Awesome AI Tools") |
| Description | Succinct; scope clear |
| Sections | Categorized (e.g., Tutorials, Tools, Articles) |
| Items | Curated, not collected; only include what you recommend |
| Item format | - [Name](URL) - Brief description of why it's awesome |
| License | CC0 or similar |
| Contributing | contributing.md for PR process |
| Action | Use |
|---|---|
| Submit to existing list | PR to awesome-* repos; follow list format; contact maintainer |
| Create new list | When no list exists for your niche; follow awesome guidelines |
| Link between lists | Link to other awesome lists that cover subjects better |
| Mistake | Avoid |
|---|---|
| Ignoring engagement | Not responding to issues/PRs reduces trust |
| Irregular updates | Outdated repos signal inactivity |
| Incomplete docs | Lack of clear descriptions frustrates users |
| Generic titles | Missing keywords reduces discoverability |
| Thin awesome lists | Low-quality or uncurated items hurt credibility |