groq-debug-bundle
Groqのデバッグ証跡を収集し、サポートチケットとトラブルシューティングに活用できます。継続的な問題が発生している場合、サポートチケットを準備する際、またはGroqの問題に関する診断情報を収集する必要があるときに使用します。「groq debug」「groq support bundle」「collect groq logs」「groq diagnostic」などのフレーズでトリガーされます。
description の原文を見る
Collect Groq debug evidence for support tickets and troubleshooting. Use when encountering persistent issues, preparing support tickets, or collecting diagnostic information for Groq problems. Trigger with phrases like "groq debug", "groq support bundle", "collect groq logs", "groq diagnostic".
SKILL.md 本文
Groq デバッグバンドル
概要
Groq サポートチケット用に必要な診断情報をすべて収集します。
前提条件
- Groq SDK がインストール済み
- アプリケーションログへのアクセス
- 環境情報を収集する権限
手順
ステップ1: デバッグバンドルスクリプトの作成
#!/bin/bash
# groq-debug-bundle.sh
BUNDLE_DIR="groq-debug-$(date +%Y%m%d-%H%M%S)"
mkdir -p "$BUNDLE_DIR"
echo "=== Groq Debug Bundle ===" > "$BUNDLE_DIR/summary.txt"
echo "Generated: $(date)" >> "$BUNDLE_DIR/summary.txt"
ステップ2: 環境情報の収集
# Environment info
echo "--- Environment ---" >> "$BUNDLE_DIR/summary.txt"
node --version >> "$BUNDLE_DIR/summary.txt" 2>&1
npm --version >> "$BUNDLE_DIR/summary.txt" 2>&1
echo "GROQ_API_KEY: ${GROQ_API_KEY:+[SET]}" >> "$BUNDLE_DIR/summary.txt"
ステップ3: SDK とログの収集
# SDK version
npm list @groq/sdk 2>/dev/null >> "$BUNDLE_DIR/summary.txt"
# Recent logs (redacted)
grep -i "groq" ~/.npm/_logs/*.log 2>/dev/null | tail -50 >> "$BUNDLE_DIR/logs.txt"
# Configuration (redacted - secrets masked)
echo "--- Config (redacted) ---" >> "$BUNDLE_DIR/summary.txt"
cat .env 2>/dev/null | sed 's/=.*/=***REDACTED***/' >> "$BUNDLE_DIR/config-redacted.txt"
# Network connectivity test
echo "--- Network Test ---" >> "$BUNDLE_DIR/summary.txt"
echo -n "API Health: " >> "$BUNDLE_DIR/summary.txt"
curl -s -o /dev/null -w "%{http_code}" https://api.groq.com/health >> "$BUNDLE_DIR/summary.txt"
echo "" >> "$BUNDLE_DIR/summary.txt"
ステップ4: バンドルのパッケージ化
tar -czf "$BUNDLE_DIR.tar.gz" "$BUNDLE_DIR"
echo "Bundle created: $BUNDLE_DIR.tar.gz"
出力
groq-debug-YYYYMMDD-HHMMSS.tar.gzアーカイブ(以下を含む):summary.txt- 環境情報と SDK 情報logs.txt- 最近のマスク済みログconfig-redacted.txt- 設定情報(シークレット削除済み)
エラーハンドリング
| 項目 | 目的 | 含まれる |
|---|---|---|
| 環境バージョン | 互換性確認 | ✓ |
| SDK バージョン | バージョン固有のバグ | ✓ |
| エラーログ(マスク済み) | 根本原因の分析 | ✓ |
| 設定(マスク済み) | 設定上の問題 | ✓ |
| ネットワークテスト | 接続問題 | ✓ |
例
機密データの処理
必ずマスクする:
- APIキーとトークン
- パスワードとシークレット
- PII(メール、名前、ID)
含めても安全:
- エラーメッセージ
- スタックトレース(マスク済み)
- SDK/ランタイムバージョン
サポートへの提出
- バンドル作成:
bash groq-debug-bundle.sh - 機密データがないか確認
- Groq サポートポータルにアップロード
リソース
次のステップ
レート制限の問題については groq-rate-limits をご覧ください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- Brmbobo
- リポジトリ
- Brmbobo/Web2podcast
- ライセンス
- MIT
- 最終更新
- 2026/1/26
Source: https://github.com/Brmbobo/Web2podcast / ライセンス: MIT
関連スキル
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 パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。