oss-ready

SKILL.md

OSS Ready

Transform a project into a professional open-source repository with standard community files and GitHub templates.

Repo Sync Before Edits (mandatory)

Before creating/updating/deleting files in an existing repository, sync the current branch with remote:

branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin
git pull --rebase origin "$branch"

If the working tree is not clean, stash first, sync, then restore:

git stash push -u -m "pre-sync"
branch="$(git rev-parse --abbrev-ref HEAD)"
git fetch origin && git pull --rebase origin "$branch"
git stash pop

If origin is missing, pull is unavailable, or rebase/stash conflicts occur, stop and ask the user before continuing.

Workflow

0. Create Feature Branch

Before making any changes:

  1. Check the current branch - if already on a feature branch for this task, skip
  2. Check the repo for branch naming conventions (e.g., feat/, feature/, etc.)
  3. Create and switch to a new branch following the repo's convention, or fallback to: feat/oss-ready

1. Analyze Project

Identify:

  • Primary language(s) and tech stack
  • Project purpose and functionality
  • Existing documentation to preserve
  • Package manager (npm, pip, cargo, etc.)

2. Create/Update Core Files

README.md - Enhance with:

  • Project overview and motivation
  • Key features list
  • Quick start (< 5 min setup)
  • Prerequisites and installation
  • Usage examples with code
  • Project structure
  • Technology stack
  • Contributing link
  • License badge

CONTRIBUTING.md - Include:

  • How to contribute overview
  • Development setup
  • Branching strategy (feature branches from main)
  • Commit conventions (Conventional Commits)
  • PR process and review expectations
  • Coding standards
  • Testing requirements

LICENSE - Default to MIT unless specified. Copy from assets/LICENSE-MIT.

CODE_OF_CONDUCT.md - Use Contributor Covenant. Copy from assets/CODE_OF_CONDUCT.md.

SECURITY.md - Vulnerability reporting process. Copy from assets/SECURITY.md.

3. Create GitHub Templates

Copy from assets/.github/:

  • ISSUE_TEMPLATE/bug_report.md
  • ISSUE_TEMPLATE/feature_request.md
  • PULL_REQUEST_TEMPLATE.md

4. Create Documentation Structure

docs/
├── ARCHITECTURE.md    # System design, components
├── DEVELOPMENT.md     # Dev setup, debugging
├── DEPLOYMENT.md      # Production deployment
└── CHANGELOG.md       # Version history

5. Update Project Metadata

Update package file based on tech stack:

  • Node.js: package.json - name, description, keywords, repository, license
  • Python: pyproject.toml or setup.py
  • Rust: Cargo.toml
  • Go: go.mod + README badges

6. Ensure .gitignore

Verify comprehensive patterns for the tech stack.

7. Present Checklist

After completion, show:

  • Files created/updated
  • Items needing manual review
  • Recommendations for next steps

Guidelines

  • Preserve existing content - enhance, don't replace
  • Use professional, welcoming tone
  • Adapt to project's actual tech stack
  • Include working examples from the actual codebase

Assets

Templates in assets/:

  • LICENSE-MIT - MIT license template
  • CODE_OF_CONDUCT.md - Contributor Covenant
  • SECURITY.md - Security policy template
  • .github/ISSUE_TEMPLATE/bug_report.md
  • .github/ISSUE_TEMPLATE/feature_request.md
  • .github/PULL_REQUEST_TEMPLATE.md
Weekly Installs
32
GitHub Stars
1
First Seen
Feb 4, 2026
Installed on
codex31
opencode30
gemini-cli28
claude-code27
github-copilot27
amp26