last30days
過去30日間のReddit・X・Web上の情報をリサーチしてトピックの専門家となり、ユーザーが指定したツールにそのままコピペして使えるプロンプトを作成します。
description の原文を見る
Research a topic from the last 30 days on Reddit + X + Web, become an expert, and write copy-paste-ready prompts for the user's target tool.
SKILL.md 本文
last30days: 過去30日間のあらゆるトピックをリサーチ
Reddit、X、ウェブ全体を横断してあらゆるトピックをリサーチします。今まさに人々が議論し、推奨し、議論していることを明らかにします。
ユースケース:
- プロンプティング: 「Nano Banana Pro でのフォトリアルな人物」、「Midjourney プロンプト」、「ChatGPT 画像生成」 → テクニックを学び、コピペ可能なプロンプトを取得
- 推奨事項: 「最高の Claude Code スキル」、「トップ AI ツール」 → 人々が言及する特定のものの一覧を取得
- ニュース: 「OpenAI に何が起きているのか」、「最新 AI アナウンスメント」 → 現在のイベントと更新
- 一般: あなたが気になるあらゆるトピック → コミュニティが何を言っているかを理解
重要: ユーザーインテントの解析
何もする前に、ユーザーの入力を以下について解析します:
- トピック: 彼らが学びたいこと(例:「ウェブアプリモックアップ」、「Claude Code スキル」、「画像生成」)
- ターゲットツール(指定されている場合): プロンプトを使用する場所(例:「Nano Banana Pro」、「ChatGPT」、「Midjourney」)
- クエリタイプ: 彼らが必要とするリサーチの種類:
- プロンプティング - 「X のプロンプト」、「X のプロンプティング」、「X のベストプラクティス」 → ユーザーはテクニックを学び、コピペプロンプトを取得したい
- 推奨事項 - 「最高の X」、「トップ X」、「使うべき X は何か」、「推奨される X」 → ユーザーが特定のものの一覧が欲しい
- ニュース - 「X に何が起きているのか」、「X ニュース」、「X の最新情報」 → ユーザーが現在のイベント/更新を知りたい
- 一般 - その他 → ユーザーがトピックの広い理解を望んでいる
一般的なパターン:
[topic] for [tool]→ 「Nano Banana Pro 向けウェブモックアップ」 → ツールが指定されている[topic] prompts for [tool]→ 「Midjourney 向け UI デザインプロンプト」 → ツールが指定されている- ただの
[topic]→ 「iOS デザインモックアップ」 → ツールが指定されていない、それで OK - 「best [topic]」または「top [topic]」 → QUERY_TYPE = 推奨事項
- 「what are the best [topic]」 → QUERY_TYPE = 推奨事項
重要: リサーチ前にターゲットツールについて尋ねないでください。
- クエリにツールが指定されている場合、それを使用します
- ツールが指定されていない場合、最初にリサーチを実行し、結果を表示した後で尋ねます
これらの変数を保存します:
TOPIC = [抽出されたトピック]TARGET_TOOL = [抽出されたツール、または指定されていない場合は「unknown」]QUERY_TYPE = [推奨事項 | ニュース | 方法 | 一般]
セットアップチェック
スキルは利用可能な API キーに基づいて 3 つのモードで動作します:
- フルモード(両方のキー): Reddit + X + WebSearch - エンゲージメントメトリクス付きで最良の結果
- 部分モード(1 つのキー): Reddit のみまたは X のみ + WebSearch
- Web のみモード(キーなし): WebSearch のみ - 依然として有用ですが、エンゲージメントメトリクスなし
API キーは任意です。 スキルは WebSearch フォールバックを使用してそれらなしで動作します。
初期セットアップ(任意だが推奨)
ユーザーがより良い結果のために API キーを追加したい場合:
mkdir -p ~/.config/last30days
cat > ~/.config/last30days/.env << 'ENVEOF'
# last30days API Configuration
# Both keys are optional - skill works with WebSearch fallback
# For Reddit research (uses OpenAI's web_search tool)
OPENAI_API_KEY=
# For X/Twitter research (uses xAI's x_search tool)
XAI_API_KEY=
ENVEOF
chmod 600 ~/.config/last30days/.env
echo "Config created at ~/.config/last30days/.env"
echo "Edit to add your API keys for enhanced research."
キーが設定されていなくても停止しないでください。 Web のみモードで進めます。
リサーチ実行
重要: スクリプトは API キーの検出を自動的に処理します。 それを実行して、出力をチェックしてモードを判断します。
ステップ 1: リサーチスクリプトを実行
TOPIC_FILE="$(mktemp)"
trap 'rm -f "$TOPIC_FILE"' EXIT
cat <<'LAST30DAYS_TOPIC' > "$TOPIC_FILE"
$ARGUMENTS
LAST30DAYS_TOPIC
python3 ~/.claude/skills/last30days/scripts/last30days.py "$(cat "$TOPIC_FILE")" --emit=compact 2>&1
スクリプトは自動的に:
- 利用可能な API キーを検出
- キーが不足している場合はプロモバナーを表示(意図的なマーケティング)
- キーが存在する場合は Reddit/X 検索を実行
- WebSearch が必要な場合は通知
ステップ 2: 出力モードをチェック
スクリプト出力はモードを示します:
- 「Mode: both」または「Mode: reddit-only」または「Mode: x-only」: スクリプトが結果を見つけた、WebSearch は補助的
- 「Mode: web-only」: API キーなし、Claude は WebSearch 経由で全データをリサーチする必要があります
ステップ 3: WebSearch を実行
すべてのモードについて、補足するために WebSearch を実行します(またはweb のみモードですべてのデータを提供)。
QUERY_TYPE に基づいて検索クエリを選択します:
推奨事項の場合(「最高の X」、「トップ X」、「使うべき X は何か」):
- 検索:
best {TOPIC} recommendations - 検索:
{TOPIC} list examples - 検索:
most popular {TOPIC} - 目標: 一般的なアドバイスではなく、特定の名前を見つける
ニュースの場合(「X に何が起きているのか」、「X ニュース」):
- 検索:
{TOPIC} news 2026 - 検索:
{TOPIC} announcement update - 目標: 現在のイベントと最近の展開を見つける
プロンプティングの場合(「X のプロンプト」、「X のプロンプティング」):
- 検索:
{TOPIC} prompts examples 2026 - 検索:
{TOPIC} techniques tips - 目標: プロンプティングテクニックと例を見つけてコピペプロンプトを作成
一般の場合(デフォルト):
- 検索:
{TOPIC} 2026 - 検索:
{TOPIC} discussion - 目標: 人々が実際に何を言っているかを見つける
すべてのクエリタイプについて:
- ユーザーの正確な用語を使用してください - あなたの知識に基づいて置換や技術名の追加をしないでください
- ユーザーが「ChatGPT 画像プロンプティング」と言ったら、「ChatGPT 画像プロンプティング」を検索してください
- 「DALL-E」、「GPT-4o」、または関連していると思う他の用語を追加しないでください
- あなたの知識は古い可能性があります - ユーザーの用語を信頼してください
- reddit.com、x.com、twitter.com を除外(スクリプトでカバー)
- 含める: ブログ、チュートリアル、ドキュメント、ニュース、GitHub リポジトリ
- 「Sources:」リストを出力しないでください - これはノイズです、統計は最後に表示します
ステップ 3: バックグラウンドスクリプトの完了を待つ 合成に進む前に TaskOutput を使用してスクリプト結果を取得します。
深さオプション(ユーザーのコマンドから渡される):
--quick→ より速く、ソース数が少ない(8~12 個)- (デフォルト)→ バランス型(20~30 個)
--deep→ 包括的(Reddit 50~70、X 40~60)
ジャッジエージェント: すべてのソースを合成
すべての検索が完了した後、内部的に合成します(統計はまだ表示しないでください):
ジャッジエージェントは以下を実行する必要があります:
- Reddit/X ソースをより高く重み付け(エンゲージメント信号あり: アップボート、いいね)
- WebSearch ソースをより低く重み付け(エンゲージメントデータなし)
- すべての 3 つのソースに現れるパターンを識別(最強の信号)
- ソース間の矛盾に注意
- トップ 3~5 の実行可能な洞察を抽出
ここで統計を表示しないでください - それらは最後、招待の直前に表示されます。
まず: リサーチを内面化
重要: あなたの既存の知識ではなく、実際のリサーチコンテンツに基づいて合成を基づかせてください。
リサーチ出力を慎重に読んでください。以下に注意してください:
- 言及されている正確な製品/ツール名(例:リサーチが「ClawdBot」または「@clawdbot」を言及している場合、それは「Claude Code」とは異なる製品です - 混同しないでください)
- ソースからの具体的な引用と洞察 - 一般的な知識ではなく、これらを使用してください
- ソースが実際に言っていることは何か、トピックが何だと想定するのではなく
回避すべきアンチパターン: ユーザーが「clawdbot スキル」について尋ねてリサーチが ClawdBot コンテンツ(自分でホストされた AI エージェント)を返す場合、両方が「スキル」に関わるため、これを「Claude Code スキル」として合成しないでください。リサーチが実際に何を言っているかを読んでください。
QUERY_TYPE = 推奨事項の場合
重要: 一般的なパターンではなく、特定の名前を抽出してください。
ユーザーが「最高の X」または「トップ X」と尋ねる場合、彼らは特定のものの一覧を望んでいます:
- リサーチで特定の製品名、ツール名、プロジェクト名、スキル名などをスキャン
- 各々が言及された回数をカウント
- どのソースが各々を推奨しているかに注意(Reddit スレッド、X ポスト、ブログ)
- 人気度/言及数で一覧表示
「最高の Claude Code スキル」に対する悪い合成:
「スキルは強力です。500 行以下に保つでください。段階的な開示を使用してください。」
「最高の Claude Code スキル」に対する良い合成:
「最も言及されているスキル: /commit(5 言及)、remotion skill(4 回)、git-worktree(3 回)、/pr(3 回)。Remotion アナウンスメントは X で 16K いいねを獲得しました。」
すべての QUERY_TYPE について
実際のリサーチ出力から特定します:
- プロンプト形式 - リサーチは JSON、構造化パラメータ、自然言語、キーワードを推奨していますか? これは重大です。
- 複数のソースに現れたトップ 3~5 のパターン/テクニック
- ソースで言及された特定のキーワード、構造、またはアプローチ
- ソースで言及された一般的な落とし穴
リサーチが「JSON プロンプトを使用する」または「構造化プロンプトを使用する」と言った場合、後で必ずその形式でプロンプトを配信する必要があります。
その後: 概要 + 招待を表示
重要: 「Sources:」リストを出力しないでください。最終的な表示はクリーンであるべきです。
この正確なシーケンスで表示します:
まず - 私が学んだこと(QUERY_TYPE に基づく):
推奨事項の場合 - 言及されたこと を表示:
🏆 最も言及されたもの:
1. [具体的な名前] - {n} 回言及(r/sub、@handle、blog.com)
2. [具体的な名前] - {n} 回言及(ソース)
3. [具体的な名前] - {n} 回言及(ソース)
4. [具体的な名前] - {n} 回言及(ソース)
5. [具体的な名前] - {n} 回言及(ソース)
注目すべき言及: [1~2 言及を持つ他の具体的なもの]
プロンプティング/ニュース/一般の場合 - 合成とパターンを表示:
私が学んだこと:
[実際のリサーチ出力から主要な洞察を合成する 2~4 文。]
今後使用する主要パターン:
1. [リサーチからのパターン]
2. [リサーチからのパターン]
3. [リサーチからのパターン]
その後 - 統計(招待の直前):
フル/部分モード(API キーあり)の場合:
---
✅ すべてのエージェントから報告!
├─ 🟠 Reddit: {n} スレッド │ {sum} アップボート │ {sum} コメント
├─ 🔵 X: {n} ポスト │ {sum} いいね │ {sum} リポスト
├─ 🌐 Web: {n} ページ │ {domains}
└─ トップボイス: r/{sub1}、r/{sub2} │ @{handle1}、@{handle2} │ {site} の {web_author}
Web のみモード(API キーなし)の場合:
---
✅ リサーチ完了!
├─ 🌐 Web: {n} ページ │ {domains}
└─ トップソース: {site1} の {author1}、{site2} の {author2}
💡 エンゲージメントメトリクスが欲しいですか? ~/.config/last30days/.env に API キーを追加してください
- OPENAI_API_KEY → Reddit(実際のアップボートとコメント)
- XAI_API_KEY → X/Twitter(実際のいいねとリポスト)
最後 - 招待:
---
あなたが作成したいビジョンを共有して、{TARGET_TOOL} に直接コピペできる思慮深いプロンプトを書きます。
リサーチ出力から実数を使用してください。 パターンは一般的なアドバイスではなく、リサーチからの実際の洞察であるべきです。
表示する前の自己チェック: 「I learned」セクションを再度読んでください。リサーチが実際に言っていることと一致していますか? リサーチが ClawdBot(自分でホストされた AI エージェント)についてだった場合、あなたの概要は Claude Code についてではなく、ClawdBot についてであるべきです。自分の知識をリサーチの代わりに投影していることに気付いた場合は、それを書き直してください。
ターゲットツールが結果を表示した後も不明な場合、今すぐ尋ねます(リサーチ前ではなく):
このプロンプトを使用するツールは何ですか?
オプション:
1. [リサーチに基づいて最も関連するツール - 例:リサーチが Figma/Sketch を言及した場合、それらを提供]
2. Nano Banana Pro(画像生成)
3. ChatGPT / Claude(テキスト/コード)
4. その他(教えてください)
重要: この表示後、ユーザーの返答を待ってください。一般的なプロンプトを提供しないでください。
ユーザーのビジョンを待つ
統計概要を招待とともに表示した後、停止してユーザーが彼らが作成したいことを伝えるのを待ってください。
彼らがビジョンで応答するとき(例:「私の SaaS アプリ向けのランディングページモックアップが欲しい」)、その後、単一の思慮深で調整されたプロンプトを書いてください。
ユーザーがビジョンを共有する際: 1 つの完璧なプロンプトを作成
彼らが作成したいことに基づいて、あなたのリサーチ専門知識を使用して単一の高度に調整されたプロンプトを書いてください。
重要: リサーチが推奨する形式と一致させる
リサーチが特定のプロンプト形式を使用することを推奨している場合、その形式を使用する必要があります:
- リサーチが「JSON プロンプト」を言う → プロンプトを JSON として作成
- リサーチが「構造化パラメータ」を言う → 構造化キー: 値形式を使用
- リサーチが「自然言語」を言う → 会話的なプローズを使用
- リサーチが「キーワード一覧」を言う → カンマ区切りキーワードを使用
アンチパターン: リサーチが「デバイス仕様を含む JSON プロンプトを使用する」と言っていますが、あなたは平文を書いています。これはリサーチ全体の目的を無効にします。
出力形式:
{TARGET_TOOL} 用のプロンプトは次の通りです:
---
[リサーチが推奨する形式での実際のプロンプト - リサーチが JSON を言った場合、これは JSON です。リサーチが自然言語を言った場合、これはプローズです。機能するものと一致させてください。]
---
これは [あなたが適用したリサーチ洞察の簡潔な 1 行説明] を使用しています。
品質チェックリスト:
- 形式がリサーチと一致 - リサーチが JSON/構造化/その他を言った場合、プロンプトはその形式です
- ユーザーが作成したいことに直接対処
- リサーチで発見された特定のパターン/キーワードを使用
- 編集ゼロで貼り付け可能(または明確にマークされた [プレースホルダー] のみ)
- TARGET_TOOL に対して適切な長さとスタイル
ユーザーがより多くのオプションを求める場合
彼らがバリエーションやより多くのプロンプトを求める場合のみ、2~3 のバリエーションを提供してください。要求されない限りプロンプトパックをダンプしないでください。
各プロンプト後: エキスパートモードに留まる
プロンプトを配信した後、さらに書き留めることを提供してください:
別のプロンプトが欲しいですか? 次に作成しているものを教えてください。
コンテキストメモリ
この会話の残りについて、覚えておいてください:
- トピック: {topic}
- ターゲットツール: {tool}
- 主要パターン: {学んだトップ 3~5 パターンを一覧}
- リサーチ結果: リサーチからの主要事実と洞察
重要: リサーチが完了した後、あなたはこのトピックのエキスパートになりました。
ユーザーがフォローアップの質問をするとき:
- 新しい WebSearches を実行しないでください - あなたは既にリサーチを持っています
- あなたが学んだことから答えてください - Reddit スレッド、X ポスト、ウェブソースを引用してください
- プロンプトを求めている場合 - あなたの専門知識を使用して 1 つを書いてください
- 質問をする場合 - あなたのリサーチ結果から答えてください
ユーザーが明確に異なるトピックについて尋ねた場合のみ新しいリサーチを実行してください。
出力概要フッター(各プロンプト後)
プロンプトを配信した後、次で終了します:
フル/部分モードの場合:
---
📚 エキスパート: {TOPIC} for {TARGET_TOOL}
📊 ベース: {n} Reddit スレッド({sum} アップボート)+ {n} X ポスト({sum} いいね)+ {n} ウェブページ
別のプロンプトが欲しいですか? 次に作成しているものを教えてください。
Web のみモードの場合:
---
📚 エキスパート: {TOPIC} for {TARGET_TOOL}
📊 ベース: {domains} の {n} ウェブページ
別のプロンプトが欲しいですか? 次に作成しているものを教えてください。
💡 Reddit と X データのロック解除: ~/.config/last30days/.env に API キーを追加してください
使用するタイミング
このスキルは、概要に記載されているワークフローまたはアクションを実行する場合に適用可能です。
制限事項
- このスキルは、上で説明されたスコープと明確に一致するタスクにのみ使用してください。
- 出力を環境固有の検証、テスト、または専門家のレビューの代わりとして扱わないでください。
- 必要な入力、権限、安全境界、または成功基準が不足している場合は停止して明確化を求めてください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- sickn33
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/sickn33/antigravity-awesome-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。