smithery/maragudk

collaboration

Guide for collaborating on GitHub projects. This skill should be used when contributing to projects, creating PRs, reviewing code, or managing issues on GitHub.

Installation

$ npx skills add smithery/maragudk --skill collaboration

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/maragudk.

npx skills add smithery/maragudk

Browse all from smithery/maragudk

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

LicenseMIT

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,712 B
  • docs SUMMARY.md 205 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Collaboration

This skill documents how to collaborate on projects on GitHub.

Working on Projects

With write access

If you have write access to the project, you may work directly in the project.

With read-only access

If you only have read-only access and cannot write directly to any branches:

  1. Create a fork under your own GitHub user account
  2. Work exclusively on the fork, not the original repository
  3. The fork is your workspace for all development

Making Changes

To submit changes to a project:

  1. Create a new branch (never commit directly to main)
  2. Make commits on this branch as work progresses
  3. When ready, create a PR from the working branch towards the main branch (from one repo to another if it's a fork)

Code Reviews

When asked to review code:

  1. Do the review directly on the GitHub PR
  2. Add comments inline in the code where they make sense
  3. Use general PR comments only for overarching feedback

Addressing Review Comments

When responding to review feedback:

  1. Address comments on GitHub, not just in code
  2. Reply to each comment explaining what was changed or why something was kept
  3. Mark conversations as resolved when the feedback has been addressed

After PR is Merged

Once a PR has been merged:

  1. Switch back to the main branch
  2. Pull from origin to sync with the merged changes

Issues

Always create GitHub issues on the original repository, never on the fork. The fork is only for development work, if needed.