Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,222 件掲載。コマンド 1 行でインストールできます。
テスト・品質
ゲームのデモやプレイテストに関するさまざまなフィードバックを整理し、優先順位付きの修正概要、証拠の重み付け要約、次に作成すべき成果物を提案します。プレイテストのメモ、Steam Playtest の回答、クリエイターや配信者のデモへの反応、アンケートのコメント、ウィッシュリストや状況のシグナル、バグ一覧、パフォーマンス調査結果などがあり、次のビルド、イベント、ローンチ段階の前に何を優先して修正するか決める必要がある場合に使用します。「プレイテストのフィードバックを整理して」「Next Fest の前に何を直すべき？」「プレイヤーが混乱している」「配信者がデモを途中でやめた」「このデモのメモを優先事項にまとめて」といった依頼でも使用します。
Spring Boot、Quarkus、Micronautを選ばずに、フレームワークに依存しないWireMockのガイダンスが必要な場合に使用します。スタブ設計、JSONまたはプログラムによるマッピング、正確なリクエスト照合、レスポンス本文と障害、クラスパス上のフィクスチャ、テスト間の分離とリセット、呼び出しの検証、動的ポートとベースURL、不安定なスタブの回避を扱います。WireMockスタブ（JSONマッピングまたはJava DSL）の設計・レビュー、HTTPモックのリクエスト照合・分離・リセット戦略の改善、WireMockサーバーへの送信HTTP呼び出しの検証の追加・修正、WireMockや未照合リクエストジャーナルに関する不安定なテストのデバッグなどの依頼で起動します。Plinth Toolkitの一部
Codex セッション ID、Claude Code のセッション／トランスクリプト、チャット／スレッドのリンク、PR、ブランチ、ログ、貼り付けられた実行概要をもとに、別のエージェントの作業を監視、見守り、監査、レビュー、比較、修正するよう依頼された場合に使用します。相手のエージェントが完了または停止するまで監視し、ユーザーの依頼内容を再構成します。同じ問題を独自に調査して仮説と方針を立て、エージェントが実際に変更・検証した内容を確認し、両方の調査を比較します。差分と追加対応案を報告し、修正の許可がある場合は範囲を限定して修正することもできます。
2つの相補的なプローブを使って、変換／構築後のWebページを元のプロトタイプと照合します。PIXEL／レイアウト差分（画像の引き伸ばし、改行の欠落、空白レンダリング、色の反転）と、STRUCTURALなコンテンツ＋タイポグラフィ差分（見出し、眉見出し、CTAの欠落や配置ミス、レンダリングされた書体の分岐）です。プロファイル（eds | generic）により、スタックに依存しません。プロトタイプを EDS/AEM に変換した後（stardust `deploy` スキルの Step 10）、または任意のプロトタイプとビルドの忠実度チェックに使用できます。stardust `diff` スキルおよびワークフローから呼び出せます。
cognitedata/dune-app-reviews の評価基準に従い、React/TypeScript CDF コードベースを対象に Flows アプリプラットフォームの全面的なレビューを実施します。3 つの成果物を生成します：review-files.md（ファイルごとの一覧）、review-packages.md（依存関係の監査）、review-report.md（must/should/nice-fix 項目を含む評価レポート）。ユーザーが Flows アプリのレビュー、提出前レビュー、承認レビュー、アプリ認定レビュー、コード品質監査、CDF プラットフォームレビュー、または提出前のコードベースに対する「run dune-review」を求めたときに使用します。
Code OSS（ソースからビルドした VS Code）を、固有のデバッグポートを備えた使い捨ての隔離プロファイルで起動します。同じセッションで @playwright/cli による操作と、dap-cli を介した Node デバッガーの接続が可能です。VS Code 自体の開発で、実行中のワークベンチとの対話、チャットや UI フローの自動化、UI 機能のテスト、スクリーンショットの撮影、renderer / extension host / main process へのブレークポイント設定、または UI 操作とデバッグの併用を行う場合に使用します。
コードを推測で済ませず確認する必要がある場合に使用します。呼び出し元、インポート、リポジトリ間の連携、変更による影響の追跡、動作箇所の特定、システムの把握、障害診断、根本原因分析に対応します。外部リポジトリ、npmパッケージ、上流プロジェクトや先行事例、一般的な調査にも使用します。実装前にコーディングフローを計画し、実装後に検証します。「research this」または「use octocode」で起動します。信頼度付きで正確なファイル:行/PR/コミットの根拠を提示します。影響範囲が既知の軽微な編集は対象外です。ドキュメント自体の執筆・校正やskillフォルダーの作成には使用しません。ドキュメント成果物 → octocode-documentation、SKILL.mdフォルダー → octocode-skills。
Playwright での E2E テストの作成、テストインフラのセットアップ、不安定なブラウザテストのデバッグで使用します。テストスクリプトの作成、ページオブジェクトの作成、テスト fixture の設定、レポーターの設定、CI 統合の追加、API モッキングの実装、ビジュアルリグレッションテストの実行のために呼び出します。トリガー語：Playwright、E2E test、end-to-end、browser testing、automation、UI testing、visual testing、Page Object Model、test flakiness。
RSpec で効果的かつ保守しやすいテストスイートを作成するための Ruby on Rails テストのベストプラクティスです。適切なテスト設計、データ管理、カバレッジパターンを確保するために、Rails テストの作成、レビュー、リファクタリング時に使用します。RSpec のスペック、モデルテスト、リクエストテスト、システムテスト、ファクトリー定義、Capybara の操作、Sidekiq ジョブのテスト、テストスイートの最適化に関するタスクで起動します。rails-dev、ruby-optimise、ruby-refactor の各スキルを補完します。
選択した対象ランタイム上で、証拠に基づいてゲームを検証します。実際のビルドを起動し、実際のレンダリング、入力、コアループ、少なくとも 1 つの設計された結果、再起動、明示的な制限を確認します。主観的な面白さを確定的な結論として扱いません。生成ゲームのテスト、ゲームビルドの QA、完全にプレイ可能かの確認、ビルドの検証に使用します。ゲームのエビデンスベース品質検証。選択した対象ランタイム上で実際のビルドを起動し、実際のレンダリング、入力、コアループ、少なくとも 1 つの設計された結果、再起動、明示的な制限を確認し、主観的な面白さを確定的な結論として扱いません。生成ゲームのテスト、ゲームを最後までプレイできるかの確認、ビルドの検証に使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。