スキル team-collaboration-issue

🔧

team-collaboration-issue

Name: team-collaboration-issue
Author: sickn33

安全

GitHub 問題の体系的な解決

あいまいなバグ報告や機能リクエストを、体系的な調査、テスト駆動開発、そして最新の CI/CD プラクティスに従ったプロフェッショナルなプルリクエストワークフローを通じて、本番環境対応のコードへと変換します。

対応: Claude Codex Code(CC)

📊 71 十分

スキルZIPをダウンロード

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

オンにして利用開始

テストする

「team-collaboration-issue」を使用しています。最新デプロイ後にユーザーがログインできない issue #456 の調査を支援してください。

期待される結果:

issue #456 の詳細を取得：47 名のユーザーが影響を受け、「invalid token」エラーで認証が失敗
ホットフィックスブランチを作成：hotfix/issue-456-auth-failure
git bisect を実行して回帰コミットを特定中...
判明：2 日前のコミット abc123d がトークン検証バグを導入
修正を実装：テストカバレッジを備えた適切なトークン有効期限チェックを追加
ホットフィックスを備えた PR #789 を作成し、ステージングにデプロイ
検証：すべてのテストアカウントで認証が正常に機能

「team-collaboration-issue」を使用しています。 issue #789 のユーザープロファイルカスタマイズ機能を実装してください。

期待される結果:

4 つのフェーズで実装計画を作成：Schema、API、Frontend、Testing
ブランチを作成：feature/issue-789-profile-customization
フェーズ 1 完了：theme、language、timezone フィールドを備えた UserProfile データベースモデルを追加
フェーズ 2 完了：認証を備えた GET/PUT /api/profile エンドポイントを実装
フェーズ 3 完了：フロントエンドプロファイル設定コンポーネントを追加
フェーズ 4 完了：ユニットテストと統合テストで 95% のテストカバレッジを達成
包括的なドキュメントを備えて issue #789 にリンクした PR #812 を作成
すべての CI チェックが合格、レビュー準備完了

セキュリティ監査

安全

v1 • 2/25/2026

All 77 static findings are false positives. The skill contains only documentation with code examples in markdown code blocks (git commands, GitHub CLI usage, testing patterns). No executable code, scripts, or runtime behavior present. The external commands, network patterns, and cryptographic references are purely illustrative examples for developers to follow during issue resolution workflows.

スキャンされたファイル

681

解析された行数

検出結果

総監査数

セキュリティ問題は見つかりませんでした

監査者: claude

品質スコア

アーキテクチャ

100

保守性

コンテンツ

コミュニティ

100

セキュリティ

仕様準拠

作れるもの

致命的な本番バグ修正

git bisect を使用した体系的な根本原因分析を通じてユーザーに影響を与える P0 本番問題を迅速にトリアージおよび解決し、包括的なテストを備えたホットフィックスを実装し、検証ステップとともにデプロイします。

問題からの機能実装

構造化されたタスク分解、テスト駆動開発、チーム標準に従ったプロフェッショナルなプルリクエストを通じて、機能リクエストを実装準備完了のコードに変換します。

コード品質とプロセス改善

適切なブランチ管理、包括的なテスト、開発チーム全体にスケールするドキュメントを備えた、問題解決のための一貫したチームワークフローを確立します。

これらのプロンプトを試す

基本的な問題調査

GitHub issue [ISSUE_NUMBER] の解決を支援してください。問題の詳細とコメントを表示して問題を理解することから始めます。

根本原因分析

Issue [ISSUE_NUMBER] は回帰のようです。[BAD_COMMIT] を不良、[GOOD_COMMIT] を正常として、git bisect を使用してバグを導入したコミットを特定するのを支援してください。

完全な機能実装

issue [ISSUE_NUMBER] に記載されている機能を実装してください。機能ブランチを作成し、実装を複数のフェーズに分割し、TDD を使用して最初にテストを書き、包括的なドキュメントを備えたプルリクエストを作成します。

PR 作成とレビュー

issue [ISSUE_NUMBER] の私のコード変更をレビューし、テストアプローチ、パフォーマンスへの影響、チェックリストを含む包括的な説明を備えたプロフェッショナルなプルリクエストの作成を支援してください。

ベストプラクティス

feature/issue-123-short-description のような説明的な命名を使用して、main ブランチから常に機能ブランチを作成する
修正が実際の問題を解決することを確認するため、実装前に失敗するテストを作成する（テスト駆動開発）
バグが過去のコミットで導入された場合は、git bisect を使用して体系的に回帰を調査する
問題へのリンク、変更内容の説明、テストチェックリストを含む包括的なプルリクエストを作成する
問題をクローズする前に本番環境で修正を検証し、将来の参考のために解決コメントを追加する

回避

根本原因を理解せずに調査フェーズをスキップし、コード変更から始めてしまう
問題対応に機能ブランチを使用せず、main や master に直接コミットする
テストを記述せずにコードを作成し、将来の回帰を引き起こしやすくする
問題へのリンクや変更内容の明確な説明なしにプルリクエストを作成する
修正が報告された問題を実際に解決していることを確認せずに、PR マージ直後に問題をクローズする

よくある質問

このスキルを効果的に使用するために必要なツールは何ですか？

ローカルに git がインストールされており、GitHub CLI（gh）がアカウントに認証されている必要があります。また、コマンドライン操作とプロジェクトのテスティングフレームワークの知識を前提としています。

このスキルは GitHub 以外のリポジトリの問題にも役立ちますか？

このスキルは GitHub ワークフローと GitHub CLI 用に特別に設計されています。GitLab、Bitbucket、その他のプラットフォームでは、コマンドを同等のツールに適応させる必要があります。

git bisect で不良コミットの特定に時間がかかりすぎる場合はどうすればよいですか？

bisect が遅い場合は、問題が最初に報告された時期に近いコミットから始めて範囲を狭めます。また、問題を再現するテストスクリプトで bisect を自動化することもできます。

明確な再現手順がない問題をどのように処理すればよいですか？

問題にコメントを追加して明確化を依頼することから始めます。トリアージフレームワークを使用して優先度を分類します。情報が最小限の場合は「needs triage」とラベル付けし、報告者から詳細情報を求めます。

シンプルな修正でも常に 4 フェーズの実装計画に従うべきですか？

いいえ、複雑さに応じて計画を適応させてください。シンプルなワンライン修正には広範なタスク分解は不要です。フェーズをガイドラインとして使用し、簡単な変更には縮小してください。

修正用に作成したテストが失敗し続ける場合はどうすればよいですか？

失敗するテストは、問題の説明が不十分であるか、他のバグが存在することを示している可能性があります。問題を再検討し、要件を明確化し、テストが問題に記載された期待される動作を正確に反映していることを確認してください。

開発者の詳細

作成者

sickn33

ライセンス

MIT

リポジトリ

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/team-collaboration-issue

参照

main

ファイル構成

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md