github-repo-curator
Organize GitHub repositories for professional presentation and maintainability. README templates, documentation standards, repo organization patterns, and profile optimization. Triggers on GitHub cleanup, repo organization, README writing, or open source presentation requests.
What this skill does
# GitHub Repo Curator
Transform scattered repositories into professional portfolio.
## Profile Optimization
### Profile README
Create `[username]/[username]/README.md` for profile landing:
```markdown
# Hi, I'm [Name] ๐
[One-line positioning statement]
## ๐ญ Currently Working On
- [Project 1] - [Brief description]
- [Project 2] - [Brief description]
## ๐ฑ Currently Learning
- [Technology/Skill]
## ๐ผ Professional Focus
[2-3 sentences about your work and interests]
## ๐ซ How to Reach Me
- [Email/LinkedIn/Website]
## ๐ ๏ธ Tech Stack


[Add relevant badges]
---
[Optional: GitHub stats, activity graph, etc.]
```
### Pinned Repositories
Pin 6 repositories that showcase:
1. **Best technical work** (most impressive)
2. **Most relevant to target role**
3. **Active/maintained project**
4. **Shows different skill** (range)
5. **Personal/passion project** (personality)
6. **Collaborative work** (teamwork)
---
## Repository Organization
### Naming Conventions
```
# Pattern: [type]-[name] or [name]-[technology]
# Good
portfolio-website
cli-tool-name
react-component-library
python-data-pipeline
api-gateway-service
# Avoid
test123
my-project
untitled
asdfgh
```
### Visibility Strategy
| Visibility | Use For |
|------------|---------|
| Public | Portfolio pieces, open source, learning |
| Private | Client work, incomplete projects, experiments |
| Archive | Completed/abandoned but worth keeping |
| Delete | Truly obsolete, embarrassing, or redundant |
### Repository Audit Checklist
For each repo, decide:
- [ ] Keep public (portfolio-worthy)
- [ ] Keep private (valuable but not showcase)
- [ ] Archive (done but reference value)
- [ ] Delete (no value)
---
## README Framework
### Minimal README
```markdown
# Project Name
Brief description of what this project does.
## Installation
```bash
npm install project-name
```
## Usage
```javascript
import { thing } from 'project-name';
thing.doSomething();
```
## License
MIT
```
### Standard README
````markdown
# Project Name



One-paragraph description of the project: what it does, who it's for,
and why it exists.
## Features
- โ
Feature one
- โ
Feature two
- โ
Feature three
## Quick Start
### Prerequisites
- Node.js >= 18
- npm or yarn
### Installation
```bash
git clone https://github.com/user/project
cd project
npm install
```
### Usage
```bash
npm start
```
## Documentation
[Link to full docs or wiki]
## Contributing
[Link to CONTRIBUTING.md]
## License
This project is licensed under the MIT License - see the LICENSE file.
## Acknowledgments
- [Credit 1]
- [Credit 2]
````
### Comprehensive README
See `references/readme-template.md`
---
## Documentation Standards
### File Structure
```
project/
โโโ README.md # Project overview
โโโ CONTRIBUTING.md # How to contribute
โโโ LICENSE # License file
โโโ CHANGELOG.md # Version history
โโโ CODE_OF_CONDUCT.md # Community standards
โโโ docs/ # Extended documentation
โ โโโ getting-started.md
โ โโโ api-reference.md
โ โโโ examples.md
โ โโโ troubleshooting.md
โโโ .github/
โ โโโ ISSUE_TEMPLATE/
โ โ โโโ bug_report.md
โ โ โโโ feature_request.md
โ โโโ PULL_REQUEST_TEMPLATE.md
โ โโโ workflows/ # GitHub Actions
โโโ src/ # Source code
```
### CONTRIBUTING.md Template
```markdown
# Contributing to [Project Name]
Thank you for your interest in contributing!
## How to Contribute
### Reporting Bugs
1. Check existing issues
2. Use the bug report template
3. Include reproduction steps
### Suggesting Features
1. Check existing feature requests
2. Use the feature request template
3. Explain the use case
### Pull Requests
1. Fork the repository
2. Create a feature branch (`git checkout -b feature/amazing-feature`)
3. Commit your changes (`git commit -m 'Add amazing feature'`)
4. Push to the branch (`git push origin feature/amazing-feature`)
5. Open a Pull Request
## Development Setup
[Instructions for local development]
## Code Style
[Style guidelines or link to linter config]
## Testing
[How to run tests]
```
### CHANGELOG.md Template
```markdown
# Changelog
All notable changes to this project will be documented in this file.
The format is based on [Keep a Changelog](https://keepachangelog.com/),
and this project adheres to [Semantic Versioning](https://semver.org/).
## [Unreleased]
### Added
- New feature X
### Changed
- Updated dependency Y
### Fixed
- Bug in feature Z
## [1.0.0] - 2024-01-15
### Added
- Initial release
- Feature A
- Feature B
```
---
## Badges
### Build & Status
```markdown


```
### Package Info
```markdown


```
### License & Social
```markdown



```
### Technology
```markdown


```
### Badge Generator
Use [shields.io](https://shields.io) for custom badges.
---
## Repository Cleanup Workflow
### Phase 1: Audit
1. List all repositories
2. Categorize by purpose/status
3. Identify gaps (what's missing?)
4. Flag for action (keep/archive/delete)
### Phase 2: Clean
1. Delete truly obsolete repos
2. Archive completed/abandoned
3. Make private anything not portfolio-ready
4. Update visibility settings
### Phase 3: Polish
1. Add/update READMEs
2. Add licenses
3. Update descriptions and topics
4. Add relevant badges
5. Clean up commit history if needed
### Phase 4: Present
1. Pin best repositories
2. Create/update profile README
3. Organize with topics/labels
4. Cross-link related projects
---
## Topics/Tags Strategy
### Use Topics For:
- Primary language: `python`, `typescript`, `rust`
- Framework: `react`, `nextjs`, `fastapi`
- Domain: `machine-learning`, `web-dev`, `cli`
- Type: `library`, `tool`, `template`, `tutorial`
- Status: `active`, `archived`, `experimental`
### Example Topic Set:
```
typescript react nextjs portfolio web-development
```
---
## Git Hygiene
### Commit Messages
```
type(scope): subject
body (optional)
footer (optional)
```
Types: `feat`, `fix`, `docs`, `style`, `refactor`, `test`, `chore`
### Branch Strategy
```
main # Production-ready
develop # Integration branch
feature/* # New features
bugfix/* # Bug fixes
release/* # Release prep
hotfix/* # Production fixes
```
### .gitignore Essentials
```gitignore
# Dependencies
node_modules/
venv/
.env
# Build
dist/
build/
*.pyc
# IDE
.vscode/
.idea/
*.swp
# OS
.DS_Store
Thumbs.db
# Secrets
*.pem
*.key
.env.local
```
---
## References
- `references/readme-template.md` - Full README template
- `references/license-guide.md` - Choosing a license
- `references/github-actions.md` - CI/CD workflows
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing โ use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.