Supersetの利用状況を調べ、まだ使っていない機能と活用方法を提案します。定期実行や並列作業、タスク管理などを一つずつ説明し、選んだ機能を実際に設定します。
- 未使用のSuperset機能を知りたいとき
- エージェントの定期実行を設定したいとき
- 別ワークスペースで並列作業したいとき
Supersetの接続失敗やホストのオフライン、ターミナル接続・認証・更新の不具合を診断。状態やログを確認して対処を提案し、承認後に一つずつ変更・再確認します。
Diagnose and fix Paradev (formerly Superset) problems such as connection failures, offline hosts, terminals not attaching, auth or update issues. Use when the user reports something broken or misbehaving in Paradev itself ("Paradev won't connect", "my host shows offline", "terminal won't attach", "the app is stuck"), before filing feedback.
実行スコア 未検証
インストール方法を見るSuperset自体の不具合を調べ、症状に合う対処を提案します。ホストサービスの状態、認証中のアカウントと組織、ホストへの接続可否、CLIのバージョンを確認し、既知の症状と照合します。認証切れ、サービス停止、ホスト設定の失敗、CLIとデスクトップアプリのバージョン不一致などを切り分け、変更後は元の操作を再実行して結果を確かめます。
「接続できない」「ホストがオフラインになる」「ターミナルにつながらない」といった問題を、問い合わせ前に整理したいときに向いています。解決しない場合は、収集した診断結果をフィードバック用に引き継ぐ提案も行います。
superset CLIを使用します。状態を変える操作は利用者の承認後に行います。SSH経由で追加するホストはmacOSまたはglibc Linuxのx64・arm64が対象で、curlが必要です。AlpineとWindowsは対象外です。ログを報告に含める際も確認を取ります。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。
点数には入れていません。 2026年10月29日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
paradev is an alias for the superset CLI: every superset command here also runs as paradev.
Diagnose first, change one thing at a time, verify after each change.
superset status for host service healthsuperset auth whoami for auth and the active orgsuperset hosts list for host reachabilitysuperset --version| Signature | Fix |
|---|---|
whoami fails / session expired | superset auth login |
| Host shows offline | superset hosts wake <id>; confirm the machine is awake and online |
| Host service not running | superset start |
A host set up with superset hosts add is offline or broken | re-run superset hosts add <ssh-target>; it checks each step and fixes only what is wrong. On Linux its log is ssh <ssh-target> journalctl --user -u superset-host -n 50 |
hosts add cannot reach or set up the machine | confirm ssh <ssh-target> works from here, the remote is macOS or glibc Linux (x64 or arm64; Alpine and Windows are not supported), and it has curl |
Private repos will not clone on a host added with hosts add | sign in GitHub there: ssh -t <ssh-target> gh auth login (install gh first if missing) |
| Linux host stops when the user logs out of it | enable lingering on that machine: loginctl enable-linger |
hosts add stops on an empty or invalid /etc/machine-id (cloned VM or container image) | on that machine, sudo rm -f /etc/machine-id && sudo systemd-machine-id-setup, then re-run hosts add. The user runs this, since it needs sudo on their box |
superset pages publish in a Paradev terminal fails with "Not a member of organization" | superset update; newer CLIs use the desktop app's account inside its terminals |
| CLI and desktop app version mismatch, or stale CLI | superset update |
| App-side misbehavior (macOS) | read the newest entries in ~/Library/Logs/Superset/main.log for errors |
Propose the matching fix and get the user's go-ahead before running anything that changes state. Never delete data as a "fix".
Re-run the originally failing action. If it works, say exactly what was wrong and what fixed it.
If unresolved, offer to file it with the feedback skill and carry over the collected diagnostics (versions, status output, the relevant log excerpt) so the report arrives pre-triaged. Ask before including any log content; logs can contain paths and project names.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Supersetの利用状況を調べ、まだ使っていない機能と活用方法を提案します。定期実行や並列作業、タスク管理などを一つずつ説明し、選んだ機能を実際に設定します。
繰り返し作業をSupersetで自動化するために、エージェントへの指示と実行時刻・イベント条件を整え、承認後の作成から初回実行の確認まで進めるスキル。
Superset内のブラウザでページ閲覧・クリック・入力を行い、画面やコンソールを確認します。開発中のWebアプリの動作確認やフォーム操作を支援します。
Stripeの決済・定期課金・請求書連携を、公式資料とAPIの引数定義を確認しながら実装します。製品選びからテスト環境での検証、Webhook処理の設計まで扱います。
実際に起動しているデスクトップアプリをChrome DevTools Protocolで操作し、画面遷移や状態を記録しながらUI変更や不具合を確認します。
GitHub Actionsの失敗ログから最初の原因を探し、コードの不具合・環境要因・断続的な失敗・既存障害を切り分け、PRとの関係と次の対応を整理します。