jpskill.com
🛠️ 開発・MCP コミュニティ

collaboration

GitHubプロジェクトで共同作業を行う際に、プロジェクトへの貢献、プルリクエストの作成、コードレビュー、課題管理などを円滑に進めるための支援をするSkill。

📜 元の英語説明(参考)

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

🇯🇵 日本人クリエイター向け解説

一言でいうと

GitHubプロジェクトで共同作業を行う際に、プロジェクトへの貢献、プルリクエストの作成、コードレビュー、課題管理などを円滑に進めるための支援をするSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux 
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o collaboration.zip https://jpskill.com/download/8329.zip && unzip -o collaboration.zip && rm collaboration.zip
🪟 Windows (PowerShell) 
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/8329.zip -OutFile "$d\collaboration.zip"; Expand-Archive "$d\collaboration.zip" -DestinationPath $d -Force; ri "$d\collaboration.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して collaboration.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → collaboration フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動
⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

コラボレーション

このスキルでは、GitHubでプロジェクトを共同作業する方法について説明します。

プロジェクトでの作業

書き込みアクセス権がある場合

プロジェクトへの書き込みアクセス権がある場合は、プロジェクト内で直接作業できます。

読み取り専用アクセス権しかない場合

読み取り専用アクセス権しかなく、どのブランチにも直接書き込むことができない場合：

  1. ご自身のGitHubユーザーアカウントでフォークを作成します
  2. 元のリポジトリではなく、フォークでのみ作業します
  3. フォークはすべての開発のためのワークスペースです

変更の実施

プロジェクトに変更を送信するには：

  1. 新しいブランチを作成します（mainに直接コミットしないでください）
  2. 作業の進捗に合わせて、このブランチにコミットします
  3. 準備ができたら、作業ブランチからmainブランチへのPRを作成します（フォークの場合は、あるリポジトリから別のリポジトリへ）

コードレビュー

コードレビューを依頼された場合：

  1. GitHub PRで直接レビューを行います
  2. 意味のあるコードのインラインにコメントを追加します
  3. 全体的なフィードバックのみに一般的なPRコメントを使用します

レビューコメントへの対応

レビューのフィードバックに対応する場合：

  1. コード内だけでなく、GitHubでコメントに対応します
  2. 変更された内容、または変更しなかった理由を説明するコメントをそれぞれに返信します
  3. フィードバックが対応されたら、会話を解決済みにします

PRのマージ後

PRがマージされたら：

  1. mainブランチに戻ります
  2. originからプルして、マージされた変更と同期します

Issue

常に元のリポジトリにGitHub issueを作成し、フォークには絶対に作成しないでください。フォークは、必要に応じて開発作業のみに使用します。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

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.