Supersetの利用状況を調べ、まだ使っていない機能と活用方法を提案します。定期実行や並列作業、タスク管理などを一つずつ説明し、選んだ機能を実際に設定します。
- 未使用のSuperset機能を知りたいとき
- エージェントの定期実行を設定したいとき
- 別ワークスペースで並列作業したいとき
LinearやSupersetのチケットを、背景・参照元・実装メモの共通形式で整理します。求める成果と関連情報をまとめ、作成から内容の具体化まで支援します。
Canonical three-section structure for Linear and Paradev tickets in this repo. Use when creating, drafting, or grooming a ticket.
実行スコア 未検証
インストール方法を見るLinearやSupersetのチケットを、Context、References、Implementation notesの共通形式で整理します。Contextには、何が問題なのか、何を望んでいるのか、その理由を2〜4文でまとめます。解決方法を先に決めるより、得たい成果を明確にする書き方です。参照元は、情報源・発言者・リンク・日付の表に整理します。
不具合報告や機能要望をチケットにするとき、書き手による情報のばらつきを減らしたいときに向いています。既存チケットを見直し、実装に必要な情報を後から補う作業にも使えます。背景と技術的な検討内容を分けて残したい場面に便利です。
コードの事情が分からない場合、Implementation notesは空欄にします。記入する場合は、関連ファイルと行番号、進め方、類似コード、制約や過去の問題を、該当する項目だけまとめます。参照元がなければReferencesは省略します。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。
点数には入れていません。 2026年10月29日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
2–4 sentences. What's broken or wanted, and why. Outcome-focused, not solution-focused.
Where the ticket came from. Omit section if none.
| Source | Who | Link | Date |
|---|---|---|---|
| Slack #feedback | @alice | thread | 2026-05-10 |
Agent-groomed. Leave empty if you don't have codebase context; a later grooming pass will fill it in. When you do fill it in, use these sub-headings and skip what doesn't apply:
### Files: path:line + why relevant### Approach: one paragraph### Related code: similar patterns in the repo### Gotchas: constraints, prior incidentsまだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Supersetの利用状況を調べ、まだ使っていない機能と活用方法を提案します。定期実行や並列作業、タスク管理などを一つずつ説明し、選んだ機能を実際に設定します。
繰り返し作業をSupersetで自動化するために、エージェントへの指示と実行時刻・イベント条件を整え、承認後の作成から初回実行の確認まで進めるスキル。
Superset内のブラウザでページ閲覧・クリック・入力を行い、画面やコンソールを確認します。開発中のWebアプリの動作確認やフォーム操作を支援します。
Stripeの決済・定期課金・請求書連携を、公式資料とAPIの引数定義を確認しながら実装します。製品選びからテスト環境での検証、Webhook処理の設計まで扱います。
実際に起動しているデスクトップアプリをChrome DevTools Protocolで操作し、画面遷移や状態を記録しながらUI変更や不具合を確認します。
GitHub Actionsの失敗ログから最初の原因を探し、コードの不具合・環境要因・断続的な失敗・既存障害を切り分け、PRとの関係と次の対応を整理します。