Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,501 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
履歴を削除したりアプリのプライベートな状態を編集したりせずに、Codex デスクトップとコマンドラインのローカル状態の肥大化を監査して削減する。Codex が遅く感じる、ログやセッションが大量のディスク容量を消費している、古いタスク worktree が蓄積している、設定に無効なプロジェクトパスが含まれている、またはユーザーが再現可能なメンテナンスレポートを求める場合に使用する。デフォルトでは読み取り専用の監査を行い、アーカイブやローテーションはユーザーが明示的にクリーンアップを要求した場合にのみ実行する。
`orca` CLI を通じて、Orca 管理の worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、成果物、スキル共有、worktree コメント、Orca 内蔵ブラウザーを操作します。ユーザーが「$orca-cli」「Orca worktree」「child worktree」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「handoff」／「handover」／「give this to another agent」「Orca browser」「orca artifacts」「share skills」と言った場合に使用します。Orca の状態が関係する場合は、通常の git worktree、臨時の PTY、Computer Use より優先します。CLI、ファイルシステム、API では操作できない可視ウィンドウの GUI 操作が必要な場合に限り、Computer Use を使用します。
曖昧なリクエストを正確な EARS 形式の仕様（イベント／状態／オプション／望ましくない振る舞いの各節、ドメイン理論、具体例、強化されたプロンプト）に書き換える。機能リクエストに測定可能な成果やトリガー条件がない場合（「ダッシュボード作って」「リマインダーアプリ」）、AI 生成のコード／ドキュメント向けプロンプトを実装前に詰める必要がある場合、または「プロンプト最適化」「要件を精緻化」「仕様に落として」と求められた場合に使用する。以下には使用しない——自律実行の完了条件／停止条件の定義（goal-prompt-crafter）、すでに範囲が 1 つの明確な文であるタスク。
新規または更新されたスキルを claude-skills-site Astro ウェブサイトに公開する際にこのスキルを使用する。サイトへの新規スキルの追加と既存スキルの更新の両方でこのスキルを使用する。「/publish-skill skillname」「add skill to site」「publish skillname to skills site」「update skill on site」「edit skill on site」「sync skill to site」「republish skill」でトリガーされる。skills リポジトリから SKILL.md を読み込み、MDX の frontmatter と本文を生成し、適切な bundle を選択し、bundle の skills 配列を更新し、両方のリポジトリをコミット/プッシュする。既存のスキルには --update を渡すことで、apothecary_name、hero_image、activity データを保持したまま残りを再生成する。hero image はデフォルトで生成される（--no-image を渡すとスキップ）。
ある問い、意思決定、計画、トレードオフ、または主張に厳密な裁定が必要で、単一の視点では足りないときに使用する。3〜5 体の subagent 陪審員からなるパネルを生成し、それぞれが独立したブラインドの意見を形成し、アンチアンカリングと反お世辞のプロトコルの下で匿名で審議し、確信度、留保された異議、具体的な次のアクションを伴う 1 つの確定した評決を返す。エンジニアリング、アーキテクチャ、データ、プロダクト、採用、戦略、ベンダー選定、内製か購入か、研究デザインにわたって領域非依存。トリガーフレーズには "convene a jury"、"have agents debate and decide"、"get a panel to decide"、"multi-agent decision"、"stress-test this and decide"、"monte um juri"、"tribunal de agentes"、"painel para decidir" が含まれる。決定せずに批評だけを行う（それには the-fool を使用）、計画を立てるまたは解決策そのものを書く、単純な事実の調べ物には使用しない。
シェルまたは MCP クライアントから Trau（表示名 Cobble）を操作します。Trau はチケット駆動型の自律開発ループ（trau.sh）です。チケットの作成、検索、キュー登録、キュー処理の開始または一時停止、実行中の処理の監視と調整、実行プロバイダーの切り替え、PR または QA の保留への対応、ADR の競合解決、証拠・支出・適合性の結果の確認、失敗または隔離された実行の診断・再開・破棄、実行へのシークレットの受け渡し、チケットのオペレーターチェックリストへの対応、設定、QA サインインアカウント、トラッカーと forge の接続、ホストされた共同作業者、ローカル Web ハブの管理ができます。trau または Cobble、trau ハブ、キュー、ドレイン、ドレインの見守り、実行の調整、隔離・保留・QA 待ち・人間の対応待ちのチケット、`trau doctor`、`trau forensics`、`trau update`、`trau connect`、QA アカウントまたは証明に言及した場合に使用します。trau が管理するリポジトリで自律チケット実行の開始、停止、監視、デバッグを求められた場合も対象です。「このチケットをキューに入れて」「ループは何をしている？」「なぜドレインを開始できない？」「COD-123 はなぜマージされなかった？」といった表現も含みます。trau 自体のソースコード作成や、trau の実行と無関係な一般的な git／PR ワークフローには使用しません。
Claude Code の Workflow ツール向けに、決定論的なマルチエージェントワークフロースクリプト（.claude/workflows/ 内の .js ファイル）を設計・作成する。ユーザーがカスタムの Claude Code ワークフローを構築、作成、記述、スキャフォールド、実行したい場合、サブエージェントを編成（fan-out、pipeline、loop、judge-panel）したい場合、新しいコンテキストのエージェント間で反復可能な多段タスクを自動化したい場合に使用する。
ユーザーが "create a metric"、"write a metric"、"design a metric"、"build a metric for"、"evaluate agent performance"、"measure call quality"、"track a KPI"、"add a workflow metric"、"improve my metric"、"fix a metric"、"debug metric results"、"set up quality scoring"、"what metrics do I need" を求めるときに使用。LLM ジャッジプロンプト、カスタムコードメトリクス、評価トリガー、VALID_SKIP パターン、セクション抽出、Cekura 音声 AI エージェントのメトリクスベストプラクティスを扱うときにも関連。新しいメトリクスの作成と、既存メトリクスのレビュー、反復、トラブルシューティングの両方を扱う。
`/dispatch` の claude アーム。dispatch-worker サブエージェント型を使って `Agent` ツール経由で worker を起動し、worktree 分離を行う。base は明示的で、`dispatch arm-spawn --base B` が base ファイルを書き込み、Agent 起動前に spawn ディレクトリへ cd することで WorktreeCreate フックが B でフォークする。worker はゲート付きの `worker_commit` MCP ツールで自己コミットし、その後 orchestrator は `doctrine dispatch next` が指示する内容を一度に 1 アクションずつ実行する。claude↔env-marker が一致したときに `/dispatch` ルーターからのみ到達し、直接呼び出さない。
単一のクエリではなくビジネス目標がある場合 —— "how can I use Linkup?"、"enrich my leads"、"build a competitor tracker"、"research before my meeting"、"vet this vendor" —— や、Linkup を活用した製品、エージェント、パイプラインを設計・コーディングするときに使用。目標を多段階の Linkup ワークフローに変換する（どのエンドポイント、どの呼び出し、何が次のステップに渡るか、どこで別のツールが引き継ぐか）。同梱のワークフローパターンと、統合ブループリントも兼ねる 18 個の既成レシピに基づく。
公開の `orca` CLI を使用して、Orca が管理する worktree、フォルダーコンテキスト、ターミナル、リポジトリ、自動化、アーティファクト、worktree コメント、および Orca アプリに埋め込まれたブラウザを操作する。ユーザーが「$orca-cli」「use orca cli」「Orca worktree」「child worktree」「cardStatus」「spawn codex/claude in a worktree」「read/wait/send Orca terminal」「terminal send」「full handoff」「handover」「give this to another agent」「another worktree」「Orca browser」「orca artifacts」「share HTML/Markdown」「public artifact link」「control the browser inside Orcaoclassroom」と言ったときに使用する。Orca が管理する状態に wortt Involving タスクでは、生の `git worktree`、場しの PTY、Playwright、Computer Use よりこの方法を優先する。Orca の埋め込みブラウザ以外のブラウザウィンドウ、webview、デスクトップ UI には Computer Use を使用してきた。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。