Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
エージェントが試行し、失敗し、フィードバックから学習できる練習環境と評価ギムを構築する。このスキルは、エージェントの自動評価を設定したい、LLM の能力をテストするサンドボックスが必要、スキルの練習ギムを構築したい、エージェント改善用の RL スタイル環境が必要、または「eval environment」「practice gym」「agent sandbox」「automated testing for agents」「RL environment」「agent eval loop」と言ったときに使用する。Karpathy LLM Textbook と environments の記事に基づく。
ブラインド方式のマルチモデル横並び比較。1 つのプロンプトを 2〜4 のモデルに同時に送信し、回答を匿名（Model A / B / C / D）で提示し、ユーザーに勝者を選ばせてから正体を明かし、どのモデルが勝ったかを表示する。カスタム評価基準、回答の統合、投票履歴の記録に対応。ユーザーが「compare models」「test these models」「which model is better for」「A/B test」「blind comparison」「model evaluation」と言ったとき、または異なる AI モデルが同じプロンプトをどう扱うか見たいときにトリガーする。プロンプトエンジニアリングにも利用可能 — 異なるモデルが同じ指示をどう解釈するかのテスト。provider:@effort:model_id 仕様による推論強度の A/B に対応。
(NS) アドホックなコーディング — バグ修正、リファクタリング、スクリプト、マイグレーション — 完全な SDD なしで。エントリ優先度 5：「これをそのまま実装して」、「クイック修正」、または execution-handoff なしのコーディング（ns-autonomous 配下の C2）。以下には使用しない：ISSUE_URL（ns-execution-gitlab-issue）、複数日/バージョン（ns-spec-driven）、diagnosis_complete **なし**の製品バグ報告／画面の期待値と実測値の比較（ns-bug-report-diagnosis）、診断のみの stack/CI（ns-investigator）、execution-handoff.md が存在する場合。requirements/tasks/handoff を生成しない。
Claude Code / Codex のスキルライブラリを監査・再編成する — 命名規則を徹底し（各スキルを、それが関わるバックエンドやプロダクトごとにプレフィックスで示す）、スキルを一貫してリネームし、リネームで壊れたシンボリックリンクと相互参照を修正し、切れたシンボリックリンクと古い名前参照を報告する。ユーザーが "organize my skills"、"rename these skills"、"clean up the skill library"、"enforce a skill naming convention"、"fix broken skill symlinks" と言ったときに使用。
SDD フローの入口。ユーザーが機能またはバグ修正（"implementa…"、"agrega…"、"arregla…"、"add…"、"build…"、"fix…"）を求めた場合、まずリクエストとコードベースのコンテキストをスキャンして重要な曖昧さを特定し、仕様やコードを書く前に的を絞った明確化の質問をいくつか行います（選択式のオプション、推奨を先頭に）。その後、整った目標を /opsx:propose（小規模）または sdd-feature-flow ワークフロー（大規模）に渡します。リクエストがすでに明確な場合は質問を省略します。GitHub Spec-Kit の /clarify をモデルにしています。
ユーザーが貼り付けた、または指定した生のコンテキスト — チケット、設計ドキュメント、議事録、仕様、URL、参照ファイル／パス — を取り込み、エージェントにそのすべてを読ませて理解させたうえで、sdd-clarify と sdd-feature-flow ハーネスに渡す整った機能ブリーフ（目標、スコープ、制約、重要な未知事項）を合成します。一行の目標ではなく素材がある状態で機能のごく初期に使用するか、ユーザーが "here's the context" / "read this" と言ったとき、またはチケットやドキュメントを貼り付けたときに使用します。
ax（エージェント体験レイヤー）をインストールして検証する。ユーザーが「install ax」「set up ax」「ax not found」「ax doctor」「is ax running」「fix ax install」「first-time ax setup」と言った場合、または ax コマンドライン / skills / デーモンに関する設定の質問でトリガーする。install.sh + skills.sh + 初回取り込みでインストールを進め、`ax doctor` で検証し、ユーザーを ax:retro（実験ループ）と ax:extract-workflow（出荷済み成果物の背後にあるワークフローを再構築）へ案内する。
ユーザーが「このタスクをブリーフして」「範囲をきちんと定義して」「私から何が必要か」「プロンプトを改善して」「より良い出力が得られるように手伝って」と言ったとき、または実質的なタスク — 複数ステップ、複数ドキュメント、あるいは他の誰かが読む成果物 — を一行の薄い依頼として渡してきたときに使用。実質的な作業を始める前にタスクブリーフを作成する — 目標（「完了」とは何か）、コンテキスト、制約（常設ルールは自動的に含める）、ツールを明確にし、ユーザーと確認してからそれに沿って実行する。明確化の質問は最大 2-3 個までとし、回答が出力を変える場合にのみ尋ねる。それ以外はブリーフに前提を明記して進める。素早いワンステップの依頼には使わない — それらは直接回答する。
エージェントパイプライン向けの Venice 拡張エンドポイント。POST /augment/text-parser（PDF/EPUB/DOCX/PPTX/XLSX/XLS、プレーンテキスト、ソースコードからテキストを抽出。multipart、最大 25MB。JSON またはプレーンテキストの応答）、POST /augment/scrape（URL を取得して markdown を返す。X/Reddit およびプライベート/内部 URL をブロック）、POST /augment/search（Brave ZDR または匿名化された Google。構造化された title/url/content/date 結果、limit は最大 20 だが実質的に Brave 10 / Google 5 に制限）を扱う。成功した呼び出しごとに $0.01、scrape と search は 20 req/min、プライバシー、エラーの形状。
Autodesk Platform Services (APS) と連携するカスタム MCP (Model Context Protocol) サーバーをスキャフォールドする。ユーザーが APS、Autodesk、Forma、または任意の Autodesk クラウド API 向けの MCP サーバーを構築、作成、生成、セットアップしたい場合にこのスキルを使用する。Node.js/TypeScript、.NET/C#、Python に対応。STDIO（ローカル）と Streamable HTTP（クラウド）のトランスポート、および各種 APS 認証パターン（2-legged OAuth、Secure Service Accounts、3-legged OAuth）を扱う。
ソリューション設計の中核 — PRD とアーキテクチャを epics.md と個別の {epic}.{story}.{slug}.story.md コンテキストオブジェクトに分割する。外部開発への引き渡し前の最後の計画成果物。各ストーリーは自己完結した約 8K トークンのコンパイル済みコンテキストオブジェクトである：prd.md/architecture.md への SOURCE CITATIONS を含む Dev Notes、Acceptance Criteria、AC に対応付けた Tasks/Subtasks、Testing strategy、Dependency Maps、明示的な Owned File/Module Scope リスト（並行作業の競合を避けるスケジューリングの鍵）、および Learnings from Previous Stories。1 開発日分を目安とし、それを超える場合は分割する。ストーリーポイントは使わない。ユーザーが「shard the PRD」「create epics」「break the PRD into epics」「break this epic into stories」「create stories」「create a story」「draft story files」「generate the story for X」「prepare stories for dev」「mark the story ready for dev」「validate this story」「what stories are in this epic」と言ったときに使用する。3 つの意図：Create（新しいエピック/ストーリーの作成）、Update（既存ストーリーの更新）、Validate（契約に対するドラフトの検証）。
回答、助言、他者の助言の再述、または記録されている可能性のある内容について「グラフにない」と述べる前に、必ずグラフを読みます。ノード周辺を確認し、関連するリンクをたどります。トレーニングデータやコードではなく、グラフに基づいて回答してください。トリガー：「сориентируйся」「войди в граф」「что говорит граф」「в графе」「мы обсуждали」「по моим заметкам」、NKS、Искрон、вимарша、крия、контур、роль、феномен、бяньхуа、эстафета、ユーザーの語彙にある未知の用語、「что такое крия」「explain the methodology」。ユーザーの Iskron グラフについて回答する前に使用します。
ユーザーが "execute this blueprint"、"execute the blueprint"、"run the blueprint"、"run the plan"、"execute the plan"、"start building from the plan"、"implement the blueprint"、"implement the plan"、"continue the plan"、"resume execution"、"execute 01_milestone_name.md"、"execute step 3"、"run steps 3-5"、"skip to step 4" を求めたときにこのスキルを使用する。
IC Skills リポジトリ（skills.internetcomputer.org）の既存スキルを改善します。skills/<skill-name>/SKILL.md にある既存スキルの改善、修正、更新、強化、レビュー、またはコンテンツ追加を求められたときはいつでもこのスキルを読み込みます。落とし穴の追加、canister ID の更新、コード例の修正、説明の強化、evals の更新を含みます。まったく新しいスキルの作成には使用しないでください（その場合は skill-creator を使用）。トリガー例：「the motoko skill is missing a pitfall」「update icp-cli for the new recipe format」「the ckbtc description is weak」「add an eval for the canister-security skill」。
あらゆる Agent skill のための包括的な監査ツール——Manus、OpenClaw/ClawHub、Claude、LobeHub、または独自の SKILL.md ベースの skill を含む。公開、更新、デプロイの前に Agent skill を評価、監査、レビュー、採点、品質チェックしたい場合にこの skill を使用する。2 つのハードな拒否ゲート（構造レッドライン + 研究誠実性レッドライン）、25 項目にわたる静的品質スコアリング（ISO 25010 + OpenSSF + Agent）、動的テスト入力の生成、マルチモード実行テスト、5 つの専門カテゴリ別ルーブリック（証拠インサイト / プロトコル設計 / データ分析 / 学術ライティング / その他）を用いた多層出力評価、4 つの研究カテゴリすべてに適用される Research Veto、人手評価ビューアの生成、実行可能な P0/P1/P2 最適化推奨、そして磨き上げられた本番投入可能な SKILL.md を出力する自動 skill 改善を扱う。ユーザーが「audit my skill」「evaluate my skill」「improve my skill」と言う場合、または評価後の修正版を求める場合にも使用する。
swain プロジェクトのタスク追跡と実装実行。SPEC に実装計画が必要なとき、ユーザーが次に何に取り組むかを尋ねたとき、タスクの状態を確認・更新したいとき、タスクを引き受けたりクローズしたりしたいとき、依存関係を管理したいとき、作業を断念したいとき、コンテキストをブックマークしたいとき、意思決定を記録したいときに呼び出します。実装可能な SPEC を作成した後に swain-design からも呼び出されます。追跡するのは SPEC と SPIKE で、EPIC、VISION、JOURNEY を直接追跡するものではありません（それらは先に SPEC に分解されます）。以下のトリガーでも呼び出されます：'bookmark'、'remember where I am'、'record decision'。
agent-deck、AI コーディングエージェント向けのターミナルセッションマネージャー。ユーザーが "agent-deck"、"session"、"sub-agent"、"MCP attach"、"git worktree" に言及した場合、または agent-deck セッションの作成、起動、メッセージ送信、読み取り、フォーク、再起動、監督が必要な場合；agent-deck 経由で子セッションを起動したり別の CLI に問い合わせる場合；セッションに MCP を接続する場合；グループ、プロファイル、アカウント、worktree セッションを管理する場合；conductor や watcher を設定する場合；config.toml を構成する場合；agent-deck のトラブルシューティングを行う場合に使用します。会話内のサブエージェント、通常の git worktree、通常の tmux には使用しません。
過去の成果物の背後にあるワークフローを再構成する - "what made X work" / "extract workflow from <date|sha>" / "how did we ship Y"。ax を使って関連するセッションを見つけ、その結果を生み出したスキルの流れを順序立てて語る。"what made X work"、"how did we build Y"、"extract workflow from <date>"、"extract workflow from <sha>"、"what was the workflow around <topic>"、"show me how I shipped <feature>"、"reconstruct the recipe for <artifact>" でトリガーする。一般的な "show recent activity" では発動しない - このスキルは特定の成果物の背後にあるワークフローを再構成するためのもの。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。