Design the first third. Hook the eye. Earn the scroll.
A portable Agent Skill for turning GitHub READMEs into intentional, repository-specific landing experiences.
Explore the skill · Layout systems · Visual QA
Before someone reads the installation guide, they have already judged the project. The opening viewport establishes identity, confidence, and whether the repository feels worth exploring.
github-readme-designer gives coding agents a visual-design workflow built specifically for GitHub’s constrained Markdown canvas. It shapes hierarchy, imagery, screenshots, diagrams, badges, navigation, and document rhythm while keeping repository claims in the owner’s hands.
The skill owns presentation. The repository owner owns the promise.
| Surface | Design responsibility |
|---|---|
| Opening viewport | Establish one focal point through identity, orientation, proof, and a clear next step. |
| First third | Turn the initial scroll into a deliberate progression instead of a pile of sections. |
| Visual system | Select a composition that fits the actual project: product, CLI, library, system, gallery, or research. |
| Repository assets | Place screenshots, diagrams, demos, and theme-aware imagery where they communicate best. |
| Document rhythm | Balance technical density with meaningful visual relief throughout the README. |
| Rendered QA | Check GitHub constraints, mobile behavior, dark mode, hierarchy, local assets, and badge density. |
The skill chooses a starting system based on what the repository actually is:
- Product showcase — interface-led apps and visual developer tools.
- Output-first tool — CLIs, automation, linters, and terminal software.
- Developer library — packages, SDKs, frameworks, and APIs.
- System map — infrastructure, protocols, platforms, and integrations.
- Artifact gallery — templates, themes, UI kits, icons, and collections.
- Research or benchmark — papers, datasets, experiments, and model repositories.
These are composition systems, not fill-in-the-blank templates. The same visual formula should never be applied to unrelated projects.
The skill inspects the current README, repository metadata, screenshots, logos, demos, and existing visual identity before choosing a direction. It does not reach for a generic banner first.
- Taglines, benefits, metrics, testimonials, or compatibility claims.
- Features, installation commands, or calls to action not supplied by the owner.
- CI, package, coverage, sponsor, download, or version badges without real backing data.
- Decorative images that misrepresent the interface or architecture.
- CSS, JavaScript, web fonts, or layout tricks GitHub will sanitize.
If a design needs missing copy, the skill leaves an invisible OWNER prompt instead of publishing filler.
The package follows the open Agent Skills format: a SKILL.md plus progressively disclosed references and a small deterministic audit script.
Repository-scoped:
git clone https://github.com/OpenCnid/github-readme-designer.git .agents/skills/github-readme-designerInvoke it explicitly:
$github-readme-designer Redesign this repository README around its existing copy and assets.
Repository-scoped:
git clone https://github.com/OpenCnid/github-readme-designer.git .claude/skills/github-readme-designerInvoke it explicitly:
/github-readme-designer Redesign this repository README around its existing copy and assets.
Clone or copy the repository into the harness’s project or personal skills directory. The core skill uses only the portable name and description frontmatter fields. agents/openai.yaml adds optional Codex interface metadata without changing the shared workflow.
The included script catches structural problems that are easy to miss while working in Markdown source:
python scripts/audit_readme.py path/to/README.mdIt checks:
- H1 and heading hierarchy;
- badge density in the opening;
- unsupported CSS or script-dependent markup;
- excessive centered prose;
- missing local images and HTML alt attributes;
- visible placeholders and excessive remote-image dependencies.
The audit is dependency-free and intentionally complements—rather than replaces—a rendered desktop, mobile, light-theme, and dark-theme review.
github-readme-designer/
├── .github/assets/ # Repository-owned neon visuals
├── AGENTS.md # Durable guidance for coding agents
├── SKILL.md # Core workflow and guardrails
├── agents/
│ └── openai.yaml # Optional Codex UI metadata
├── references/
│ ├── github-canvas.md # GitHub rendering constraints
│ ├── layout-patterns.md # Six composition systems
│ └── visual-qa.md # Rendered review checklist
└── scripts/
└── audit_readme.py # Dependency-free structural audit
- One dominant visual idea beats five competing elements.
- Real output beats ornamental illustration for developer tools.
- Repository-owned assets beat fragile hotlinks for core identity.
- Dark mode and narrow screens are part of the design, not afterthoughts.
- A beautiful README remains useful after the novelty wears off.
Released under the MIT License.