debug
エラーメッセージやスタックトレース、「ステージングでは動くが本番で動かない」「デプロイ後に壊れた」といった状況をトリガーに、問題の再現・切り分け・診断・修正を構造的に進めるデバッグセッション。原因が明らかでなく、期待した動作と実際の挙動が食い違っている場面で活用してください。
description の原文を見る
Structured debugging session — reproduce, isolate, diagnose, and fix. Trigger with an error message or stack trace, "this works in staging but not prod", "something broke after the deploy", or when behavior diverges from expected and the cause isn't obvious.
SKILL.md 本文
/debug
不慣れなプレースホルダーを見かけた場合や、どのツールが接続されているかを確認する必要がある場合は、
CONNECTORS.mdを参照してください。
構造化されたデバッグセッションを実行して、問題を体系的に検出・修正します。
使用方法
/debug $ARGUMENTS
仕組み
┌─────────────────────────────────────────────────────────────────┐
│ DEBUG │
├─────────────────────────────────────────────────────────────────┤
│ ステップ 1: REPRODUCE(再現) │
│ ✓ 期待される動作と実際の動作を理解する │
│ ✓ 正確な再現手順を特定する │
│ ✓ スコープを判断する(いつから?誰が影響を受けた?) │
│ │
│ ステップ 2: ISOLATE(分離) │
│ ✓ コンポーネント、サービス、またはコードパスを絞り込む │
│ ✓ 最近の変更(デプロイ、設定変更、依存関係)を確認する │
│ ✓ ログとエラーメッセージを確認する │
│ │
│ ステップ 3: DIAGNOSE(診断) │
│ ✓ 仮説を立てそれをテストする │
│ ✓ コードパスをトレースする │
│ ✓ 根本原因を特定する(症状だけでなく) │
│ │
│ ステップ 4: FIX(修正) │
│ ✓ 説明付きの修正案を提案する │
│ ✓ 副作用とエッジケースを検討する │
│ ✓ 回帰を防ぐためのテストを提案する │
└─────────────────────────────────────────────────────────────────┘
必要な情報
問題について説明してください。以下のいずれかが役に立ちます:
- エラーメッセージまたはスタックトレース
- 再現手順
- 最近の変更内容
- ログやスクリーンショット
- 期待される動作と実際の動作
出力
## デバッグレポート: [問題の要約]
### 再現
- **期待される動作**: [起こるべきこと]
- **実際の動作**: [代わりに起こること]
- **手順**: [再現方法]
### 根本原因
[バグが発生する理由の説明]
### 修正
[必要なコード変更または設定修正]
### 予防
- [追加するテスト]
- [導入するガード]
コネクタが利用可能な場合
~~monitoring が接続されている場合:
- 問題発生時周辺のログ、エラー率、メトリクスを取得する
- 相関がある可能性のある最近のデプロイと設定変更を表示する
~~source control が接続されている場合:
- 影響を受けるコードパスに触れた最近のコミットとPRを特定する
- 問題が特定の変更と相関しているかを確認する
~~project tracker が接続されている場合:
- 関連するバグレポートまたは既知の問題を検索する
- 根本原因が特定されたら修正用のチケットを作成する
ヒント
- エラーメッセージを正確に共有してください — 言い換えないでください。正確なテキストが重要です。
- 変更内容を伝えてください — 最近のデプロイ、依存関係の更新、設定変更は主要な容疑者です。
- コンテキストを含めてください — 「これはステージングでは動作するが本番環境では動作しない」または「大きなペイロードだけに影響する」といった情報は問題を素早く絞り込むのに役立ちます。
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- anthropics
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/anthropics/knowledge-work-plugins / ライセンス: Apache-2.0
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。