Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
すべて
openSUSE RPM パッケージの作成、変更、レビュー、ビルドを行います。.spec および .changes ファイル、osc / OBS、src.opensuse.org (Gitea) 上の Git パッケージングワークフローが対象です。.osc/ チェックアウトや *.spec ファイルを扱う場合、osc、OBS、rpmbuild、git-obs、tea、rpmlint、spec-cleaner について言及された場合、またはパッケージの更新、ビルド、提出、レビュー、フォーク、古いパッケージの確認、パッケージのプルリクエスト作成を依頼された場合に使用します。
米国株のウォッチリストについて、価格が設定値を上回る／下回る場合、日次変動率、窓開け、52 週高値／安値、移動平均線のクロス、RSI、ATM IV、出来高急増、日中値幅、ストップ／目標値への到達、今後の決算などの価格アラートを確認します。重複排除、クールダウン、NYSE の取引時間、任意の ntfy/Slack/webhook 通知、時間外取引、祝日、US/Eastern 時刻に対応します。「アラートはある？」「ウォッチリストを確認して」「AAPL が 200 を下回ったら知らせて」「ntfy にアラートを送って」といった依頼や、スケジュール／ハートビートによる確認で使用します。
既存製品の画面を代表的なページテンプレートとしてデザインシステムの 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 のコピーからどれほど乖離したかを報告します。
鍵束、金庫、窓、錠前のある家の比喩を使い、知識のない人がプロジェクトを安全にできるよう支援します。秘密情報はGitのログに入れず、サーバー上の.envに保存します（ベルトコンベアに必要なら、港の金庫にも保存します）。誤って公開した鍵はすぐに再生成し、用途ごとに鍵を分け、必要な入口だけを開け、更新を続けます。「セキュリティ」「コード内のパスワード」「APIキー」「.env」「Secret」「GitHubに鍵をアップロードしてしまった」「サイトは安全か」「ハッキングされた」「アップデート」「ファイアウォール」といった相談や、新しい秘密情報をプロジェクトに追加する前に使用します。
チームに ICP について聞き取り、アカウント適合ルールを説明可能な評価基準にまとめ、Clay のスコアリングワークフローを構築・テストし、よく知る5つのアカウントで調整します。スコアリングが機能した後に、テリトリー分割案を任意で別途レビューに提出できます。アカウント適合スコアの構築、ICP のスコア化、テリトリー計画のためのアカウント評価、評価基準のテスト、担当者向けのバランスの取れた顧客ポートフォリオの提案を求められた場合に使用します。新たな市場の開拓、個人のスコアリング、インバウンドリードの振り分け、アウトリーチの開始、レコードの統合、CRM の担当者の無断変更には使用しないでください。
個人資料への接続とナレッジベースの利用。ユーザー自身の過去の文書、顧客資料、以前の計画、会議記録、学習資料を参照する必要があるタスクで使用します。たとえば「以前の資料を参考に会議の準備をする」「以前の計画に沿って案を書く」「なぜ以前こう決めたのか」などです。「ナレッジベース」と言ったり、百炼を名指ししたりする必要はありません。資料一式を今後も再利用したい場合や、資料庫への接続、更新、表示、一時停止、再開、整理を求められた場合にも使用します。明示的な bl knowledge / kscli リソース操作にも対応します。一般的な質疑応答、現在の添付ファイルだけの要約、過去の資料を必要としない執筆には使用しません。個人の好みやチャットの記憶は bailian-memory の対象です。DingTalk の文書管理、モデル選定、ファインチューニングは対象外です。
予備知識のない人と一緒に、WCAG 2.2 AA に基づいて小規模なウェブサイトのアクセシビリティを確認し、改善します。コントラスト、文字サイズとズーム、画像の説明、キーボード操作、フォーム、読み上げ、動きを平易な言葉で扱います。結果は docs/barrierefreiheit.md に検査記録として保存します。「Barrierefreiheit」「barrierefrei」「Accessibility」「a11y」「WCAG」「Kontrast」「Alt-Text」「Screenreader」「für ältere Menschen lesbar」「mit Tastatur bedienen」の場合にこの Skill を使用します。
作成者とは独立した判定者を派遣します。新しい評価サブエージェントが、構築前に作成された合格基準に照らして完成物を確認する評価モード、または正本データに照らして一括監査する監査モードに対応します。すべての判定に証拠を示し、修正は一切行いません。所有者が評価者、レビュアー、監査担当者、判定者を求める場合や、「判定者を送って」「評価して」「新しいエージェントで確認して」「別のエージェントにレビューさせて」「このフォルダーを監査して」「レジストリを監査して」「正本データと照合して」「LLM-as-judge」といった依頼に使用します。依頼された場合のみ実行し、タスク終了時に自動実行されることはありません。テスト、スキーマ検証、検索結果がゼロであるべき検索など、機械で実行できる確認、数百件の同一ユニットの確認、修正には使用しません。
Albatros サーバー用の独自ドメイン（例：meinladen.ch）を探し、購入または接続します。住所と電話帳に例えてドメインと DNS を説明し、名前を提案して domain_suchen で空きを確認し、Albatros 経由で domain_kaufen を使って購入します（本人が所有者となり、情報は決済ページでのみ入力します）。すでにドメインを持っている場合は、domain_verbinden で接続します。DNS レコードと TXT による確認 _albatros を設定し、ブラウザーに鍵マーク付きでサイトが表示されるまで確認します。「独自ドメイン」「自分のアドレス」「.ch を購入」「空いているドメイン」「ドメイン検索」「DNS」「A レコード」「CNAME」「TXT レコード」「ドメインがサイトを指していない」「証明書」「https が使えない」の場合に使います。
EventCatalogのアーキテクチャ適合性関数を作成、実行、デバッグします。`*.fitness.ts`ファイル内のTypeScriptルールで、文書化されたアーキテクチャ（所有者、命名、ドメイン境界、依存関係、データアクセス、スキーマ）をチェックし、逸脱があればCIを失敗させます。自然言語で記述されたアーキテクチャルールを実用的な適合性関数に変換し、グローバルまたは対象のドメイン、システム、サービス、メッセージ、データストアの隣に配置します。`eventcatalog fitness check`を実行して結果を確認し、CIに組み込みます。「適合性関数を書いて」「アーキテクチャルールを追加して」「すべてのイベントに所有者を設定して」「ドメイン境界を確認して」「サービス間のデータベース共有を防いで」「循環依存を検出して」「アーキテクチャがルールに違反したらビルドを失敗させて」「CIで適合性チェックを実行して」「適合性関数が失敗する理由は？」といった依頼に使用します。
船上の航海日誌と港にあるコピー（Albatros の Git サービス code.aufwind.sh）に例えて、知識のない人に Git を説明します。港から repo を取得し、適切なメモを添えて最初の記録（Commit）を作成し、港へ送信（Push）して、Albatros サーバーの ~/projekt にコピーが届いたことを確認します。ルール：main のみ、自分のファイルだけを1つずつステージする、force-push はしない。「Git」「GitHub」「港」「commit」「push」「pull」「Repo」「Repository とは」「変更を保存」「push が拒否された」「競合」の場合、および本人のために commit する前に使います。
知識のない人が、自分のウェブサイト向けの文章や画像を作成・選択できるよう支援します。3文でまとめるホームページ、スマートフォンで読む人向けの短い文章、ストック画像ではなく自分の写真を使う方法、画像の権利とサイズ、AIの文章を自分らしい表現にする方法を扱います。成果物は docs/inhalte.md のコンテンツ一覧と、サイト上の文章です。「文章を書く」「ホームページに何を書けばいいか」「私たちについて」「ウェブサイト用の画像」「この画像を使ってよいか」「文章がAIっぽい」「コンテンツ」のときにこのスキルを使います。
読み取りと編集が可能なリポジトリに、フレームワーク向けの PostHog ドキュメントに従って PostHog SDK をインストール、設定します。コードベースを使っているユーザーが PostHog、プロダクト分析、セッションリプレイ、PostHog SDK の追加、インストール、設定を求めた場合に使用します。適切なドキュメントページの検索、最新パッケージのインストール、project-get からのプロジェクトトークンと取り込みホストの取得、env ファイルへの保存、サーバー側の設定、ユーザー識別、変更の検証を扱います。Web 版 ChatGPT や Web 版 Claude でよくあるようにユーザーのコードにアクセスできない場合は、installing-posthog-from-chat を使用してください。
プロジェクトを Albatros から自分のサーバーへ移す計画を立て、移転を自分の家への引っ越しに例えて案内します。移転チェックリスト、サーバーのレンタルと設定（SSH は鍵のみ、ファイアウォール、更新、HTTPS 用の Caddy）、GitHub の Logbuch の移行、自分の鍵を使った SSH 経由での Fliessband の新しい接続先への切り替え、データとシークレットの移行、テスト、DNS のアドレス変更、または domain_mitnehmen の認証コードを使った Albatros 購入ドメインの新しいレジストラへの移管を扱います。バックアップは自分で管理します。「自分のサーバー」「移転」「Albatros から離れる」「Hetzner」「VPS」「セルフホスト」「着陸」「自分のサーバーには何が必要？」の場合に使います。
Albatros のメイン Skill、航空管制官です。ツール lage で本人の実際の状況（サブスクリプション、鍵、サーバーまたはサイト、ベルトコンベア、ドメイン、ミッション）を確認し、今必要な Skill だけに従います。各ステップの完了後に、再度状況を確認します。未登録の場合は、自由に選べるすべての Skill のライブラリを表示し、登録方法を説明します。Albatros プロジェクトを続ける人や、「次は何？」「どう進める？」「次のステップは？」「今どこまで進んだ？」「うまくいかない」「行き詰まった」「どうすればいいかわからない」と尋ねる人、/albatros:lotse の使用時、および start Skill の終了時に使用します。明確なテーマに関する質問（例：「ドメインを接続するには？」「SSH キーとは？」）では、該当する専門 Skill を優先します。
Make Appの要件案が確定した後のプロジェクト新規作成や反復開発に使用します。業務入力、編集・保存、承認処理の機能に基づいて、「自分の承認」ナビゲーションをデフォルトで生成するか判断します。BPM、bpmDefinitionKey、承認作成フィールド、保存して申請、申請して保存、プロセス状態、詳細タイトルの承認Tagも対象です。生成条件、実行時の開始設定、保存と初回開始、業務一覧および詳細画面での状態表示を担当します。キャンセル／差し戻し、「自分の承認」npmパッケージのインストールやタスクセンター実装、承認処理、承認履歴、プロセスデザイナー、Consoleの承認管理は対象外です。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。