Skills
エージェント向けにパッケージ化された専門スキルと手順を 101,323 件掲載。コマンド 1 行でインストールできます。
すべて
SEC EDGARのデータを使用して米国株をスクリーニングし、順位付けします。セクターやテーマ別の銘柄検索、バリュエーション・成長性・品質指標による順位付け、投資アイデアの提示、条件に合う銘柄のスクリーニング、グループ内の最良の成長株・バリュー株・高品質株の検索に使用します。トリガー：「最良のAI株」「割安なヘルスケア株」「最も成長の速い半導体株」「バリュー株を探して」「高成長テック株をスクリーニング」「これらの株を品質順に並べて」「この中で最も成長が期待できる株はどれ」。注意：統計分析を伴う同業他社の横並び比較には、代わりにcomps-analysisを使用してください。
PostHog monorepo における flaky テストの再現、根本原因の特定、修正、検証をエージェントに導く。CI で断続的に失敗するが再実行やローカルでは通過する場合、`hogli ci:insights` または debugging-ci-failures skill が失敗を flaky テストと分類した場合、flaky なジョブの GitHub Actions URL が与えられた場合、テスト、PR、master の Trunk Flaky Tests を確認するよう求められた場合、または flaky な Jest、pytest、Playwright テストの de-flake、安定化、修正を求められた場合に使用する。中核となる規律：何かを変更する前にローカルで再現し、根本原因を修正し（sleep、リトライ、より大きなタイムアウトで決して覆い隠さない）、観測された失敗率に見合った N 回実行の検証ループで修正を証明する。安定化は唯一の有効な結果ではない — この skill はテストが存在すべきかどうかも判定するため、実際には何も捕捉しないテストを削除することや、実行されるレベルが原因で flaky になるテストを再レベリングすることも、第一級の結末である。
Flutter コードの品質を細部まで監査します。テスト、アーキテクチャ、コード実装について、GitHub 上の最新基準に照らして検証します。優先順位付きのアクションプランを含む詳細な違反レポートを作成します。Flutter コードの品質確認、ベストプラクティスの検証、コード標準への準拠レビューを依頼された場合に使用します。トリガー：「flutter best practices」「code quality」「code review」「flutter standards」「architecture compliance」「testing quality」。
invest シリーズのメインエントリーポイントです。資産の種類を特定し、専門分析ツールに振り分けます。個別株（A 株、香港株、米国株、機関投資家向け詳細分析）、ファンド、単一資産（債券、転換社債、金の10項目分析を含むコモディティ、REITs）、マクロ経済と市場環境、機関投資家向けコンテンツ作成、資産配分、専門家による検討を扱います。データ取得は invest-cli に統一（マルチソースデータ層：Tencent quotes / Tencent WeStock / Hithink / Eastmoney / yfinance / SEC EDGAR / FRED / Wind / YingMi / TTFund official ttskill + argo finance vertical sources。quote / kline / westock / intent / info / datasources の統一エントリーポイント）。トリガー：「分析して」「これを見て」「買う価値はある？」「これはどう？」「資産配分」「専門家の意見は？」「ファンド分析」「株式分析」「金は買える？」「転換社債」「REITs」「債券」「流動性」「市場環境」「調査レポートを作成」「ウォッチリスト」「/cli」。
組み込みサービス、トリガー、appsscript.json マニフェストを使った、Google Workspace（Sheets、Docs、Gmail、Drive、Calendar、Forms）自動化向けの Google Apps Script 開発です。.gs ファイルの作成や修正、Google Sheet の自動化、スクリプトからの Gmail 送信や処理、時間主導型または編集時トリガーの設定、カスタムスプレッドシート関数の作成、UrlFetchApp による外部 API 呼び出し、appsscript.json での OAuth スコープ設定に使用します。Google Ads スクリプトには使用せず、google-ads-scripts を使用してください。Node.js、Cloud Functions、Cloud Run、Workspace API の REST クライアントには使用しないでください。これらは異なる API とクォータを使用します。
ヘブライ語をネイティブにサポートする対話型 AI チャットボットを構築します。WhatsApp Business API の統合、Telegram ボットのひな形、Web チャットウィジェット、ヘブライ語 NLP パターン、RTL チャット UI コンポーネントを含みます。RTL 配置の崩れ、性別語形変化の誤り、意図検出を妨げる接頭前置詞の不適切なトークン化など、ヘブライ語チャットボットによくある問題を防ぎます。「ヘブライ語チャットボットを構築」「ヘブライ語の WhatsApp ボットを統合」「binui bot b'ivrit」と依頼された場合や、ヘブライ語話者向けの会話フローを設計する場合に使用します。ヘブライ語の形態に基づく意図検出、イスラエルのデータ（NIS の金額、電話番号、日付）のエンティティ抽出、性別に配慮した応答を扱います。ヘブライ語以外のチャットボットや、ヘブライ語要素を含まない一般的な NLP パイプラインには使用しないでください。
単一の OpenSpec 成果物を対象とする、作成後に敵対的レビューを行う工程です。サブエージェントが草案を作成し、`hrt-artifact-lint` で決定論的な構造チェックに合格した後、2 つのサブエージェントが新しい隔離コンテキストで並行してレビューします（Destructive Critic は内容／ロジック、Structural Auditor はリンターでは判断できない構造上の判断を担当）。指摘を解決してから最終化します。成果物（specs または design）を指定します。tempa-spec スキーマの `specs` および `design` フェーズで使用します。
OpenSpec の tempa-spec スキーマにおける成果物横断の整合性レビューです。コードを書く前に、proposal.md、specs/**/*.md、design.md、tasks.md が相互に整合し、要件に忠実かを確認します。1 サイクルは、ALIGN パス（`hrt-artifact-lint` による決定論的な構造と網羅性の確認、5 つの判断軸、結果ゲート、続いて HIGH/MEDIUM/LOW × MECHANICAL/DECISION に分類。HIGH DECISION の指摘はまとめて提示し、1 件ずつ回答し、それ以外は一括要約）、新しいコンテキストでの VERIFY パス（ALIGN で HIGH の指摘があった場合のみ）、specs と design を中心とした人間による WALKTHROUGH で構成されます。WALKTHROUGH のフィードバックは ALIGN に戻されます。問題のない WALKTHROUGH が完了するか、ユーザーが承認すると終了します。3 サイクル後には続行するか確認します。tempa-spec スキーマの `align` フェーズで使用します。
UI 向けの一貫した SVG アイコンシステムを設計・実装する：キーライングリッド、ストローク規則、光学補正、アウトライン/塗り/デュオトーンのスタイル、アイコンとテキストの配置、アニメーション、アクセシブルなマークアップ。コード内の UI アイコンに使用する。ロゴマークには brand-identity、イラストには image-generation を使用する。トリガーフレーズ：「icon design」「svg icon」「icon system」「custom icons」「icon animation」「icon grid」「icon accessibility」「duotone icon」「icon set」「animated icon」
既存のメモリ（wiki の基盤）を使って質問に回答します。ユーザーがプロジェクト、ディレクトリ、コードベース、アーキテクチャ、ワークフロー、決定事項、現在の状態について尋ね、wiki に回答がありそうな場合は、wiki に明示的に言及していなくても使用します。現在の wiki ページに基づく要約、比較、再利用可能な分析にも使用します。正式な目標状態に関する質問は /loam::setting-goals に振り分けます。未解決の不足事項を明らかにする用途ではありません。その場合は /loam::reviewing-memory を使用します。
Mainline を使用する、または必要とする可能性のある Git リポジトリーでのコーディングエージェント作業に使用します。また、Mainline、intents、agent autonomy、agent_authority、max_autonomy、stop lines、allowed_boundary、inspect_or_stop、before_commit/proposed_intent/opened_pr、現在の指示による上書き、commit/seal の引き継ぎ、push/PR レビューの境界、merge/release/deploy の境界、auto-submit/auto-commit/auto-seal の動作、hooks、proposals、gaps、conflicts、コミット、プッシュ、PR の作成、PR の説明、セットアップについてユーザーが言及した場合にも使用します。
JavaScript コードベースを TypeScript に移行します。.js ファイルの .ts への変換、既存の JS への型追加、型付けが緩い TS プロジェクトの strict モードへの移行を扱います。tsconfig と allowJs の方針、strict フラグ（noImplicitAny、strictNullChecks、noUncheckedIndexedAccess）の段階的な適用、公開 API の型付け、`any` や安全でないキャストの `unknown` と型の絞り込みによる置き換え、実行時境界（JSON、env、API レスポンス）の検証、CommonJS から ESM への変換、プロトタイプのクラス化、移行に必要なビルド／CI の変更を網羅します。ユーザーが「型を追加」「strict モードを有効化」「このファイルを TypeScript に変換」とだけ述べた場合も、特に JS/TS 混在リポジトリでは使用します。一般的な TypeScript リファクタリングとは異なり、ビルドを維持しながらファイル単位で移行を進めます。
CSS/JS による UI アニメーションとマイクロインタラクション：duration と easing のトークン、hover/press フィードバック、ページ・ビューのトランジション、スクロール駆動の出現、ローダー、スタッガー、reduced-motion 対応、パフォーマンス。Web/アプリ UI のモーションに使用（動画やアニメーション画像の生成には使用しない）。トリガーフレーズ：「animation」「micro-interaction」「motion design」「page transition」「scroll animation」「loading animation」「css animation」「hover effect」「skeleton loader」「stagger animation」。
Next.js ページ用の URL 状態フィルターをスキャフォールドする — 型付きの `searchParams.ts` パーサーマップと、`useQueryStates` に支えられた `<Filters />` クライアントコンポーネント。単一の JSON 仕様から 4 つのファイルを同期して生成する — クライアントパーサーマップ、サーバーのローダー／キャッシュ／シリアライザー、クライアントコンポーネント、Vitest テスト — いずれも nuqs Standard Schema パターンに従い同じパーサー定義を共有する。ユーザーが「/search にフィルターを追加して」や「このページ用の型付きクエリ文字列がほしい」と言っただけでもトリガーする — どちらもまさにこのスキルの役割である。
統合 Obsidian スキル：プラグイン開発とデスクトップ自動化。Obsidian プラグインの構築または検証（ボイラープレート、27 個の ESLint ルール、提出）、または公式 CLI、obsidian:// URI、kepano/obsidian-skills の markdown/bases/json-canvas パターンを使ってターミナルからデスクトップ版 Obsidian を操作する場合に使用する。トリガー：obsidian plugin、obsidian cli、obsidian automation、obsidian development、obsidian eslint、obsidian submission、obsidian markdown、obsidian bases、json-canvas、obsidian vault、obsidian URI、obsidian commands。プラグインとしてインストール可能：claude plugin marketplace add akillness/jeo-skills
13 のプラットフォーム（Instagram、Facebook、LinkedIn のプロフィールとページ、YouTube、TikTok、X、Pinterest、Bluesky、Threads、Mastodon、Google Business、Telegram のチャンネルとグループ、Discord のチャンネル）のソーシャルメディアを管理します。投稿、ストーリーズ、リールの作成、メディアのアップロード、フォルダーの整理、分析データの表示、ソーシャル受信箱の DM・コメント・メンションの閲覧と返信ができます。Instagram と Facebook でコメントから DM への自動化（X では DM キーワードの自動化）を設定し、フックや形式で投稿にタグを付けて分析データで比較できます。クレジット残高の確認や、X の統計情報を読み取る頻度の設定（X の統計情報の取得にはクレジットを消費）も可能です。OmniSocials でできないこととその理由の確認、機能リクエストの送信、OmniSocials API 経由での Webhook 設定にも対応します。
PactFlow と Pact のコントラクトテストの専門アシスタント。ユーザーが PactFlow、Pact、コントラクトテスト、コンシューマー駆動コントラクト、プロバイダー検証、can-i-deploy、pact broker、pacticipants、双方向コントラクトテスト（BDCT）、pact の公開、デプロイの記録、プロバイダーステート、コントラクトマトリックス、または PactFlow ワークスペースでの環境とバージョンの管理に言及したときはいつでもこのスキルを使用する。ユーザーが AI を使って Pact テストを生成またはレビューしたいとき、デプロイの安全性を確認したいとき、コンシューマー・プロバイダー検証がなぜ失敗したかを調査したいとき、またはコントラクトテストを CI/CD に統合したいときにもトリガーする。ユーザーが "PactFlow" と明示していなくてもトリガーする —— "safe to deploy?"、"check compatibility between services"、"consumer test"、"OpenAPI contract"、"AsyncAPI contract"、"service compatibility matrix" といったフレーズは強いシグナルである。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。