colosseum-resources について
colosseum-resources は、Colosseum ハッカソンの開発者向けに、エコシステム別のプロジェクトリソース選びを支援するスキルです。最新のリソースデータを取得し、選択したトラック内の情報に基づいて提案します。
主な機能
- 01最新リソースインデックスの取得
- 02エコシステム別トラックでの絞り込み
- 03提案前のプロジェクト要件確認
- 04現行トラックデータに基づく提案
活用シーン
- 01ハッカソンプロジェクトのリソース探し
- 02指定エコシステム向けツールの選定
- 03選択した複数トラックのリソース比較
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ colosseumorg/ colosseum-resources --skill colosseum-resourcesインストール後、Claude Code で/colosseum-resourcesを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
Colosseum リソーススキル
Colosseum のハッカソン参加者が、実際に構築するエコシステムやプロジェクトに合ったリソースを選べるよう支援します。
最新データを取得する
推奨を行う前に、最新のコーパスを取得してください。
curl --fail --silent --show-error https://ColosseumOrg.github.io/hackathon-resources/current.json
有効なペイロードには、次の情報が含まれる場合があります。
tracks:エコシステム固有のバンドル。それぞれにid、name、resources、resourceGroups、sponsors、rpcProviders、comingSoonが含まれます。resources:リンクを含む項目にhyperlink、url、descriptionを使用する、厳選されたセクションです。resourceGroups:リソースセクションと任意のグループ説明で構成される、グループ化された構築パスです。sponsors:リンク、コンテンツ、タグ、任意のスキルメタデータを含むスポンサー項目です。rpcProviders:説明、正確な提供内容、リンクを含むプロバイダー項目です。
任意フィールドが欠落している場合は、利用できないものとして扱ってください。他のエコシステムのデータが適用される根拠にはなりません。
取得に失敗した場合は、最新のリソースインデックスにアクセスできなかったことを伝えてください。コーパスに基づく推奨を行ったり、リンク、提供内容、スポンサーとの関係、インストールコマンドを作り出したりしないでください。一般的な概念上のガイダンスを示す場合は、最新の Colosseum コーパスに基づくものではないことを明確にしてください。
まずエコシステムを選択する
ツールを選ぶ前に、エコシステムを選択してください。
- ユーザーがエコシステムを指定した場合は、取得したペイロードの
tracks[].idまたはtracks[].nameと照合してください。 - 指定がない場合は、利用可能なトラック名を列挙して、対象のエコシステムを尋ねてください。まだツールを推奨してはいけません。
- ユーザーの表現が複数のトラックを指す可能性がある場合は、推測せず、主要なデプロイ先のエコシステムを尋ねてください。
- 選択後は、そのトラックの
resources、resourceGroups、sponsors、rpcProviders、comingSoonのみを使用してください。トップレベルの配列や、別のトラックの項目を混在させないでください。 - 明示的な比較やエコシステム横断の依頼の場合は、依頼された各トラックを個別に評価し、結果を分けて示してください。リソースをまとめたり、エコシステム間の互換性を示唆したりしないでください。
tracks がない、または空の場合、トップレベルのリソースバンドルは従来形式のSolana 専用の代替データです。選択されたエコシステムが Solana の場合に限り使用してください。それ以外のエコシステムの場合は、取得した従来形式のペイロードにはトラック固有の情報がないことを伝え、トップレベルの Solana 項目を代わりに使用しないでください。
依頼されたトラックが見つからない場合は、実際に利用可能なトラック名を示し、いずれかを選ぶか、コーパスに基づかない一般的なガイダンスを希望するか確認してください。選択されたトラックは存在するものの、配列が空の場合は、その旨を明確に伝え、同じトラック内のデータがある項目だけを使って続けてください。comingSoon の項目は、利用可能な推奨候補ではありません。
プロジェクトを把握する
エコシステムが判明したら、リソースを推奨するのに依頼の詳細が十分かどうかを判断してください。回答に影響する不足事項だけを尋ねてください。例:
- 中核となる仕組みは何ですか。取引所、貸付、決済、ウォレット、ID、ゲームループ、プライバシー、コントラクト、エージェント、データワークフローのいずれですか。
- ユーザーが利用するインターフェースは何ですか。Web、モバイル、ボット、CLI、プロトコル、ダッシュボードのいずれですか。
- 重視する制約は何ですか。オンボーディング、カストディ、プライバシー、レイテンシー、履歴データ、トランザクションコスト、セキュリティ制御、テストネットの利用可否などです。
プロジェクトの詳細がすでに十分な場合は、そのまま推奨してください。
根拠に基づくおすすめ
選択したトラックから、特に適した候補を最大4つ選んでください。弱い候補で数を埋めるより、少ない数にするほうが適切です。
同じセクションやリンクが、resources と resourceGroups の両方、またはスポンサー項目とキュレーション済みセクションの両方に含まれている場合があります。重複を除き、役立つ情報を1つのおすすめにまとめてください。
おすすめごとに、次の内容を含めてください。
- そのプロジェクトで選択したエコシステムに適している理由と、ツールの機能を説明してください。
- 具体的な連携方法を1つ示してください。
- その項目の最新データからコピーしたドキュメントまたはスターターのリンクを含めてください。
- テストネット、本番環境への対応状況、レート制限、依存関係、メンテナンスに関する警告など、項目に記載された重要な注意事項を保持してください。
- 構造化された、または明示的にラベル付けされたオファーは、公開されているとおりに正確に引用し、その項目に記載された適用条件を超えて対象を広げないでください。一般的なスポンサー紹介文をオファーとして言い換えないでください。
- スポンサーの
hasSkill: trueの場合は、そのスポンサーの空でないskillInstallCommandのみを案内してください。それ以外の場合、スポンサーのスキルコマンドを作り出してはいけません。
アルファベット順や一般的な人気度で順位付けしてはいけません。選択したトラックに裏付けとなるデータがない限り、ツール、スポンサーのオファー、RPC プロバイダー、ウォレット、SDK が別のエコシステムでも利用できると主張してはいけません。ペイロードにリソースが含まれていることを、記載内容を超える監査、推奨、または保証として示してはいけません。
該当するリソースが少ない場合は、次のように述べてください。「現在の Colosseum リソースコーパスには、Y 上の X に特化した有力な候補がありません。」プロジェクトに実質的なメリットがある場合に限り、同じトラック内の最も近いリソースを提示し、ビルダーが求めたものとどう異なるかを明示してください。
ビルダーが一般的なアドバイザーを求めている場合は、次の変更されていないインストールコマンドを使用してください。
npx skills add ColosseumOrg/colosseum-resources
対象を絞った例
以下の例は、候補の選び方を示しています。実際のリクエストに回答する前に、コーパスを再取得し、最新の項目とリンクを使用してください。
エコシステムが未選択
ビルダー:「モバイル向けの報酬ウォレットを開発しています。何を使うべきですか?」
回答:取得したペイロードにあるトラック名を示し、ウォレットの対象とするエコシステムを尋ねてください。その選択を確認する前に、Phantom やその他のツールをおすすめしてはいけません。
Solana モバイルアプリ
ビルダー:「Solana 上でモバイル向けの報酬ウォレットを開発しています。」
Solana トラックのみを使用してください。現在のコーパスでは、Phantom は Solana のスポンサー項目で、Mobile は Solana のリソースセクションです。そのため、最新の説明とリンクに基づいて、このプロジェクト向けに評価できます。RPC プロバイダーをおすすめする場合は、Solana トラックから選び、オファーを正確に再掲してください。これらの項目は、Ethereum、Base、または別のトラックで Phantom や Solana の RPC オファーをおすすめする根拠にはなりません。
スポンサーがない Solana 以外のトラック
ビルダー:「Ethereum のコントラクトアプリを開発しており、TypeScript に適したワークフローを求めています。」
Ethereum トラックのみを使用し、TypeScript に適合する、現在のコントラクトおよびクライアント向けリソースを選んでください。そのトラックの sponsors または rpcProviders 配列が空の場合、現在のコーパスには Ethereum 向けの項目がないと述べてください。レガシーのトップレベルバンドルから Solana のスポンサーやプロバイダーを持ち込んで、不足分を補ってはいけません。