CODEZ / サイトについて・データの方法論
CODEZ について：スキル収録、Star ランキング、データの方法論
CODEZ.WINは、タスクごとに候補を見つけ、元のリポジトリに戻って説明、依存関係、ライセンスを確認するのに役立つ、追跡可能なエージェントスキル発見ディレクトリです。このページでは、ディレクトリ内の番号とタグがどのように生成されるか、そしてそれらが何を証明するものではないかを説明します。
方法検証:
ディレクトリのスナップショット:
このセクションでは、このサイトで使用されている実際のデータ収集および表示ルールを記録します。第三者による説明はそれぞれの原著作者に帰属します。方法の説明および選択に関する提案はCODEZが編集・まとめたものです。これらの記述が含まれているからといって、プロジェクトが実際の使用テスト、セキュリティ監査、または互換性認証を受けていることを意味するものではありません。
現在、どのような情報源が利用されていますか？
現在のスナップショットには、11リポジトリと611スキルが含まれています。ソースリストは11リポジトリで構成されています。今回のラウンドでは、0リポジトリの収集エラーが記録されており、0リポジトリは古いデータを使用しています。
以下の表は、人気順ではなく、ソース順にデータを一覧表示しています。「期限切れとしてマークされていない」とは、リポジトリレベルの障害フラグがないことを示すだけであり、ファイルごとの完全な読み取りを保証するものではありません。一部のソースのみが更新された場合、他のリポジトリには古いデータが残っている可能性があります。そのため、バッチ全体のスナップショット時刻を各ソースの収集時刻とみなすことはできません。
元のリポジトリと今回の公開データ：
| 出典リポジトリ | リポジトリの Star | 収録スキル | データ収集状況 |
|---|---|---|---|
| anthropics/skills | 183,533 | 20 | 期限切れのマークなし |
| openai/skills | 28,289 | 44 | 期限切れのマークなし |
| vercel-labs/agent-skills | 32,960 | 9 | 期限切れのマークなし |
| obra/superpowers | 304,663 | 15 | 期限切れのマークなし |
| microsoft/skills | 3,145 | 209 | 期限切れのマークなし |
| vercel-labs/open-agents | 5,862 | 13 | 期限切れのマークなし |
| anthropics/knowledge-work-plugins | 32,664 | 252 | 期限切れのマークなし |
| huggingface/skills | 11,209 | 26 | 期限切れのマークなし |
| cloudflare/skills | 3,166 | 19 | 期限切れのマークなし |
| supabase/agent-skills | 2,923 | 2 | 期限切れのマークなし |
| duixcom/duix-skills | 12 | 2 | 期限切れのマークなし |
なぜ一部のスキルがディレクトリに表示されないのですか？
データ収集は、ソースリスト内の公開されている無効化されていないリポジトリのみを、デフォルトブランチのファイルツリーを使用してスキャンします。リポジトリごとの現在の制限は、候補となるSKILL.mdファイル300個です。制限を超えた場合、またはファイルツリーが切り詰められた場合、リポジトリコレクション全体でエラーが報告され、切り詰められたデータは完全な結果として公開されません。
現在、次のディレクトリ部分を含むパスを除外しています：/test/, /tests/, /fixtures/, /node_modules/, /examples/。ファイル名は SKILL.md で終わり、YAML frontmatter の name と description に空でない文字列が必要です。第三者のスクリプトは実行しません。
これは、このサイトで解析可能なエントリの基準値であり、エージェントスキル仕様のすべての要件を満たしているかどうかの検証ではありません。読み取り不能なファイル、必要なメタデータが欠落しているファイル、または解析に失敗したファイルはスキップされる場合があります。ソースリストに記載されていない項目は自動的に検出されません。
なぜ異なるスキルに同じ星が表示されるのですか？
スターはGitHubリポジトリに紐づいています。同じリポジトリ内のスキルには、同じリポジトリのスターが表示されます。これらの数字は、個々のスキルがお気に入り登録された回数を表すものではなく、また、異なるスキル間で合計されるべきものでもありません。GitHubはスターを使って感謝と評価を表しているため、このサイトではスターをスキル発見の手がかりとして利用しています。
ホームページのリポジトリランキングは、星の数が多い順に並べられ、星の数が同じ場合はリポジトリIDで並べ替えられます。スキルディレクトリ全体は、所属するリポジトリの星の数、次にスキル名とIDの順に並べ替えられ、安定した順序が維持されます。カード番号はディレクトリ内の位置を示しており、パフォーマンススコアではありません。ホームページでは、名前など他の並べ替え方法に切り替えることもできます。
| フィールド | 実際の意味 | これは判断材料として用いることはできません。 |
|---|---|---|
| リポジトリの Star | データ収集時にGitHubから返されたリポジトリの人気度 | 単一スキルの成功率または安全性 |
| 収録スキル数 | このスナップショットで解析および保持できるエントリの数 | リポジトリ全体の能力・品質・互換性 |
| リポジトリ更新日 | GitHubリポジトリの最終プッシュ時刻 | あなたが使用しているスキルには、最近どのような修正が加えられましたか？ |
その分類は著者が宣言したものですか、それともこのサイトが決定したものですか？
この分類は、当サイトの単一タグルール判定に基づいています。まず、手動による上書きが行われ、次に名前とパス内のクラウドサービスとエージェントのワークフロールールがチェックされます。残りのエントリは、名前、説明、スキルパス内のキーワードの一致数によって決定されます。一致しないエントリは「その他」に分類されます。一致数が同じ場合は、ルールの順序に従います。
1 つのスキルが開発、データ、調査など複数のタスクを扱うことがあります。このカタログでは主分類を 1 つだけ付けるため、誤分類の可能性があります。分類は特定のクライアントへの適合を証明しません。候補を絞った後は SKILL.md、README、依存関係の説明を読んでください。訂正には具体的なリポジトリ、SKILL.md のパス、分類を裏付ける原文が必要です。
下表は、当サイトによる個別ファイルの分類見直し記録です。旧分類は見直し時点の公開カタログに基づきます。判断根拠は、リンク先の固定したコミットにある原文です。変更したのはカタログの分類のみで、第三者のスキルは実行しておらず、すべてのクライアントでの効果を証明するものでもありません。
| Skill | 審査前の分類 | 現在のカテゴリ | 当サイトの判断根拠 | データ検証 |
|---|---|---|---|---|
| obra/superpowers / brainstorming | デザイン | エージェントのワークフロー | 実装前に意図・要件・設計の確認を整理します。主要な成果物は、共同で決めた方針と仕様です。 | 2026-10-07 |
| obra/superpowers / verification-before-completion | その他 | エージェントのワークフロー | 検証コマンドを特定し、完全な出力を確認してから完了を宣言するよう求めます。中心となるのは、エージェントの受け入れ確認と納品の手順です。 | 2026-10-07 |
| obra/superpowers / writing-skills | 書類 | エージェントのワークフロー | このプロセスの核心は、ストレスのかかる状況下でエージェントの動作を確認するためにスキルを作成、編集、使用することであり、エージェントの機能を記述および検証するプロセスです。 | 2026-10-07 |
| anthropics/skills / pdf | デザイン | 書類 | 原文は PDF の抽出・結合・分割・生成と、スキャン文書の OCR を扱います。主な入出力は文書で、Python の例は実現手段です。 | 2026-10-08 |
| openai/skills / pdf | 開発 | 書類 | PDFの閲覧、作成、および納品前のレンダリングチェックに関する主要な成果物は、ソフトウェア開発タスクではなく、文書とそのレイアウト検証です。 | 2026-10-08 |
| vercel-labs/open-agents / frontend-design | エージェントのワークフロー | デザイン | タイポグラフィ、配色、レイアウト、アニメーションを通じてフロントエンドの画面実装を導き、主な成果物は画面デザインとコードです。 | 2026-10-11 |
| cloudflare/skills / cf-cli | 開発 | クラウドサービス | Cloudflare API の操作、Workers のデプロイ、DNS・D1・KV・R2 のリソース管理を中心とし、主なタスクはクラウドサービスの操作です。原文には CLI が beta 段階であると記されています。 | 2026-10-13 |
| cloudflare/skills / gateway-workers | 開発 | クラウドサービス | Cloudflare Gateway の HTTP ポリシーの Forward アクション、Workers、GatewayMiddleware エントリーポイントを扱い、主な対象はクラウドサービスです。原文のみを確認しており、この Skill は実行していません。 | 2026-10-19 |
CODEZ：2 つの PDF スキルの原典比較と受け入れチェック ↗
obra/superpowers / skills/brainstorming/SKILL.md ↗
obra/superpowers / skills/verification-before-completion/SKILL.md ↗
obra/superpowers / skills/writing-skills/SKILL.md ↗
anthropics/skills / skills/pdf/SKILL.md ↗
openai/skills / skills/.curated/pdf/SKILL.md ↗
vercel-labs/open-agents / .agents/skills/frontend-design/SKILL.md ↗
すべての公開リポジトリを、自分のプロジェクトで直接利用できますか？
GitHubで公開されていることと、ライセンスの情報は別のものです。CODEZはライセンスに関する不確実性を明示し、プロジェクト名、READMEの宣伝文句、ダウンロードできることから利用許可を推定しません。
| ラベル | 当サイトの根拠 | 使用前に確認してください |
|---|---|---|
| MIT / Apache-2.0 などの SPDX 識別子 | ディレクトリ階層でスキルにより近い独自のライセンスファイルがない場合、GitHub が認識したリポジトリのライセンスを使います。 | 元のライセンス条項、適用範囲、および追加コンテンツライセンス |
| ライセンスファイル未検証 | スキルディレクトリまたはその親ディレクトリに別のライセンスファイルが見つかったか、ルートディレクトリのライセンスが認識されませんでした。 | 対応するファイル本文。リポジトリのルートライセンスは自動的に使用されません。 |
| 記載なし | 特定可能なライセンス根拠は見つかりませんでした。 | 元のプロジェクトに利用許可を確認し、読めることを許可済みと扱わない |
中国語と英語の説明書はどこから来たのですか？
画面と本站の独自解説は十三言語で提供します。第三者の要約では、現在 SKILL.md と同じフォルダーにある中国語・英語の README を識別します。言語名が明示されたファイルを優先し、通常の README.md は本文の言語から判定します。中国語・英語の画面では対応する短い原文要約を優先し、ほかの画面では SKILL.md の元の説明を表示します。利用できる中国語・英語 README の原文リンクを保持します。
対応する言語が利用できない場合、または要約を抽出できない場合は、SKILL.md の元の説明に戻ります。リポジトリ全体の README を単一のスキルの紹介として扱うことはなく、自動翻訳されたコンテンツを著者のオリジナルテキストとして扱うこともありません。したがって、英語のインターフェースに中国語の原文が表示される場合があり、その逆も同様です。
データ収集が失敗した場合、過去のデータは今日のデータとして扱われますか？
サーバーは毎日北京時間午前10時37分にデータ収集を開始し、完了後にMySQLから静的ページを生成します。スナップショット時刻は、このデータバッチが生成された時刻を示しており、すべてのソースから同時に読み取られた時刻でも、各プロジェクトの変更時刻でもありません。
リポジトリレベルのリクエストが失敗した場合、そのリポジトリへの最後の成功したリクエストのデータが再利用され、リーダーボードとこのページには「古いデータを使用」と表示されます。すべてのソースが失敗した場合、元のスナップショットが保持され、エラーが報告されます。リポジトリレベルのエラーは、元のディレクトリの JSON に保持されます。単一ファイルの読み取り失敗はスキップされ、コレクションログに書き込まれるだけで、リポジトリ全体が自動的に期限切れとしてマークされることはありません。したがって、「今回のラウンドは成功」には依然として適用範囲の制限があります。
元のファイルリンクは、データ収集時に使用されたデフォルトブランチを指しています。その後、元のプロジェクトが変更されている可能性があります。問題を再現する際は、このサイトに数値を保存するだけでなく、GitHub上で具体的なコミットとファイルパスを記録してください。
この情報は、実際の選択にどのように活用できるのでしょうか？
まず、タスクと入出力に基づいて候補を絞り込み、次に環境、動作範囲、権限を確認します。最後に、同じ入力で小規模なテストを実施し、結果を記録します。リポジトリのスター数、ディレクトリのカテゴリ、作成者の説明は候補を見つけるのに役立ちますが、テストは自動で行ってくれません。
このウェブサイトに掲載されている既存の選定ガイドには、再利用可能な検証方法と例が示されています。これらの例は、特定のプロジェクトにおける実際のテスト結果ではありません。今後のプロジェクト分析では、公開データと実際のテスト結果を区別して分析します。