Skills
エージェント向けにパッケージ化された専門スキルと手順を 98,067 件掲載。コマンド 1 行でインストールできます。
開発
Composio CLI、cli-keyring、json-schema-to-effect-schemaパッケージのEffect v4コードを作成、レビュー、アップグレードします。すべて[email protected]に厳密に固定されています。Context.Serviceと明示的なレイヤー、Schema.TaggedErrorと型付きリカバリー、effect/cliのコマンドインターフェース、vendored effectソースオラクルを扱います。Effect v4コードの作成・レビュー、v4 APIの質問への回答、effect/cliでの作業、Context.Serviceサービスの定義、Schema.TaggedErrorによるエラーのモデル化、Effectの固定バージョン更新、またはts/vendor/effectを使った不慣れなAPIの検証に使用します。CLIコマンドのUX／配線設計には使用せず（cli-commandを使用）、CLI E2Eテストにも使用しないでください（cli-e2eを使用）。
コードの計画や変更に先立ち、リポジトリ、環境、ドキュメント、実行時の証拠を必要最小限だけ収集します。重要な事実が不明な場合、実行経路の追跡、未知のパッケージの調査、コードベース内の矛盾の解消に使用します。ユーザーが「fable-discover」と明示していない場合も対象です（例：「コードベースを調べて」「これはどう動くの」「どこに実装されているの」「このルートの処理箇所を探して」）。範囲が明確な編集（fable-execute を使用）、外部 API／バージョンの調査（fable-research）、既存テストスイートの実行（fable-verify）には使わないでください。
ルーティングされた get-fable の作業向けに、厳選された機能をプロビジョニングし、再現可能な機能ロックを管理し、ホスト統合を検証して、機能実行契約をコンパイルします。マシン機能の検出、eco プロファイルの管理、機能インストールの計画、エコシステムの健全性修復、機能を考慮した実行契約の準備に使用します。ユーザーが「fable-eco」と明示していない場合も対象です（例：「install eco capabilities」「run eco discover」「repair ecosystem」「explain capability run」）。独立したタスクルーターとしては使わないでください（get-fable を使用）。
承認済みで範囲が限定された作業カードを一つ実装し、直ちにローカルで検証して、不変条件を維持し、スコープを逸脱しないようにします。計画済みの作業カードの実行、明確に定義されたコード変更の適用、独立した関数の実装、単一スコープに絞った編集に使用します。ユーザーが「fable-execute」と明示していない場合（例：「このカードを実装して」「このステップのコードを書いて」「合意した変更を適用して」「このコンポーネントを作って」）も対象です。新たなアーキテクチャ上の判断が必要な場合は使用せず（fable-plan を使用）、テストが繰り返し失敗する場合も使用しないでください（fable-recover を使用）。
調査で得た証拠を、明確な受け入れ基準とアーキテクチャ上の不変条件を備えた、範囲限定済みでテスト可能な作業カードに変換します。複数ファイルにわたる機能設計、複雑なリファクタリングの計画、アーキテクチャ移行の分解、複数ステップの実装タスクの構成に使用します。ユーザーが "fable-plan" と明示していない場合も対象です（例："plan this feature"、"design the architecture"、"break this task down"、"create an implementation plan"）。重要な事実が未確定の場合（先に fable-discover を使用）や、単一範囲の単純なバグ修正（fable-tdd または fable-execute を使用）には使わないでください。
追加のコード編集を行う前に、コマンドの繰り返し失敗、古いビルドキャッシュ、ブランチのずれ、矛盾する証拠を診断します。コマンドが繰り返し失敗する場合、修正を試してもテストが失敗し続ける場合、ビルド出力がソースコードと食い違う場合、実行経路が混乱している場合に使用します。ユーザーが "fable-recover" と明示していない場合も対象です（例："still failing"、"why did this fail again"、"stuck in a failure loop"、"diagnose this error"）。新規のTDDで起きる通常の初回テスト失敗には使わないでください（fable-tdd を使用）。
実装前に一次情報源に照らして、最新の外部情報、公式ドキュメント、ライブラリの動作、API 契約を確認します。ライブラリのドキュメント確認、破壊的変更の調査、外部 API の調査、フレームワークのバージョン確認に使用します。ユーザーが "fable-research" と明示していない場合も対象です（例："check the latest docs"、"what is the API for X in version Y"、"look up SDK specs"、"verify library support"）。リポジトリ内のコード調査（fable-discover を使用）や実装コードの直接作成（fable-tdd または fable-execute を使用）には使わないでください。
準備完了プローブとクリーンな終了処理を用いて、CLI バイナリ、Web サーバー、TUI、Electron アプリ、バックグラウンドデーモンなどの実行中アプリケーションを起動、管理、検証します。開発サーバーの起動、稼働中のスモークテスト、対話型 CLI バイナリのテスト、実行時のスモーク検証に使用します。ユーザーが「fable-run」と明示していない場合も対象です（例：「開発サーバーを起動して」「アプリを起動して」「実行中の CLI をテストして」「Web アプリのスモークテストをして」）。実行中のプロセスがない状態での静的解析やユニットテストには使わないでください（fable-verify を使用）。
動作が確定した最近変更されたコードをリファクタリングして簡素化し、動作を維持しながら可読性を高め、不要な分岐を削除し、深くネストしたロジックを平坦化し、重複を減らします。複雑な関数の整理、ボイラープレートの削除、ロジックの重複解消、テスト合格後のコードの抽象度向上に使用します。ユーザーが "fable-simplify" と明示していない場合も対象です（例："simplify this code"、"clean up this function"、"refactor this logic"、"make this cleaner"）。テスト失敗時（fable-recover を使用）や、推測に基づくアーキテクチャの書き換え（fable-plan を使用）には使わないでください。
観測可能な回帰テストを用いた規律ある red-green-refactor サイクルで、テスト可能な動作変更とバグ修正を進めます。単体/統合テストを伴う新機能の実装、再現可能なバグの修正、ビジネスロジックの変更、テストファーストの動作契約の作成に使用します。ユーザーが「fable-tdd」と明示していない場合（例：「テストファーストでこのバグを直して」「テストを書いて通して」「テスト付きでこの機能を追加して」「このロジックを TDD で進めて」）も対象です。明確なアサーションのない広範な探索的プロトタイピングには使用せず（fable-discover または fable-plan を使用）、実装後のレビューにも使用しないでください（fable-review を使用）。
Depth、Breadth、Coil、Mesh にまたがる低レベルのエージェント設計パターンと認知的な反射を扱います。シニアエンジニアの知見を、冗長性の排除、真実の保持、逸脱の防止、学習の蓄積につながる反射へと変換します（re0、readchk、autobahn、ssotize、detool、feynman、debloat、sip、hate、macrothink、prism）。複雑なシステムのリファクタリング、AI スロップの除去、逸脱した成果物をクリーンな v0 から書き直す作業、真実を単一の情報源に集約する作業、反対意見を踏まえたアーキテクチャ判断の評価に使用します。
アーキテクチャ、デバッグ、セキュリティ監査について第二意見を得るために Google Gemini CLI に相談する。Gemini の 100 万トークン以上のコンテキストウィンドウで包括的なコード分析を行う。Flash（高速）、Pro（徹底的）、3-Pro-Preview（最先端）を比較。使用する場面: アーキテクチャ上の判断に第二意見が必要、2 回以上試してもデバッグが行き詰まっている、セキュリティに敏感なコードを書く、リファクタリング（5 ファイル以上）を計画する、コンテキスト容量が 70% 以上に迫っている、技術スタックに不慣れ、ピアレビューが必要、Flash と Pro と 3-Pro-Preview を比較したい。キーワード: gemini-cli、google gemini、gemini command line、second opinion、model comparison、gemini-2.5-flash、gemini-2.5-pro、gemini-3-pro-preview、architectural decisions、debugging assistant、code review gemini、security audit gemini、1M context window、AI pair programming、gemini consultation、flash vs pro、AI-to-AI prompting、peer review、codebase analysis、gemini CLI tool、shell gemini、command line AI assistant、gemini architecture advice、gemini debug help、gemini security scan、gemini code compare
`gh` CLI を使って GitHub のタスクを完遂する — プルリクエストの検査、レビュー、マージ、issue、CI チェック、リリース、ワークフロー実行、コード検索、リポジトリとラベルの管理。ユーザーが「merge PR」「check CI」「list issues」「review PR」「PR status」「close issue」「trigger workflow」「view release」「search repos」と言う場合、または /gh を呼び出す場合に使用。読み取り専用のローカルコンテキストに限り `git`（log、diff、status）を使用する。コミット、ステージング、プッシュ、PR 作成には使用しない — それらには /plate を使用。コード品質のレビューには使用しない — 専用のレビュー skill を使用。
ローカルブランチ、PR、コミット、ファイル、アーキテクチャドキュメント、リポジトリ skill に対する自動化された Cherry Studio レビュー。プロジェクト固有の命名、main/renderer/shared の配置と依存ルール、IpcApi と DataApi の境界、ライフサイクル/サービスの所有権、renderer hooks、React/UI 規約、およびテストを必要とするコードまたはドキュメントのレビューに使用する。レビューの深さは diff のサイズと実行時のサブエージェント能力（単一エージェントまたはマルチエージェントのレビュアー・検証者）に応じて適応する。既定では報告のみ。コード修正と GitHub への投稿には、それぞれ呼び出し時の明示的な許可（`fix` / `submit`）が必要。通常のレビュープロンプトと安全な中断の挙動は、以下のインタラクション契約に従う。レビューセッション後に skill の不足を診断するには、`/gh-pr-review diag` を実行する。
Hexabot v3 の action の作成、スキャフォールディング、実装、レビュー、ドキュメント化、改善を行う。カスタムワークフロー action、外部 API 統合、LLM を利用した action、memory の読み書き、設定や認証情報の処理、action バインディング、拡張/プラグインの action パッケージ、入出力契約の設計を含む。業務統合の要件を Hexabot action としてラップするときに使用する。汎用の NestJS、フロントエンドのみの作業、action の実装が必要でない限り汎用のワークフロー YAML、チャットボットのコピーライティング、Hexabot action としてラップされていない汎用 API クライアント、Hexabot 以外の自動化フレームワークには使用しない。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。