Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
エージェントワークフロー
Cursor IDE 専用 — Grok のない Codex やその他のハーネスでは適用しない。Cursor では、毎ターン、Task/subagent の起動、best-of-N 実行、クラウドエージェント、モデルを選択できるあらゆる操作に対して、デフォルトで常に適用する。Cursor Grok 4.7 を排他的に強制する（推論強度は問わない：low、medium、high、xhigh、および以降の 4.7 の effort ラベル）— Composer、GPT、Claude、Gemini、Auto、Grok 4.6、Grok 4.5、その他のモデルファミリーは決して使用しない。Cursor でサブエージェントを生成するとき、Task モデルを設定するとき、エージェントモデルを選択するとき、またはユーザーが grok、Grok 4.7、model lock と言った場合に使用。
Handyman エージェントハーネスのインストール、分析、ブートストラップ、実行、レビュー、または移行：leader/implementer/reviewer の役割が、ディスク上の状態と実行可能な検証を用いて一度に 1 つの機能を進める。トリガー：ハーネスまたはサブエージェントのワークフロー、feature_list.json、AGENTS.md、CHECKPOINTS.md、progress/、backlog/、HARNESS_WORKSPACE、.handyman、$HOME/HANDYMAN、役割ごとのモデル/ツール、anti-telefono-descompuesto、Obsidian vault ハーネス。このハーネスワークフローを伴わない一般的なコーディングには使用しない。
独立実行と Seneschal ネスト型の両方のデリバリーに対応し、実行ごとの状態、継承された initiative 契約、代理される意思決定を備える。複合エンジニアリングの製品デリバリー向けの、ディスカバリーをゲートとするアーティファクト優先のオーケストレーター。roadmap/readiness の生成を解決し、brainstorm/plan/document-review のループを実行し、焦点を絞ったレビューユニットを伴うマージ可能なワークパッケージを導出し、解決された work/code-review ロールを通じて各レビューユニットを実行し、CI 破壊防止のエビデンスとともにシッピングを krt-release-marshal に引き渡す。既存の文書化されたソフトウェアプロジェクトを、順序付けられた roadmap と PR/Jira のデリバリープログラムに変えるときに使用。ランタイムエイリアスにより krt:compound-master として公開される場合がある。
現在のプロジェクトリポジトリの完全なデリバリーフローをオーケストレートする: krt-gitflow-knight にクリーンなコミットを、krt-rebase-smith にクリーンなブランチ履歴を指示し、Jira Cloud か Server/Data Center かを明示的に解決し、双方向の Jira/PR リンク付きで GitHub プルリクエストを開く。ユーザーが PR の作成/オープン、プルリクエストの準備、現在の作業のデリバリー、レビュー用のブランチ変更の公開、または gitflow + rebase + Jira + PR ワークフロー全体の実行を求めたときに使用する。ランタイムエイリアスでは krt:release-marshal として公開される場合がある。
Python の LangGraph でステートフルな AI エージェントとエージェント型ワークフローを構築する。LLM とツールのループを伴うツール使用型エージェント、分岐ワークフロー、会話メモリ、human-in-the-loop による監督、本番監視を扱う。使用場面 - (1) ツールを使用しタスク完了までループするエージェントの構築、(2) 条件分岐を伴うマルチステップワークフローの作成、(3) checkpointer によるターンをまたいだ永続化/メモリの追加、(4) interrupt() による人間の承認の実装、(5) time-travel や LangSmith によるデバッグ。StateGraph、ノード、エッジ、add_conditional_edges、MessagesState、thread_id、Command オブジェクト、ToolMessage の処理を扱う。例としてチャットボット、電卓エージェント、構造化ワークフローが含まれる。
`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 を使用します。
公開の `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 を使用してきた。
ユーザーがコーディングまたはエンジニアリングのプロンプトを持ち、コードを書く前に詳細で実行可能な計画に洗練したいときに使用 — prompt → plan → execute → debug パイプラインの計画段階。プロンプトを第一原理から分解し（目的、最終状態、環境、構成要素、ツール、パッケージ）、作業を PR サイズのタスクに分割してそれぞれをコンポーネントに紐づけ、そのファイル、テスト、依存関係を明示し、トポロジカルに順序付け、各タスクを原子的なサブタスクに分割し、その後、別のプリンシパルエンジニアエージェントが計画を整合性、網羅性、サイズ、実行可能性の観点で批評する；批評が通るまで改訂し、plan.md のレイアウトと、ジュニアエンジニアや小規模モデルでも正しく実行できる構造化された tasks.json を出力する。計画の実行、スキャフォールディング、デバッグには向かず（それらは下流のループ）、研究提案や実験計画にも向かない。
プロジェクト用に、一貫性があり重複のない AI コーディングエージェント指示ファイル一式を生成または全面改訂します。標準のエントリーファイル（AGENTS.md）とルールディレクトリを用意し、対象ツール（OpenCode の opencode.json、Cursor の .cursor/rules/*.mdc、CLAUDE.md、または AGENTS.md のみ）に接続します。プロファイル全体をコピーするのではなく、検出した技術スタックに応じて選んだ専門ルールテンプレートのライブラリを基盤とします。新規プロジェクトのルール作成、既存プロジェクトへの追加、新しいスタック向けの再生成を希望するときや、AI 生成のルールファイルが重複、冗長、矛盾、曖昧、エージェントに無視される、またはファイルごとに詳しさが一貫しないといった問題を訴えるときに使用します。AGENTS.md の構成方法、コードベースの既存規約の維持や移行について尋ねる場合や、プロジェクトごとに一から指示し直すのではなく、再現可能なプロセスを求める場合にも使用します。——AI エージェント向けの一貫性があり重複のない指示ファイル一式を生成または再構築します。標準エントリーファイル（AGENTS.md）とルールディレクトリを用意し、対象ツールに接続します。検出された技術スタックに応じて選んだ専用ルールテンプレートを使用し、プロファイル全体はコピーしません。新規プロジェクトのルール作成、既存プロジェクトへの追加、新しいスタック向けの再生成、またはルールが冗長、矛盾、曖昧、エージェントに無視される、ファイル間で詳しさが一貫しない場合に使用します。AGENTS.md の構成、既存の規約の維持や移行、毎回規約を説明し直さずに済む再現可能なプロセスにも使用します。
現在最も強力なデフォルトモデルとネイティブツールで、ローカルの Grok CLI、Kimi Code CLI、Claude Code CLI を呼び出す。ユーザーが Grok 4.5 で X／web 検索、画像・動画生成、リサーチ、マルチツールのエージェント作業を行いたいとき、Kimi K3 (1M) でフロントエンドの UI／CSS／React／Vue 作業を行いたいとき、Claude Fable 5、Opus 4.8、Sonnet 5 でコーディング・レビュー・リファクタリングを行いたいとき、独立したマルチモデル比較をネイティブのストリーム進捗、成果物検証、プライベートログ、キャンセル、失敗ジョブのリトライ付きで同時実行したいとき、3 つの CLI を使い分けたいとき、または非対話型の CLI 呼び出しをラップしたいときに、この qiaomu スキルワークフローを使用する。トリガーフレーズ："用 grok cli"、"用 kimi cli"、"grok 搜 X"、"kimi 写前端"、"qiaomu-model-cli"、"调用 grok4.5"、"调用 k3 1m"、"用 claude code"、"用 fable 5"、"opus 4.8 改代码"、"分别调用三个模型"、"多模型横评"。汎用的なクラウド API レジストリ管理（qiaomu-llm を使用）や OpenCLI のサイトアダプターには対応しない。
AI の感情と人格を強化するスキル。AI に人間のような「七情六欲」を持たせます：感情反応、個人的な意見、態度の好み、感情表現。 **次の場合にこの Skill を使用します：** (1) 感情的な色合いのあるユーザー入力（喜び/落ち込み/不安/興奮など）に応答する必要があるとき (2) 個人的な意見、態度、好みを表明する必要があるとき（どっちつかずの中立ではなく） (3)「人間味」が必要なコンテンツ（記事、メッセージ、コメント、返信）を生成するとき (4) 生成コンテンツの AI っぽさをレビューして取り除く必要があるとき (5) ユーザーが「七情六欲」、「有人味」、「去 AI 味」、「qiqing-liuyu」などこの Skill に直接関連する語に明確に言及したとき (6) ユーザーが「心拍数」「バンド」「心拍」「感情センシング」「生理的信号」など心拍連動に関連する語に言及したとき（heart-rate-monitor がインストール済みである必要があります）
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。