Use when implementing payment processing, Stripe integration, subscription billing, checkout flows, webhooks, or asking about "Stripe", "payments", "subscriptions", "checkout", "PCI compliance", "webhooks", "refunds"
Stripe Checkout for recurring subscriptions with Customer Portal. Auto-creates plans if not configured.
Guide for integrating Stripe payments into an existing project. Covers one-time payments, subscriptions, and advanced patterns with security best practices.
運用ランブックの作成・保守スキル。本番システムの障害対応、トラブルシューティング手順、 リカバリーワークフロー、運用知識の共有を標準化し、信頼性の高いシステム運用を実現する。 Anchors: • Site Reliability Engineering (Google) / 適用: ランブックパターン、ポストモーテム / 目的: 運用の卓越性と信頼性 • The Practice of System and Network Administration (Limoncelli) / 適用: 手順書標準化 / 目的: 再現可能な運用 • Incident Management for Operations (Mogull) / 適用: インシデント対応 / 目的: 効果的な危機対応 Trigger: Use when creating runbooks, documenting incident procedures, standardizing operational workflows, building troubleshooting guides, establishing recovery procedures, improving on-call readiness. runbook, incident response, troubleshooting, recovery procedures, operational documentation, on-call playbook
スクラム・カンバンの実践知識とアジャイルプロジェクト管理の体系的手法。 ジェフ・サザーランドのスクラムフレームワークを基盤として、 イテレーティブ開発とチームの自己組織化を実現します。 **アンカー（Anchors）**: • Agile Estimating and Planning（Mike Cohn）/ 適用: 見積もりと計画 / 目的: スプリント計画とイテレーション管理 • Scrum Guide（Jeff Sutherland, Ken Schwaber）/ 適用: スクラムフレームワーク / 目的: チーム運営とイテレーション実現 **トリガー（Trigger）**: - プロジェクト初期化時のアジャイル体制構築 - スプリント計画ミーティング開始時 - ユーザーストーリー作成・修正時 - バックログ優先順位付けセッション実施時 - スプリント終了時のレトロスペクティブ - チーム編成や役割変更の決定時 📖 参照書籍: - 『Agile Estimating and Planning』（Mike Cohn）: 見積もりと計画 - 『Scrum Guide』（Jeff Sutherland, Ken Schwaber）: スクラムフレームワーク 📚 リソース参照: - `references/Level1_basics.md`: レベル1の基礎ガイド - `references/Level2_intermediate.md`: レベル2の実務ガイド - `references/Level3_advanced.md`: レベル3の応用ガイド - `references/Level4_expert.md`: レベル4の専門ガイド - `references/legacy-skill.md`: 旧SKILL.mdの全文 - `scripts/log_usage.mjs`: 使用記録・自動評価スクリプト - `scripts/validate-skill.mjs`: スキル構造検証スクリプト
Autonomous issue resolution workflow for processing priority-critical/priority-high issues in TradeStream. Covers claiming, investigation, worktree-based fixes, PR shepherding, and CI monitoring. Activates on "fix issues", "resolve bugs", "claim issue", "priority queue", "issue triage", or "autonomous resolution".
GitHub Actions の実行コストを最適化するためのスキル。 コスト計測、削減施策の設計、実装、継続的な監視を一連で扱う。 Anchors: • High Performance Browser Networking / 適用: 計測から改善する姿勢 / 目的: 速度とコストの可視化 • Designing Data-Intensive Applications / 適用: 制約下の設計判断 / 目的: ランナー/ストレージの効率化 • Continuous Delivery / 適用: 改善の反復 / 目的: 継続的最適化のサイクル化 Trigger: Use when optimizing GitHub Actions workflow execution time, reducing runner costs, managing billing, or optimizing artifact storage and cache usage. github actions cost optimization, runner costs, workflow budget, artifact storage, caching strategy
Use when encountering bugs, test failures, unexpected behavior, or performance issues before proposing fixes.
スキルを作成・更新・プロンプト改善するためのメタスキル。 **collaborative**モードでユーザーと対話しながら共創し、 抽象的なアイデアから具体的な実装まで柔軟に対応する。 **orchestrate**モードでタスクの実行エンジン（Claude Code / Codex / 連携）を選択。 Anchors: • Continuous Delivery (Jez Humble) / 適用: 自動化パイプライン / 目的: 決定論的実行 • The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 反復改善 • Domain-Driven Design (Eric Evans) / 適用: ユビキタス言語 / 目的: 一貫した語彙 • Design Thinking (IDEO) / 適用: ユーザー中心設計 / 目的: 共感と共創 • Microservices Patterns (Richardson) / 適用: サービス委譲 / 目的: 疎結合な連携 Trigger: 新規スキルの作成、既存スキルの更新、プロンプト改善を行う場合に使用。 スキル作成, スキル更新, プロンプト改善, skill creation, skill update, improve prompt, Codexに任せて, assign codex, Codexで実行, GPTに依頼, 実行モード選択, どのAIを使う
Helps write Git commit messages following the Conventional Commits specification. Use this skill when the user asks to commit changes, write commit messages, or mentions git commits.
アラート設計とAlert Fatigue回避の専門スキル。 Mike Julianの『入門 監視』に基づく、アクション可能で過負荷を避けるアラートシステム設計を提供します。 Anchors: • 『入門 監視』（Mike Julian）/ 適用: アラート設計とAlert Fatigue回避戦略 / 目的: アクション可能で過負荷を避けるアラートシステム構築 Triggers: - アラートシステムを設計する時、Alert Fatigueを回避したい時に使用 - アラート閾値を統計的に設定する時に使用 - 通知ルーティング戦略を定義する時に使用 - 既存アラートの有効性を改善する時に使用
ユーザーからのリクエストをタスク分割して Issue 登録・プロジェクト管理・進捗報告。 トリガー例: 「タスク管理」「実行して」「repo-manager」「これやって」「作って」
This skill should be used when the user asks to "/gobby-workflows", "activate workflow", "workflow status". Manage step-based workflows - activate, deactivate, check status, and list available workflows.
Check if requested changes are within current feature scope. Use when user requests new functionality or changes during implementation that might be scope creep. Compares requests against feature requirements and suggests adding out-of-scope items to backlog.
OKR-driven 18-month strategic roadmap with milestone-based execution plan. Transforms strategy into actionable phases with clear success metrics and resource allocation.
Analyze AI coding session telemetry for usage patterns, token efficiency, and workflow optimization. Supports current session or historical time periods.
CLAIM a specific GitHub issue to START working on it. Requires an issue number. Performs validation, atomic claim, posts claim comment, and sets up worktree. USE THIS SKILL WHEN: - User says "claim issue #N" or "claim #N" - User says "start working on issue #N" or "take issue #N" - User says "I'll work on #N" or "pick up #N" - User wants to BEGIN work on a specific issue number - User selected an issue from available work and wants to claim it REQUIRED: An issue number must be specified or identifiable from context. DO NOT USE THIS SKILL WHEN: - User just wants to SEE status (use ghe-status) - User is ALREADY working and wants to post update (use ghe-checkpoint) - User wants to CHANGE phases (use ghe-transition) - User wants reports (use ghe-report) - No specific issue number is mentioned EXAMPLES: <example> Context: User wants to start work on a specific issue user: "Claim issue #201" assistant: "I'll use ghe-claim to claim issue #201 with the full protocol" </example> <example> Context: User picks from
アジャイル開発におけるメトリクス追跡と分析のためのスキル。 ベロシティ、リードタイム、DORA 4メトリクスの計測・可視化・改善を支援する。 データ駆動の意思決定と継続的改善を実現する。 Anchors: • Accelerate (Nicole Forsgren) / 適用: DORA 4メトリクス設計 / 目的: 科学的根拠に基づくメトリクス選定 • Observability Engineering (Charity Majors) / 適用: 計測システム実装 / 目的: 信頼性の高いデータ収集 • The Lean Startup (Eric Ries) / 適用: Build-Measure-Learn / 目的: 改善サイクルの確立 Trigger: Use when measuring team performance, tracking velocity, analyzing lead time, implementing DORA metrics, or building metrics dashboards. metrics, velocity, burndown, lead time, DORA, deployment frequency, change failure rate, MTTR
ステークホルダーとのコミュニケーション計画、進捗報告、期待値調整、合意形成を支援するスキル。 関係者の期待値と影響度を整理し、透明性の高い報告と合意形成を促進する。 Anchors: • PMBOK Guide / 適用: コミュニケーション管理 / 目的: 期待値調整と報告体系化 • Stakeholder Theory (R. Edward Freeman) / 適用: 関係者分析 / 目的: 影響度と期待値の整理 • Nonviolent Communication (Marshall Rosenberg) / 適用: 対話設計 / 目的: 建設的な合意形成 Trigger: Use when planning stakeholder communication, preparing status updates, managing expectations, facilitating alignment, or resolving conflicts. stakeholder, communication plan, status report, expectation management, alignment, conflict resolution
Create comprehensive operational playbook documenting organizational structure, processes, meeting rhythms, communication protocols, OKRs, tools, onboarding, and culture. Build the operating system that scales your team from 10 to 1,000+ employees.
