Skills
エージェント向けにパッケージ化された専門スキルと手順を 97,905 件掲載。コマンド 1 行でインストールできます。
開発
既存のリポジトリ（ブラウンフィールド）で AI ファーストに作業できるよう、コンテキストを整備します。起動方法とテスト方法を確認し、CodeGraph インデックスを作成し、実際のレイヤーマップを再構築し、継承された判断を ADR として記録し、パターンカタログ（標準とレガシー）、負債マップ、検証可能なビルドルールをファイル:行番号の証拠付きでまとめ、人間の承認を待ちます。ARCH ロールが PRD のない既存コードベースに着手するとき、または作業前にレガシー／ブラウンフィールドリポジトリのコンテキスト整備、オンボーディング、文書化、マッピング、把握を求められた場合に使用
ローカルにチェックアウトがない場合、Dessnのクラウド上でアプリのコードを操作します。ユーザーの説明から画面を特定し、その背後にあるコードを見つけ、構成を説明し、コピー上で変更して結果を確認し、元の画面と並べてボードに配置し、元に戻します。すべてDessn MCP経由で行います。ローカルにコードがなく（空のフォルダーでClaude Desktop、claude.ai、またはClaude Codeを使うPMやデザイナーなど）、Dessnプロジェクトの画面を理解、変更、または調べたい場合に使用します。「このテキストはどこから来ている？」「料金ページの文言を変更して」「空状態はどう作られている？」「もっと親しみやすくして見せて」などが該当します。
`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 を使用します。
gitの作業ツリーの変更を、整理されたConventional Commitsにまとめます。差分を読み、リポジトリ独自のチェックを実行し、パス単位でステージし、無関係な変更は別々のコミットに分け、メッセージを作成して結果を検証します。次の場合に使用します。（1）ユーザーがコミット、進捗の保存、WIPの記録、完了したタスクの締めくくりを希望する。（2）作業ツリーに別々のコミットにすべき無関係な変更が混在している。（3）既存の使い方を壊す変更があり、リリースツールに認識させる必要がある。（4）ユーザーが commit、commit this、commit my changes、save progress、WIP commit、conventional commit、commit message、git add、staged、untracked、BREAKING CHANGE、feat!、Co-Authored-By、pre-commit hook、「split this into commits」に言及する。シークレットやビルド出力を除外するステージングルール、`bumpv`がMAJORリリースの判断に使う破壊的変更のマーカー、フックとamendのルール、帰属情報のトレーラーが入っていないことを確認するコミット後チェックを備えています。あらゆるgitリポジトリと技術スタックに対応し、リポジトリ独自のチェックと文書化された規約を接点とします。リリースツールでも変更履歴作成ツールでもなく、プッシュやプルリクエストのフローも扱いません。
MCU の周辺レジスタ、ビットフィールド、リセット値、アドレス（CMSIS SVD ベース）を検索し、各結果に出典と根拠ラベルを付けます。アドレス逆引き、レジスタ値のデコードと書き込み値の計算、ビットフィールド早見表とビットマップ、割り込み番号と NVIC 有効化のヒント、CMSIS 形式のマクロ生成、チップ間および周辺機器単位の比較、アドレス範囲検索、SVD 品質チェック、ローカルのチップ一覧と環境チェック、Markdown 表出力、解析結果のキャッシュに対応します。レジスタ、ビットフィールド、リセット値、周辺機器のベースアドレス、割り込み番号について質問された場合、書き込むレジスタ値のデコードや計算、レジスタマクロの生成、デバイス間のレジスタ定義の比較、またはマシン上の SVD ファイルの検索・検証を求められた場合に使用します。キーワード：寄存器、位域、复位值、SVD、外设地址、寄存器值、掩码、位图、中断号、IRQn、NVIC、宏定义、对比、整体对比、质量检查、SVD 位置、芯片清单、读改写、USART1->CR1、register、bitfield、mask、reset value、decode、interrupt。対象外：ピン多重化、マニュアルの章検索、正誤表の検索、コード内のレジスタ書き込みの検証（embedded-register-verify を使用）。
Windows（および Android）優先で進めた作業ブランチを mac ブランチにマージし、すべての変更が macOS に移植されているか、未対応であることが記録されているかを確認します。ユーザーが mac へのマージ、mac ブランチのマージ、mac の追いつき、Windows の作業の mac への反映を求めた場合に使用します。merge-branch のレビューチェックをすべて実施した後、mac 対応の確認を追加します。各変更の判定（移植済み、mac 対応作業が必要、延期）は、プロジェクトのプラットフォーム対応状況トラッカー（別の場所で管理していない限り CATCHUP.md）に記録し、Windows の動作が Mac で気づかれないまま失われないようにします。
公開の `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 を使用してきた。
リポジトリのドキュメントを実際のコードに合わせて同期します。README.md、CLAUDE.md、AGENTS.md、docs/にあるバージョン、依存関係、コマンド、プロジェクト構成、機能に関する記述を、マニフェスト、ロックファイル、スクリプト、ファイルと照合してから更新します。人が書いた文章、文体、セクション順は維持します。次の場合に使用します。（1）依存関係、フレームワーク、ランタイムのバージョンが変わったのに、ドキュメントに古いバージョンが記載されている。（2）スクリプト、Makefileのターゲット、ディレクトリ構成が変わった。（3）機能が追加、改名、削除され、ドキュメントと一致しない可能性がある。（4）エージェント向け指示ファイルが、存在しない可能性のあるコマンドの実行を指示している。（5）ユーザーが sync docs、update the README、docs are stale、docs out of date、outdated version in README、fix CLAUDE.md、AGENTS.md、package.json、lockfile、pyproject.toml、Cargo.toml、go.mod、「npm run lint」missing script、「docs: sync documentation with codebase state」に言及する。各エコシステムの事実確認表、宣言されたバージョン範囲と解決済みバージョンの比較ルール、検証できない機能の記述は推測せずフラグを付けるルール、変更・検証済み・要確認の3部構成レポートを備えています。Node、Rust、Python、Go、マニフェストのないリポジトリなど、あらゆるプロジェクトに対応し、リポジトリ独自のマニフェストやファイルを接点とします。変更履歴やバージョン更新のツールではなく、存在しないファイルのドキュメント作成や、コードがドキュメントに合っているかの監査も行いません。
`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 を使用します。
専門知識のない人と一緒に、固定された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 のコピーからどれほど乖離したかを報告します。
プロジェクト独自の安定版リリース手順に従って次の安定版を公開します。main ブランチが成功していることを確認し、バージョンを選んでリリースノートを作成し（write-release-notes 経由）、手動公開が必要なプラットフォームに公開します。ユーザーがノートを受け取った後にバージョンタグをプッシュし、ビルドを監視して公開内容と latest に指定されたリリースを確認します。安定版のリリース、作成、出荷、公開、バージョンタグのプッシュをユーザーが依頼した場合、または /release-stable を呼び出した場合に使用します。main ブランチの失敗や指示不足があれば推測せず停止し、バージョンタグを移動、削除、強制プッシュすることはありません。
Supabase Send Email Hook を介して PostHog のメールテンプレートから認証メールを送信できるように Supabase プロジェクトを接続します。サインアップが中断しない順序で設定します。Supabase の認証メール、メールテンプレート、Supabase Send Email Hook の設定、接続、テスト、修正を依頼された場合や、Supabase に「email rate limit exceeded」または認証メールのエラーが表示された場合に使用します。
船上の航海日誌と港にあるコピー（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のレビューや変更を依頼したときに使用します。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。