github-graphql-api
GitHub REST APIのSub-issue関連バグを回避するためのGraphQL API共通処理(Sub-issue登録、エラーハンドリング)を提供
Découvrez les skills Entreprise, comparez leurs dépôts et consultez leurs instructions.
GitHub REST APIのSub-issue関連バグを回避するためのGraphQL API共通処理(Sub-issue登録、エラーハンドリング)を提供
Sisyphus専用の実装フロー、Subtask処理、Phase別責任分担、チェックリスト、完了報告フォーマットを定義
各レビュアーエージェントが参照する詳細なレビュー観点(DB設計、セキュリティ、バックエンド、フロントエンド、インフラ)を定義
GitHub Issueのラベルとメタデータを使用した環境状態管理。container-use/worktree/ホスト環境すべてからアクセス可能なSingle Source of Truth
詳細設計書作成時のテンプレート集(フロントエンド設計書、Issue作成テンプレート等)
親IssueからSubtaskを検出し、依存関係を考慮した実行順序(トポロジカルソート)を決定するロジック
PR作成前の品質レビュー実行フロー、客観的品質基準、同一指摘検出、エスカレーション手順を定義
container-use環境(コンテナ、ファイル、メタデータ)を完全に削除する手順
技術スタック確認ヒアリングのフレームワーク(レイヤー別選択肢、提案形式、確定フォーマット)
ワークフローの重要なフェーズ移行前にユーザーの明示的な承認を必要とする承認ゲートの共通フォーマットとパターンを定義
container-useを使用したクローズドな開発・テスト環境の構築手順、並行作業ガイドライン、技術スタック別設定例を提供
PR作成前の品質レビュー実行フロー、客観的品質基準、同一指摘検出、エスカレーション手順を定義
YAML定義からChakra UIベースのワイヤーフレーム画像を自動生成する
worktree での開発完了後に PR を作成し、worktree を自動削除する。ローカル/リモートブランチは保持。
GitHub Issueのラベルとメタデータを使用した環境状態管理。container-use/worktree/ホスト環境すべてからアクセス可能なSingle Source of Truth
ワークフローの重要なフェーズ移行前にユーザーの明示的な承認を必要とする承認ゲートの共通フォーマットとパターンを定義
container-use環境内でのTDD実装フロー(Red→Green→Refactor)、テスト項目書の活用、DBマイグレーションテストを定義
全ワークフローで一貫したPhase番号体系、承認ゲート規約、最大リトライ回数の標準を定義
Issue粒度判定とコード行数見積もりの基準、サイズラベル、分割判定ロジックを定義
PRの作成からマージ、クリーンアップ、ロールバックまでの標準フローを定義
container-workerがSubtask実装時に参照する詳細ルール(設計書参照、粒度、TDD、品質レビュー、出力形式)を定義
外部入力(Issue/PRの本文)からプロンプトインジェクション対策としてサニタイズを行う
実装時に遵守すべきコード品質ルール(500行ルール、固定アーキテクチャ、SOLID原則、命名規則、テストカバレッジ要件)を定義
バックエンド/フロントエンド間などの領域を跨ぐ変更依頼や情報共有(申し送り)のプロセスをGitHub Issue中心で定義
Le classement utilise les étoiles du dépôt GitHub indexé. Plusieurs skills peuvent partager ce nombre : ce n’est ni un nombre d’installations ni une note de qualité.