open-source-contributions

Clean pull requests by removing personal artifacts and validating commit messages.

52|6|Updated Nov 24, 2025
One-click install
npx skills add https://github.com/ovachiever/droid-tings --skill open-source-contributions-ovachiever
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: open-source-contributions
Source: https://github.com/ovachiever/droid-tings/tree/main/skills/open-source-contributions
Command: npx skills add https://github.com/ovachiever/droid-tings --skill open-source-contributions-ovachiever

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) and assets (resource) components.

What problem does it solve?

Guides contributors to produce maintainable, professional pull requests for open source projects, avoiding the most common rejection pain points.

Core Features & Use Cases

  • Pre-PR cleanup templates and scripts to remove personal artifacts
  • PR description and commit-message templates aligned with conventional commits
  • Clear guidelines for scoping, testing, and documentation updates
  • Templates and tooling to improve collaboration with maintainers

Quick Start

Run pre-pr checks, clean branch, and follow the PR template workflow to ensure a smooth submission.

Frequently Asked Questions about open-source-contributions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prepare a pull request that maintainers won't reject?

Pull request quality depends on removing personal artifacts, following conventional commits, validating scope, and including clear documentation. This Skill automates those checks with pre-PR cleanup templates, commit-message validation, and PR description templates aligned to maintainer expectations.

What should I clean up before submitting a pull request to open source?

Remove debug code, temporary files, unrelated changes, and personal configuration. Verify commit messages follow conventional format, check PR size stays within project limits, ensure secrets aren't exposed, and update relevant documentation. Pre-PR scripts catch these before submission.

How do I write a conventional commit message?

Conventional commits follow the format: type(scope): description. Common types are feat, fix, docs, style, refactor, test, chore. This structure makes commit history machine-readable and helps maintainers generate changelogs. Templates and guidance ensure your commits match project standards.

Can I use this workflow for my first open-source contribution?

Yes. First-time contributors benefit most from pre-PR validation because it eliminates common rejection reasons: unclear commit messages, oversized PRs, and missing documentation. Templates and checklists guide you through each step of professional contribution.

What happens if a maintainer asks me to revise my pull request?

Use the same cleanup and validation workflow to prepare your revised PR. Re-run artifact checks, verify commit hygiene, confirm PR scope and documentation are complete, then resubmit. The templates help you address feedback systematically.

Why do open-source maintainers reject pull requests?

Common rejection reasons: unclear or inconsistent commit messages, PRs that mix unrelated changes, missing or outdated documentation, exposed secrets or debug code, and poor communication in descriptions. This Skill eliminates these friction points through validation and templates.