mcpField
S
superset-feedback

superset-feedback

github.com/paradevai開発7106 回インストール14 週間前に更新
リポジトリ

superset-feedback について

superset-feedbackは、Supersetへのフィードバックを整理されたレポートにまとめ、非公開または公開のGitHub issueとして送信するスキルです。可能な範囲で環境情報を集め、送信前にユーザーの明示的な承認を求めます。

主な機能

  1. 01フィードバックの分類とレポート作成
  2. 02可能な範囲での環境情報収集
  3. 03スクリーンショットと診断情報の任意添付
  4. 04非公開送信またはGitHub issueの作成

活用シーン

  1. 01再現可能なSupersetの不具合を報告
  2. 02Supersetの機能を提案
  3. 03公開範囲を選んで一般的な意見を送信

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/paradevai/skills --skill superset-feedback

インストール後、Claude Code で/superset-feedbackを入力して読み込まれたか確認します。

詳細

Superset のフィードバック

ユーザーが Superset について書いたフィードバックを、適切な形式のレポートにまとめ、希望する宛先に送信できるようサポートします。コマンドの後に書かれた内容を、フィードバックの種として扱ってください。

1. コンテキストを収集する（可能な範囲で。処理を妨げないこと）

並行して実行し、失敗したものはスキップします。

  • 環境情報の欄に記載するため、superset --version と uname -sm を実行します
  • サインイン中のユーザー／組織を確認するため、superset auth whoami を実行します（非公開で送信する場合のみ）

ユーザーが尋ねられた際に明示的に同意しない限り、リポジトリの内容、ターミナルの出力、ログは含めないでください。

バグの場合は、以下についても提案します（決して前提としないでください）。

  • スクリーンショット — バグが視覚的なもので、スクリーンショットを撮影できる場合は、添付を提案します。文章よりも証拠が有効です。
  • 診断情報 — --diagnostics フラグを使って、診断バンドル（CLI のバージョン、OS、アプリの直近 200 行のログ）の添付を提案します。同意を得る前に、ログにはファイルパスやプロジェクト名が含まれる場合があることを伝えてください。

2. 分類して下書きを作成する

ユーザーの言葉から、バグ、機能リクエスト、一般的なフィードバックのいずれかに分類します。本当に曖昧な場合に限り、質問してください。続いて、以下を下書きします。

  • タイトル — 命令形で、具体的な 1 行
  • 発生したこと／希望すること — ユーザー自身の言葉で 2～5 文
  • 再現手順 — バグの場合のみ。番号付き
  • 環境 — Superset のバージョン、OS（バグの場合のみ）

3. 送信先を尋ねる

下書き全文を提示してから、以下の選択肢をそのまま使ってユーザーに尋ねます（利用できる場合は ask_user ツールを使い、それ以外の場合は通常の質問として尋ねます）。

  1. Superset チームに非公開で送信する
  2. 公開 GitHub issue を作成する
  3. 先に下書きを編集する
  4. キャンセルする

ユーザーが 1 または 2 を明示的に選ぶ前に、何も送信してはいけません。編集があれば、その都度繰り返します。

4. 送信する

非公開で送信する場合：

  • superset feedback --help が終了コード 0 を返す場合は、標準入力から送信します（注意：--body-file=- のように等号を付けてください。スペースで区切った - はパーサーに拒否されます）。 
    superset feedback submit --type bug --title "..." --body-file=- <<'EOF'
<drafted report>
EOF
    手順 1 でユーザーが添付に同意した場合に限り、--attach /path/to/screenshot.png（カンマ区切りのパス、合計 10MB）や --diagnostics を追加します。送信はユーザーの Superset アカウントから行われ、ユーザーにも CC でコピーが送られます。チームはユーザーのアカウントのメールアドレスに返信します。
  • CLI が見つからない場合、またはログインしていない場合（superset auth whoami が失敗する場合）は、まず superset auth login を提案します。ユーザーが断った場合は、クリック可能な mailto リンク（mailto:[email protected]?subject=<url-encoded title>&body=<url-encoded body>）を提示し、コピーできるように下書きの生テキストも表示します。

公開する場合：

  • まず重複を確認します：gh search issues -R superset-sh/superset "<key terms>" --limit 5 を実行します。該当する既存の issue が見つかった場合は、それを提示し、新しい issue を作成する代わりにそこへコメントする（gh issue comment）ことを提案します。ユーザーが既存の issue とは明確に異なると確認した場合に限り、新しい issue を作成します。
  • gh がインストールされていて、gh auth status が成功する場合：gh issue create -R superset-sh/superset --title "..." --body "..." を実行します（heredoc または一時ファイルを使って本文を記述し、インラインでエスケープしないでください）。
  • それ以外の場合は、事前入力済みのフォームをブラウザーで開きます：https://github.com/superset-sh/superset/issues/new?title=<url-encoded>&body=<url-encoded>

5. 確認する

issue の URL（公開の場合）、または送信した内容と送信先の確認（非公開の場合）を伝えます。処理に失敗した場合は、ユーザーの文章が失われないよう、下書きを表示します。

コメント

Markdown 対応