kostja94/marketing-skills1 file

Github

When the user wants to use GitHub for SEO, parasite SEO, GEO, open source marketing, README optimization, or curated Awesome lists. Also use when the user mentions "GitHub," "GitHub SEO," "GitHub parasite SEO," "GitHub GEO," "awesome list," "GitHub README," "profile README," "pinned repositories," "Trending," "Explore," "repository name," "About section," "GitHub description," "GitHub topics," "Website field," "GitHub Pages," "github.io," "user site," "project site," "GitHub gist," "curated list," or "navigation list." Not for Medium or other non-GitHub platforms—use parasite-seo or medium-posts. For OSS business model, use open-source-strategy.

Specification
Skill ID
kostja94/marketing-skills/github
Publisher
kostja94
Repository
marketing-skills
Installs
0
Files
1
Synced
Sep 23, 2026
How to use it

Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.

kostja94/marketing-skills/githubInstalls these files
  • SKILL.md

What this skill tells the agent

Platforms: GitHub

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.

Why GitHub for SEO

FactorEffect
Domain authorityHigh DA; repos, gists, Pages rank well
Fast indexingSearch engines crawl GitHub frequently
AI citationChatGPT, Perplexity cite GitHub for technical queries; Tier 2 in GEO framework
Technical expertiseStrong expertise signals; structured docs become AI reference material
Cross-platformShare across Dev.to, Stack Overflow, forums; amplifies visibility

Use Cases

Use caseFormatPurpose
Parasite SEORepos, README, Pages, gistsLeverage GitHub authority for rankings and backlinks
GEODocumentation, tutorials, curated listsAI tools cite GitHub for technical answers
Curated / navigation listsAwesome-style reposTopic-specific resource directories; backlinks, discovery

Surfaces: profile vs repository

SurfaceWhat it isOptimization focus
Profile READMEPublic repo with the same name as the username; root README.md renders on the profilePersonal brand, flagship links, social proof
PinnedUp to 6 repos or gists on the profileShowcase top projects; align with entity signals (entity-seo)
Per-repo READMERoot README.md on each repo’s Code tabProduct 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.

Profile README (username/username)

Not the same as a product repo README. Optimize for identity + navigation in ~15–40 lines of rendered content unless the user explicitly wants a long-form CV. Official setup: Managing your profile README.

PrincipleDoAvoid
LengthShort, scannable sections; omit ToC unless the file is genuinely longApplying “500–1,500 words typical for product repos” here
Headings### blocks (e.g. What I do · Open source · Find me) for fast eyeballingMany nested ## + long narrative without breaks
LinksEach primary URL once in a Find me / Connect line (or badges or a slim table—not all three repeating the same destinations)Duplicate site/LinkedIn/email in badges, tables, and prose
Repos blockBold repo name + ≤2 short lines + at most one copy-paste command (e.g. npx skills add …) — same scan pattern popular profiles use for “flagship OSS” without cloning the repo’s full READMEFull feature matrices, changelog, or install docs pasted into the profile file
LayoutOptional centered header (<div align="center">) for name + tagline + badges only; body stays left-aligned markdown for readabilityCenter-wrapping the entire README
Optional widgetsCompact Shields (flat style); optional github-readme-stats / star-history — third-party, treat as conversion/social proof, not core SEOWall of for-the-badge badges when the same CTAs are repeated in text

Minimal outline (typical profile):

  1. Title + answer-first tagline (+ slim badge row).
  2. ### What I do — identity, proof link(s), without repeating the same URLs again later.
  3. ### Open source — bold repo links + pitches + optional one code fence.
  4. ### Find me — single line of deduped links (site · bio · cases · social · email).
  5. ### Activity (optional) — small github-readme-stats + star-history; alt text on <img>.

Reference pattern (high-signal, low-noise): scan-first profiles such as alchaincyf — short ### blocks, bold product/repo names, one “find me” cluster.

Entity hub pattern: When the person has a canonical site, lead with it in the opening line and mirror the same URL in Pinned / profile About (if used) so site ↔ GitHub OSS stay aligned for entity-seo.

Profile README checklist (short)

  • [ ] H1 + one answer-first tagline (keywords: role, stack, domain)
  • [ ] Canonical outbound links (site, social, email) deduplicated
  • [ ] Pinned repos (≤6) match the story told in the README
  • [ ] Optional: Activity section — group stats / star-history under one heading instead of scattering widgets
  • [ ] Last updated footnote for freshness (GEO signal)

Repository home: layout map

AreaTypical contentsSEO / ops note
Main columnFile list; rendered root README belowFirst screen and H2/H3 carry most narrative
About sidebarDescription, Website, Topics, releases shortcut, license, languagesKeep Description and README first paragraph consistent; Website should match the primary outbound CTA
Other tabsIssues, 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.

In-site discovery (high level)

EntryRoleCaveat
TrendingTime-windowed visibilityFormula is not public; never promise ranking
ExploreCollections, themes, programsUseful for patterns and seasonal campaigns
TopicsTopic pages tied to repository topicsAligns with Topics metadata (see Topics section below)
SearchQuery across repos and usersREADME + 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

Repository Name, About & README (SEO/GEO Priority)

Ranking weight (GitHub + Google): Repository name & About ≈ highest; Topics ≈ high; README ≈ high.

Repository Name

PracticeGuideline
DescriptiveHint at what the project does
Keyword-richInclude primary keywords (markdown-editor not my-project)
HyphensSeparate words (react-component-library)
ConciseShorter = memorable, shareable

About Section (Description)

LimitGuideline
350 charsHard limit; GitHub enforces
~128 charsOptimal for brevity; often displayed fully
ContentPrimary 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."

Topics

LimitGuideline
6–20 topicsMax 20; 6–10 recommended
~50 chars eachPer topic
FormatLowercase, hyphens, numbers only
MixTechnology (react, python), purpose (cli, library), category (seo, ai-tools), community (hacktoberfest)

Underutilized but highly effective for discoverability and GEO.

README Structure & Components

Use this skill in a project

Open any RiverX project, search the Skills panel for kostja94/marketing-skills/github, and install it in one click.

Use this skill