Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,981 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
ユーザーがすでに部分的に知っている 1 つの具体的な対象 — 論文、手法、アルゴリズム、定理、導出、結果 — を、自分で再導出し、批判し、どこで破綻するかを見つけられるようになるまで、深さ優先で習得させるよう編成する。ユーザーが "I want to really understand X"、"help me understand this paper deeply"、"I get the gist but not the mechanism"、"walk me through this method"、"defend/criticize this"、"tear this apart so I get it" と言ったときに使用する。シングルトンのスキルを通してルーティングし、段階的な演習でゲートを検証する。DISCUSSION MODE もサポートし、誠実な初学者、意見の強いラボメイト、教授に説明することで対象を習得する。"I learn better by discussing"、"question me while I explain"、"let's discuss instead of lecturing"、"run this like a lab meeting"、"grill me on this paper" でトリガーする。領域への幅優先のオンボーディングには flow-learn-new-topic を使用し、ユーザー自身のアイデアを形式化するには flow-idea-to-proof を使用する。
デーモンのログ、セッション記録、Redis の状態、OTEL テレメトリーを読んでゲートウェイの障害を診断する。Telegram パス全体のトリアージ:デーモンプロセス → Redis チャンネル → コマンドキュー → pi セッション → モデル API → Telegram 配信。使用場面:'gateway broken'、'telegram not working'、'why is gateway down'、'gateway not responding'、'check gateway logs'、'what happened to gateway'、'gateway diagnose'、'gateway errors'、'review gateway logs'、'fallback activated'、'gateway stuck'、またはゲートウェイが失敗した理由を知りたいあらゆるリクエスト。gateway skill(運用)とは別物で、この skill は診断用。
tempa-spec のダークモードに対する steel-manning による解決。通常はユーザーにエスカレーションされる所見(hrt-align-consistency-review と hrt-apply-code-review の DECISION/HIGH、hrt-adversarial-authoring の単一レビュアー UNANCHORED)を解決する。常に新しい subagent を使う。dark.md が存在し、呼び出し元のスキルが自らの証拠では解決できない所見を抱えている場合にのみ使用する。
inference.sh CLI で 150+ の AI アプリを実行する — 画像生成、動画作成、LLMs、検索、3D、Twitter 自動化。モデル:FLUX、Veo、Gemini、Grok、Claude、Seedance、OmniHuman、Tavily、Exa、OpenRouter など多数。AI アプリの実行、画像/動画の生成、LLMs の呼び出し、ウェブ検索、Twitter の自動化に使用する。トリガー:inference.sh、infsh、ai model、run ai、serverless ai、ai api、flux、veo、claude api、image generation、video generation、openrouter、tavily、exa search、twitter api、grok
境界が独立した 2 つ以上のローカル worker を編成し、Orca Run/Task/Dispatch、独立した worktree/session、または tmux へのフォールバックを使用する。PM が分解、ディスパッチ、巡回確認、429 による停滞からの復旧、独立した検収、PR の収束、一時リソースのクリーンアップを担当する。ユーザーが明示的に「並行推進」「複数の worker」「PM 総括」「Wave Autopilot」を求めた場合や、PM が直接実装に逃げることを防ぐ場合にも使用する。単一の短いタスク、純粋な状態同期、または Git ブランチ・コミット・PR・マージのルールのみが必要な作業には使用しない。
OPSX ワークフロー共有の OpenSpec ワークスペースゲート:プロジェクトルートを特定し、openspec/ を検証し、委任の前に正確なネイティブ OPSX スキルを必須とする。トリガー——「OpenSpec 工程门禁」「OPSX 工程定位」「OpenSpec 原生技能检查」 / OPSX workspace gate, OpenSpec project root, native skill gate。Jira、Git、リトライバインディング、実装オーケストレーションには使用しない。
公開の `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 を使用してきた。
`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 を使用します。
研究ワークフロー(論文執筆、ラボのプロトコル、分析パイプライン、専門分野のデータベース)向けに、Agent Skills 仕様とこのリポジトリの品質・セキュリティ基準を満たすスキルを作成、改善、テストします。反復的な研究タスクを再利用可能なスキルにする場合、Research Agent Skills に新しいスキルを追加する場合、既存スキルを書き換える場合、起動条件を正確に記述する場合、評価を追加する場合に使用します。Anthropic 公式の skill-creator と併用できます。
Only use when the user explicitly invokes /review-pr-check (or $review-pr-check in Codex). Never auto-invoke. PRレビュー対応を収集ワーカー・分類サブエージェント・実行ワーカーへ分離してオーケストレーションするスキル。収集は gh pr-review-check を実行する収集ワーカーに、分類・グループ化・ワークパケット生成は分類サブエージェント(デフォルト例は Oracle)に、実装・返信・resolve などの実作業は実行ワーカーに委譲し、parent は完全性ゲート・fallback 起動・ポーリングループを管理する。サブエージェント機構が無い環境では parent 自身が縮退実行する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
