Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
Claude Code CLI の `claude -p` Agent SDK エントリポイントを通じて、コーディング、レビュー、診断、計画、構造化出力のタスクを独立した Claude Code セッションに委任する。使用場面には、`--resume` / `--continue` によるマルチターンセッションの継続、`--output-format json` による単一結果出力、`stream-json` イベントストリーム、`--worktree`、ツール許可リスト、`--bare`、構造化 JSON 出力が必要な scripted / CI 呼び出しが含まれる。
Duvo Agent が依存する Connection と認証情報を診断し、状態を確認します。Connection が設定済みか、利用可能か、Agent が認証でブロックされる理由、Connection でできることについてユーザーが尋ねた場合や、Agent または Agent フォルダー全体を事前に確認したい場合に使用します。Ask Duvo で Automation を扱う場合は、getAutomationReadiness から開始します。Duvo public API を介して各 Build の Connection とそのライブ状態を読み取り、問題を特定して具体的な修正案を 1 つ提示します。証拠が単一の失敗した Run にある場合は run-debugger に引き継ぎます。
このリポジトリで、ターン認識ストリーミング文字起こしのために Deepgram Conversational STT v2 / Flux(`/v2/listen`)を呼び出す Python コードを書いたりレビューしたりする際に使用する。`client.listen.v2.connect(...)`、Flux モデル、ターン終了検出を網羅する。標準の v1 ASR には `deepgram-python-speech-to-text` を、全二重の対話型アシスタントには `deepgram-python-voice-agent` を使用する。トリガーには "flux"、"v2 listen"、"conversational STT"、"turn detection"、"end of turn"、"EOT"、"listen.v2"、"flux-general-en"、"flux-general-multi" が含まれる。
ユーザーが、既知のプロジェクト / ブランチ / マージ先 / タスクトラッカー / 設計リファレンスのワークフローで開発チケットのバックログをエンドツーエンドで処理したいが、特定のプラットフォーム(Jira / Linear / GitHub Issues / Notion / Figma / Zeplin など)には縛られない場合に、このスキルを必ず使用する。「幫我跑任務」、「照我的流程把 backlog 做完」、「review failed 的全部處理掉」、「用我那套開發流程做事」、"work through my task list"、"run my dev loop"、"process my tickets end-to-end" などのリクエストでトリガーする。単一のチケットには使用してはならず、それは他の開発ワークフロースキルに属する。プロジェクトルート、作業ブランチ、マージ先、タスクリストの場所、設計リファレンスの場所、タスク完了のマーク方法を最初にユーザーに確認すること — その後、チケットをループして 実装 → 検証 → コミット → PR 作成 → マージ → 同期 → トラッカー更新 を行う。プラットフォーム固有の API 呼び出しを組み込んではならない;ユーザーの回答から実行時に判断する。
テキスト専用の推論モデルに視覚能力を追加する。ユーザーが画像、スクリーンショット、写真、グラフ、UI スクリーンショット、コードのスクリーンショット、数学問題の画像、スキャン、PDF、ドキュメントを提供し、説明、理解、推論、読み取り、OCR、文字抽出、グラフ解析、内容分析を求めたときに使用。デフォルトでは scripts/vision-router.ps1 を呼び出して自動ルーティングする。画像理解はまず無料のレーシングプール GLM/Agnes を経由し、次に custom-1/custom-2/custom-3/local、ドキュメント解析は MinerU、プレーンテキスト認識は Baidu OCR または Windows OCR を使用する。すべてのツールは標準 JSON を出力し、それを主モデルに渡して推論と要約を行う。
(NS) GitLab issue をエンドツーエンドで実行する — first-act ステータス、ブランチ再利用とソースブランチのゲート、単一 worktree の分離、アトミックなデリバリー、MR ライフサイクル、必須のコードレビューゲートと上限付き修正ループ。ユーザーが GitLab の ISSUE_URL を提示するか、GitLab issue の直接実装を求めたときに使用 — ローカルのみのアドホックなコーディング(code-coder を使用)や GitLab 以外の自律実行(code-autonomous standalone を使用)には使用しない。実際のコーディングは code-autonomous エンジンに委譲する。MCP 用に mcp-gitlab-usage、レビューゲート用に code-reviewer が必要。
GSDL(Get Shit Done Light)オーケストレーター。完全なパイプラインを実行する:作業項目の取得 → ブレインストーム → SPEC.md → スライスへの分解 → 人間によるレビュー → ブランチ → 実行 → ゲートの検証 → PR の作成と review-bot の指摘への対応 → 証拠を添えたクローズ。ユーザーが何かをエンドツーエンドで構築したい場合、"let's GSD"、"run the GSDL pipeline"、"pick up this ticket" と言う場合、または完全なワークフローを求める場合に使用。gsdl-fetch-source、gsdl-create-spec、gsdl-decompose、gsdl-execute、gsdl-verify-gates、gsdl-open-pr、gsdl-close-loop、gsdl-tracker-sync を連携させる。任意の issue トラッカー(Linear、Jira、GitHub Issues、Notion)またはトラッカーなしで動作し、任意のモデルプロバイダーに対応する。任意のセッションモデルから呼び出せる——各ステップをそのステップのケイパビリティ階層にルーティングする。作業項目の URL/ID、ドキュメント URL、単なるアイデア、再開用の既存プロジェクト名を受け付ける:/gsdl [url|id] または /gsdl [project-name] または /gsdl [idea]。
新機能の構築、移行の計画、システム設計、散在するアイデアの計画化を行う前に必ず使用すること。トリガー:機能リクエスト、プロジェクトのアイデア、ブレインダンプ、'help me plan'、'spec this out'、'think through this'、'interview me'、'I want to build'、'let's design'、およびコードの前に構造化が必要なあらゆる未整理のアイデア。小規模な単一スペックのプロジェクトから多段階の取り組みまでカバー。会話形式のインタビューを行い、インタラクティブな HTML 契約を作成し、実装可能な Markdown スペックを生成する。明確に定義された実装タスク(既知のスペックに沿ったコーディング、バグ修正、リファクタリング、コードの説明)に限りスキップする。
joelclaw CLI を使用して停滞したエージェントループを診断して修正する。ループが止まって見える場合、ストーリーが進まない場合、またはイベントチェーンが壊れた場合に使用。"loop stalled"、"why isn't the loop progressing"、"diagnose loops"、"fix stuck loop"、"loop not moving"、"what happened to the loop"、"stories stuck at pending"、またはループ基盤のデバッグを求めるあらゆるリクエストでトリガーする。
ローカル CLI と UHP を通じて Luvus を操作。行頭が `=target message` の場合、Luvus を明示した依頼、指定された稼働中の Luvus エージェントまたはペインへの委任依頼、またはセッション、マシン、ワークスペース、タブ、ペイン、エージェント、ファイル、Git、DIFF、ワークツリー、タスク、リース、モジュール、テーマ、Luvus Bar、設定、UI、インテグレーション、Luvus UHP に関する明示的な Luvus 操作に限り使用。ユーザーが明確に Luvus と結び付けない限り、通常のコーディング、ファイル編集、Git 操作、テスト、タスク計画、一般的なエージェント作業、並列化には使用しない。Luvus 内にいるだけでは起動しない。Luvus 内では継承したセッションを使用し、外部ではインストール済みの本番用 Luvus コマンドと設定済みセッションを使用。
セッションをまたぐエージェントの引き継ぎのために、構造化されたタスクフォルダ(plan.md、status.md)を管理する。タスクの作成、複数作成(新規タスクのバックログの計画)、実行、複数実行(計画後にバックログを実装)、トリアージ(ステータス、準備状況、ロードマップ)、更新、ブロック、ブロック解除、キャンセルを行う。Done および Cancelled のタスクは自動アーカイブされる。ユーザーが tasks/NNN-slug フォルダを扱う場合や、タスクのステータス、ブロッカー、準備状況、ライフサイクルについて尋ねる場合に使用する。
自律型決済で AI エージェントを収益化するとき、エージェントを分散型マーケットプレイスに出品するとき、または大規模に展開するときにこのスキルを使用する。成果:エージェントが自動的に収益を上げる(1 日 50+ USDM)、トラストレスなエスクロー保護(成功率 95%+)、マーケットプレイスでの発見(利用可能なエージェント 50+)、スケーラブルな実行(1000+ の同時ジョブ)。トリガー:'monetize my agent'、'setup agent payments'、'list on marketplace'、'A2A transactions'、'deploy agent at scale'、'MIP-003 implementation'。対象外:一般的なチャットボット、単純な REST API、中央集権型決済。フレームワーク非依存(CrewAI、AutoGen、PhiData、LangGraph)、セルフホスト可能、MiCA 準拠。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
