Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,064 件掲載。コマンド 1 行でインストールできます。
開発
`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 を使用します。
redis-docs MCP サーバー（redis.io/mcp の search / fetch / ask）の利用方法。インデックスの構成と返却結果の読み方を扱います。これらのツールが利用可能で、Redis ドキュメントを検索するとき、または結果が分かりにくいときに使用します。たとえば、fetch がページ全体ではなく短いセクションを返す、複数の検索結果が同じ url を共有する、ID が #sec:w1 のように見える、metadata.version が 1.0.0 と表示される、検索結果が空になる、ask がレート制限されたりドキュメントに記載がないと応答したりする場合です。redis.io がインデックス化する内容としない内容も扱います
ターミナルから `sctl` CLIを使って、ユーザー自身が実行中のブラウザーとScriptCatを操作します。タブ、ウィンドウ、ブックマーク、履歴、Cookie、ダウンロード、拡張機能の一覧表示と整理、ページの読み取りと操作（アクセシビリティスナップショット、クリック、入力、スクリーンショット、JavaScriptの実行）、コンソールエラーとネットワークリクエストの調査、raw CDPコマンドの送信やCDPエンドポイントのPlaywright/Puppeteerへの引き渡しに対応します。また、ScriptCatユーザースクリプトの表示、検索、インストール、編集、有効化、実行、削除やログの確認もできます。ユーザーが実際のブラウザーでの操作や確認（「開いているタブは？」「このページを開いてクリックして…」「このページでエラーが出るのはなぜ？」「失敗しているリクエストは？」「ログイン済みのブラウザーでPlaywrightスクリプトを実行して」など）を求めた場合、またはsctl、sctl Browser、ScriptCatに言及した場合は、ツール名を明示していなくても使用します。ユーザーのブラウザーに触れない通常のフロントエンドコーディングや、sctlリポジトリ自体の開発には使用しません。
専門知識のない人と一緒に、固定された8つの手順でウェブサイトを構築します。モックアップ、デザイン（特性に基づく2〜3案）、フレームワーク、承認用 PRD、ローカルでの構築と提示、港への送付とそこでのブラウザー表示、組立ライン、サイトまたはサーバーの順です。Cockpit で島を開き、各手順を schritt_melden で報告します。ウェブサイト構築中は常にこのスキルを使用します。webseite-planen の後、webseite-modernisieren の現状調査後、「サイトを作って」「モックアップ」「草案」「PRD」「ローカルで確認」「計画の次はどうする」などの依頼に使用します。
openSUSE RPM パッケージの作成、変更、レビュー、ビルドを行います。.spec および .changes ファイル、osc / OBS、src.opensuse.org (Gitea) 上の Git パッケージングワークフローが対象です。.osc/ チェックアウトや *.spec ファイルを扱う場合、osc、OBS、rpmbuild、git-obs、tea、rpmlint、spec-cleaner について言及された場合、またはパッケージの更新、ビルド、提出、レビュー、フォーク、古いパッケージの確認、パッケージのプルリクエスト作成を依頼された場合に使用します。
既存製品の画面を代表的なページテンプレートとしてデザインシステムの Storybook に補完します。製品がすでに LOCAL デザインシステムを使用している箇所はそこから再構築し、システム由来ではない領域をすべて明確に示します。「get this product into Storybook」「backfill our screens」「represent this product in the design system」「I want to see how a component change ripples across products」「relocate these pages into Storybook」と言われた場合、または製品（サイト、アプリ、リポジトリ、URL）と Storybook が挙げられた場合に使用します。これは翻訳ではなく移設です。画面を移動してシステム外の部分を示します。独自 UI をシステムに合わせて変換すること（それは vibe-killer）も、移行計画を立てること（それは ds-adoption-plan）もしません。また更新処理を実行し、前回の取得以降に製品が Storybook のコピーからどれほど乖離したかを報告します。
Supabase Send Email Hook を介して PostHog のメールテンプレートから認証メールを送信できるように Supabase プロジェクトを接続します。サインアップが中断しない順序で設定します。Supabase の認証メール、メールテンプレート、Supabase Send Email Hook の設定、接続、テスト、修正を依頼された場合や、Supabase に「email rate limit exceeded」または認証メールのエラーが表示された場合に使用します。
Capacitor Android アプリで R8 を有効にし、Google Play の DEX コード最適化要件（DEX コードが 10 MB を超えるアプリでは、2027 年 2 月以降、難読化・最適化・縮小を少なくとも 25% 実施）を満たす方法をエージェントに案内します。`android/app/build.gradle` で `minifyEnabled true` と `proguard-android-optimize.txt` を設定する方法、R8 full mode での起動時クラッシュを防ぐ `-keep @interface com.getcapacitor.** { *; }` ルール、プラグインごとの keep ルール、`missing_rules.txt` による R8 の「Missing class」ビルドエラーの解決、debug keystore を使った署名済み release APK のビルド、logcat・`mapping.txt`・アプリバンドル内の `r8.json` ファイルによる検証を扱います。Play Console で DEX コード最適化の指摘が表示された場合、`minifyEnabled` の有効化後に Capacitor アプリが起動時にクラッシュする場合、または R8 により release ビルドが失敗する場合に使用します。iOS、リソース縮小、Capacitor プラグインプロジェクト、Capacitor のバージョンアップ、非 Capacitor のモバイルフレームワークには使用しないでください。
船上の航海日誌と港にあるコピー（Albatros の Git サービス code.aufwind.sh）に例えて、知識のない人に Git を説明します。港から repo を取得し、適切なメモを添えて最初の記録（Commit）を作成し、港へ送信（Push）して、Albatros サーバーの ~/projekt にコピーが届いたことを確認します。ルール：main のみ、自分のファイルだけを1つずつステージする、force-push はしない。「Git」「GitHub」「港」「commit」「push」「pull」「Repo」「Repository とは」「変更を保存」「push が拒否された」「競合」の場合、および本人のために commit する前に使います。
インタラクティブシェルを使ってUIを設計・変更します。仕様と低忠実度のスケッチ、または既存コンポーネントから、プロジェクト独自のスタイルに沿った高忠実度の mock.html を作成し、ユーザーと反復調整してから実装します。または、実行中のアプリ上でシェルを開き、ユーザーが実際の要素を確認、コメント、再スタイルできるようにします。変更はコードとテストに直接反映されます。ユーザーが /building-ui を実行したとき、スケッチから新しいコンポーネントやUI要素のモック作成を依頼したとき、モックを通じたコンポーネント変更、承認済みモックの実装、または実行中アプリのUIのレビューや変更を依頼したときに使用します。
Cコード内のMCUレジスター書き込みがチップのSVDと一致するか検証します。周辺機器、レジスター、ビットフィールドの存在、値がビット幅を超えていないか、列挙値が有効か、読み取り専用ビットへの書き込み、アクセス前のクロック未有効化、アドレスのハードコードを確認します。「報告／未判定／合格」に分類して出力し、再確認用チェックリストも作成できます。組み込みCの初期化コード、レジスター書き込み、またはAI生成ファームウェアのレジスターをレビューするときに使用し、チップSVDと照合します。キーワード：レジスター検証、レジスターチェック、AI生成コード、ドライバーレビュー、初期化コードチェック、照合、register check、verify register writes。対象外：HAL/LL構造体の設定セマンティクス（未判定扱い）、外付けデバイスのコマンド（Flash、センサー）、タイミングの正しさ、一般的なコードスタイル、レジスターに関する事実照会（embedded-register-lookupを使用）。
Claudeのサブエージェントではなく、外部のコーディングエージェントCLI（OpenAI Codex `codex exec`、Google Antigravity/Gemini `agy -p`、またはアダプターを備えた任意のハーネス）に実装作業を委任します。負荷の高いコーディングで他プロバイダーのクォータを消費し、Claudeはフォアマンとして計画、指示、差分レビュー、検証を担当します。ユーザーが/foremanを呼び出した場合や、「codex/gemini/agyを作業者として使う」「Claudeのクォータ／上限を節約する」「別のモデルにコーディングさせて自分はレビューする」と求めた場合に使用します。作業者はscripts/dispatch.shを介して、分離されたgit worktree内で実行されます。
iOS 27.3 / macOS 27.3 / visionOS 27.3 の Siri モデルにアプリを対応させます。App Intents をまだ使用していないアプリも対象です。用途：@AppIntent(.tool) / ToolIntent（@AppIntent(.tool, schema:) を含む）でインテントをツールとして Siri に公開する、@AppEntity(.generable) / GenerableEntity でモデルがパラメーター値を記述できるようにする、@Property description: で Siri 向けにエンティティのプロパティを説明し visibility: .internal で非表示にする、アプリのタスクに関するコンテキストを Siri に与える SKILL.md ファイルを含む Skills.skillsbundle を追加する、sirimetadataanalyzer（Siri Metadata Analyzer）を実行して検出結果を修正する、これらのマクロによるビルドエラーを解決する、Siri モデルが読み取るタイトルや説明を設定する。「アプリを Siri に対応させたい」、「Siri AI」、「Apple Intelligence」についての問い合わせにも使用します。Siri によるアプリの使用方法をテストする場合は siri-evaluations を使用します。一般的な App Intents の実践には app-intents-specialist を使用します。その他の iOS 26 / 27 App Intents API には app-intents-whats-new-27 を使用します。
Frappe/ERPNextの顧客サポートチケットに対応します。報告された問題やエラーをトリアージし、サンドボックスで安全に実行できるSystem Consoleのコードスニペットでサイトデータを依頼し、コードパスを追跡して、安全なブランチ／コミットの流れで修正します。ユーザーが顧客から報告された問題、症状、エラーログを貼り付ける、チケット番号を示して確認を求める、顧客サイトからデータを取得するコードを求める場合に使用します。例：「顧客が在庫台帳が一致しないと言っている」「このチケットを見て」「チケット78690を確認して」「サイトでXを確認するスクリプトを書いて」、顧客／エージェントの会話やトレースバックの貼り付けなど。最新のやり取りのコンテキスト更新にも使用します。例：「顧客の最新の返信を確認して」「チケットに新しい返信はある？」「スレッドを更新して」
Otimiza qualquer landing page ou aplicação web (React, Vite, Next.js, HTML) para atingir nota máxima (98-100) no Google Lighthouse 13 em Performance, Accessibility, Best Practices, SEO e Agentic Browsing, aplicando técnicas avançadas de SEO, AEO (Answer Engine Optimization) e GEO (Generative Engine Optimization para ChatGPT, Perplexity, Claude e Gemini). Use quando o usuário pedir para melhorar SEO, AEO, GEO, ser encontrado por IAs/buscadores, criar llms.txt/ard.json ou bater nota 100 no Google Lighthouse.
予約またはスケジュール管理アプリ向けに、双方向の Google Calendar 同期を構築します。ホストは OAuth で Google アカウントを接続し、選択したカレンダーのイベントを空き状況に反映します。プッシュ通知と更新 cron で最新状態を保ち、確定した予約はイベントとしてカレンダーに書き込み、依頼があれば Google Meet リンクも追加します。用途：(1) 予約、アポイントメント、クラス、シフトを扱うアプリで、スタッフの Google Calendar の予定を考慮する、または予約を書き込む場合。(2) 既存の同期で、実際にはない予定が空きを塞ぐ、イベントの欠落や重複、グループセッションが最初の予約後に塞がれる、エラーなしで同期が停止する、アクセス権の取り消し後にユーザーが先へ進めないなどの問題がある場合。(3) Google Calendar integration、two-way calendar sync、connect Google Calendar、busy time、free/busy、events.watch、push notifications、X-Goog-Channel-Token、channel renewal、calendar.events scope、refresh token、invalid_grant、offline access、PKCE、Google Meet link、conferenceData、extendedProperties、hangoutLink に言及された場合。fetch を使う依存関係のない Google クライアント、純粋な空き時間マッパーと差分計算、single-flight 同期、冪等な予約イベント、旧チャネルを切る前に新チャネルを作る更新方式、カレンダーごとに算出する健全性、Firestore と Supabase のストア、4 つのプロセスタイムゾーンで実行する 32 件の node:test テストスイートを備えます。Next.js App Router のルートハンドラーと、その他の Node サーバー向け Express アダプターを使用します。ストレージ、認証、予約ソースは差し替え可能です。Outlook や Microsoft 365（microsoft-calendar-sync）、時間枠生成（time-slot-generator）、カレンダー UI、ICS フィードには対応しません。
Microsoft Graph を使って、予約・スケジュール管理バックエンド向けの Microsoft 365 / Outlook カレンダー双方向同期を構築します。主催者は OAuth で Microsoft アカウントを接続し、選択したカレンダーの予定が空き時間をブロックします（変更通知サブスクリプションと更新 cron を使用）。確定した予約は Teams 会議リンク付きの予定としてカレンダーに書き込まれます。次の場合に使用します：（1）予約、アポイントメント、クラス、シフトを扱うアプリで、スタッフの Outlook の予定を空き状況に反映する、または予約を Outlook カレンダーに登録する必要がある。（2）既存の Outlook または Graph カレンダー連携が接続から1時間後に停止する、通知が届かない、休暇を無視する、予定が重複する、サブスクリプションを失う。（3）ユーザーが Outlook calendar integration、Microsoft 365 calendar、Office 365 calendar sync、Microsoft Graph calendar、Entra ID app registration、Calendars.ReadWrite、calendarView、change notifications、Graph subscription、clientState、validationToken、lifecycleNotificationUrl、subscriptionRemoved、MSAL refresh token、AADSTS700082、invalid_grant、interaction_required、singleValueExtendedProperties、teamsForBusiness、showAs、isAllDay、mailboxSettings timeZone に言及する。fetch ベースで依存関係のない Graph クライアント、終日予定をメールボックスのタイムゾーンに合わせる純粋な空き時間マッパー、単一実行の同期、拡張プロパティのマーカーによる予約イベントの再検索、失われたサブスクリプションを置き換えるインプレース更新、カレンダーごとの導出ヘルス状態、Firestore および Supabase ストアを備えます。4つのプロセスタイムゾーンで実行する 43 件の node:test テストスイートも含みます。TypeScript の Next.js App Router ルートハンドラー向けで、その他の Node サーバーには Express アダプターを用意します。ストレージ、認証、予約ソースは CalendarStore、authenticate、BookingSource の境界の背後にあります。Google Calendar、オンプレミス版 Exchange（EWS）、カレンダー UI は対象外です。
ユーザーが "implement FSD"、"use Feature-Sliced Design"、"organize architecture"、"structure project folders"、"set up FSD layers"、"create feature slices"、"refactor to FSD"、"add FSD structure" を求めたり、"feature slices"、"layered architecture"、"FSD methodology"、"architectural organization"、"views layer"、"entities layer"、"shared layer"、"Next.js with FSD"、"Turborepo FSD structure" に言及したときにこのスキルを使用する。Next.js アプリケーションで Feature-Sliced Design 方法論を独自の 'views' レイヤー命名で実装するための包括的なガイダンスを提供する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。