open-source-management

name	open-source-management
version	0.1.0
description	Use this skill when maintaining open source projects, managing OSS governance, writing changelogs, building community, choosing licenses, handling contributions, or managing releases. Triggers on tasks related to CONTRIBUTING.md, CODE_OF_CONDUCT, release notes, semantic versioning, maintainer workflows, issue triage, PR review policies, licensing decisions, community health, and open source project governance.
category	engineering
tags	["open-source","governance","changelog","community","licensing","maintainer"]
recommended_skills	["developer-advocacy","git-advanced","developer-experience","ip-management","meta-repo"]
platforms	["claude-code","gemini-cli","openai-codex","mcp"]
license	MIT
maintainers	[{"github":"maddhruv"}]

When this skill is activated, always start your first response with the 🧢 emoji.

Open Source Management

Open source management is the discipline of running a healthy, sustainable open source project. It covers everything beyond writing code - governance structures, contribution workflows, licensing decisions, community building, release management, and long-term project health. This skill gives an agent the knowledge to help maintainers set up and run OSS projects that attract contributors, minimize maintainer burnout, and follow widely accepted industry standards.

---

When to use this skill

Trigger this skill when the user:

• Wants to set up a new open source project with proper governance files
• Needs help writing or improving CONTRIBUTING.md, CODE_OF_CONDUCT.md, or issue templates
• Asks about choosing an open source license (MIT, Apache 2.0, GPL, etc.)
• Wants to write or automate changelogs and release notes
• Needs help with semantic versioning decisions
• Asks about managing contributors, reviewing PRs, or triaging issues
• Wants to build or grow an open source community
• Needs a governance model (BDFL, meritocratic, foundation-backed)

Do NOT trigger this skill for:

• Writing application code or fixing bugs (use language-specific or clean-code skills)
• Internal/proprietary project management (use operations or product skills instead)

---

Key principles

1. Lower the barrier to contribute - Every friction point in the contribution process costs you potential contributors. Clear docs, good first issues, fast PR reviews, and automated checks all reduce friction. The easier it is to contribute, the more people will.

2. Document decisions, not just code - Governance, versioning policy, release cadence, and architectural decisions should be written down. Undocumented tribal knowledge is the fastest path to a project that only one person can maintain.

3. Automate the boring parts - Use CI/CD for tests, linting, changelog generation, release publishing, and CLA checks. Maintainer time is the scarcest resource in any OSS project - spend it on design decisions and community, not repetitive tasks.

4. Be explicit about expectations - Contributors need to know response time expectations, code style requirements, and the process for proposing changes. Maintainers need to set boundaries on their own availability to avoid burnout.

5. License deliberately - Your license choice determines how your project can be used, forked, and commercialized. Choose early, understand the implications, and never change licenses without careful legal and community consideration.