Skills
エージェント向けにパッケージ化された専門スキルと手順を 99,448 件掲載。コマンド 1 行でインストールできます。
すべて
コード品質のチェック、セキュリティ監査の実行、テストカバレッジの測定、SOLID/DRY 違反の検出、品質ツールのセットアップを行うときに使用。ユーザーが「audit this code」「check security」「run PHPStan」「code quality」「find violations」「SOLID check」「DRY check」「test coverage」「lint this」「security review」「is this production ready」「check for vulnerabilities」「code review」「grade this code」「watch mode lint」「deep review」「ultrareview」「schedule quality sweep」と言ったときに使用。Drupal(DDEV 経由の PHPStan、PHPMD、Psalm、Semgrep、Trivy、Gitleaks)と Next.js(ESLint、Jest、Semgrep、Trivy、Gitleaks)をサポートする。デプロイ前や重要なコード変更後に積極的に使用する。
React/TypeScript/Tailwind プロジェクト向けのフロントエンド中心のコードレビュースキル。コード品質、セキュリティ脆弱性(XSS、CSRF)、パフォーマンス問題、アクセシビリティ(WCAG)、React のベストプラクティス、hooks の使用法、コンポーネントアーキテクチャ、レスポンシブデザイン、SEO を分析します。ユーザーがコードレビューを依頼する、コンポーネントへのフィードバックを求める、フロントエンドのセキュリティ、パフォーマンス最適化、アクセシビリティ準拠について尋ねる場合に使用します。重大度レベルと修正提案を伴う実行可能なフィードバックを提供します。
ビルド情報(バージョン、コミット、ブランチ、タイムスタンプ)と最近の変更履歴をツールチップで表示する、フレームワーク非依存のバージョンバッジコンポーネントを実装する。アプリのヘッダーやフッターにバージョン表示を追加したい、UI にビルド情報を表示したい、最近の変更履歴をツールチップとして提示したい、「version badge」「build info display」「commit SHA in UI」と言及された場合に使用する。Next.js、Nuxt、SvelteKit、Vite+React、および素の React/Vue/Svelte をサポートする。
プロジェクト標準に沿った標準レシピを備えるよう Justfile を確認・設定する。プロジェクトに新しい Justfile をセットアップするとき、既存の Justfile に不足している標準レシピを監査するとき、Makefile から Justfile へ移行するとき、または Justfile がチームの規約(グループ、コメント、設定)に従っているか確認するときに使う。自然なトリガー:"set up justfile"、"migrate makefile to justfile"、"add just recipes"。
ユーザーが制約プログラミング(CP)を使って複雑なスケジューリング、割り当て、組合せ問題を解きたいときに使用する。ユーザーが「constraint programming」「CP-SAT」「constraint satisfaction」「all-different constraint」「global constraints」「propagation」「search strategies」に言及したとき、または問題に複雑な論理制約、選言的な資源を含むスケジューリング、割り当て問題があるときにも使用する。MIP については optimization-modeling を参照。メタヒューリスティクスについては metaheuristic-optimization を参照。
コンテンツの原子化——1 つのコンテンツを多様なフォーマットに変換。ブログからスレッド、ブログからカルーセル、ポッドキャストからブログ、動画から引用など。用途:コンテンツマーケティング、SNS、マルチプラットフォーム配信、コンテンツ戦略。トリガー:content repurposing、repurpose content、content atomization、content recycling、one to many content、multi platform content、cross post、adapt content、reformat content、blog to thread、blog to video、podcast to blog、content multiplication
チームレベルのパターンが Bitwarden の Technical Strategy Ideas バックログへと上り、BW Initiatives を通じてチームのエピックとストーリーへと下る流れ。TSI バックログに入れるべきチームレベルのパターンの見極め、Architecture が評価できる十分な形でのアイデアの整理、ARCH アイデア ↔ BW Initiative の関連付け、イニシアチブからエピックレベルおよびストーリーレベルの作業を下方向に定義することを扱う。あるチームの範囲を超えるチーム横断的な痛みのパターンに気づいたとき、アーキテクチャグループにアイデアを提示するとき、イニシアチブがその起点となったアイデアとどうつながるかを理解するとき、またはイニシアチブからチームへエピックレベルの作業を切り出すときに使用する。
Crowdin アプリを一貫して構築し、ユーザーがクリックして使える公開済みアプリを提供します。@crowdin/serverless-apps-cli でひな形を作成し、@crowdin/serverless-apps-sdk で UI を実装して、ユーザーの Crowdin または Crowdin Enterprise 組織に公開し、ユーザーが開ける状態にします。翻訳エディターのパネル、プロジェクト内のツールやレポート、組織メニューのページ、プロジェクトのダッシュボードなど、Crowdin UI 内に独自の機能を作りたい場合や、手作業にうんざりしているローカライズ作業について相談された場合に使用します。「create a Crowdin app」「add a tool to my Crowdin project」や、単独の「/create-app」、また「app」という語が使われていない依頼にも対応します。作業ディレクトリに既存のサーバーレス Crowdin アプリがあり、モジュール追加、マニフェスト変更、再公開が必要な場合にも使用します。crowdin.yml を使ってソースと翻訳を同期する独立した Crowdin CLI には使用しません。
アプリや製品向けに、誠実で人間中心のマーケティングキャンペーンを作成する。ポジショニング、チャネル別コピー、オリジナルアートワーク、編集可能なレイアウト、README バナー、選択的なウェブサイト統合を含む。既存製品からローンチ資料、プロモーション用アートワーク、ソーシャル素材、キャンペーンキット、広告、マーケティングコンテンツの作成を依頼された場合、視覚的リファレンスをコピーせずに応用する場合、承認済みのキャンペーンアートを製品の画面に追加する場合に使用。明確な証拠と承認なしに、主張をでっち上げたり、UI を偽装したり、公開、デプロイ、製品の証明の差し替えを行ったりしないこと。
ユーザーが新しい Backstage パッケージ——プラグイン、モジュール、processor、provider、scaffolder action、ライブラリ——を作成したいときに使用する。`yarn new` を実行して適切なテンプレートを生成し、ユーザーの意図に応じて一般的なパターン(catalog アクセス、identity など)を任意で事前接続する。「create a new plugin」「scaffold a Backstage plugin」「I want to add a frontend/backend plugin」「build a new module」「new backend module」「new catalog processor」「new entity provider」「new scaffolder action」などのフレーズ、または Backstage リポジトリに新しいパッケージを追加するあらゆるリクエストでトリガーする。
壊れた、または信頼できないコードベースを診断し、修正を計画します。実際にアプリを実行し、専門分野ごとのサブエージェント(セキュリティ、データベース、コアロジック、フロントエンド/UX、アーキテクチャ)を並列で展開し、git/CI/デプロイの構成を監査し、主要な主張を独自に検証したうえで、実世界のコスト順に並べた平易な言葉の指摘リストを提示し、FINDINGS.md をリポジトリに書き込み、cs-build-import-codebase への引き継ぎと Kanban タスクの作成を行う前に、再構築か現地修正かの結論を出します(既定では現地修正が優先され、実ユーザーがいれば再構築を全面的に否決できます)。あらゆる言語のあらゆるコードベースで動作します。トリガー:「my app is a mess」、「audit my codebase」、「what's wrong with my app」、「diagnose this codebase」、「should I rebuild or fix this」、「find the bugs in my app」、「review my whole app」。
アイデアを CodeSpring のプランに変える — 商談通話の録音、文字起こし、ボイスメモ、あるいは誰かが欲しいものを直接話しているところから。アプリが果たす仕事について本人にインタビューし(または録音から抽出し)、画面を一緒に確認し、アプリが実際に必要とする機能からプラットフォームを選び、技術的に難しい一点を見つけて現実的な解決策(既存のオープンソースの先行事例を含む)を提示し、販売可能な v1 に削ぎ落とし、そしてマップ — コア機能、サブ機能、メモ — を書き、cs-build-create-prd と cs-build-create-tasks に引き継ぐ。cs-build-import-codebase の「まだコードがない」側の対になるもの。トリガー: "plan my app"、"generate a plan"、"turn this recording into a plan"、"I have an idea for an app"、"design my app in CodeSpring"、"map out this idea"、"I've got a client call recording, make the plan"、"plan from scratch"。
CodeSpring の計画を、クライアントが実際に見られるクリック可能なローカルモックアップに変えます。コア機能ごとに 1 画面、実際のコピー、もっともらしいデータ、ライトモードとダークモードを備えた適切なトークン駆動のデザインシステム、ブランディングを示すスタイルガイドページを含みます。次に、書面の計画では示せなかったもの——画面の順序、階層、位置、そして不完全であると判明した選択——を浮き彫りにするレビューを実行します。すべての修正を CodeSpring のノートとタスクにフィードバックします。マップとノートが存在した後、PRD が生成される前に実行します。トリガー:「make a mockup」、「mock up the UI」、「show me what it looks like」、「build a prototype」、「design the screens」、「what would this app look like」、「create a UI mockup for this plan」、「I want to show the client something」。
CTF チャレンジにおけるソースコード監査手法。.git ディレクトリ、.bak/.zip バックアップ、/proc/self/environ によるソースコードの漏洩を発見した場合に使用する。実際のコード監査とは異なる——CTF のソースにある脆弱性は意図的に仕込まれており、通常は重要なポイントが 1〜2 個だけである。まず危険な関数(sink)を見つけ、次にその関数への入力(source)からの経路をたどる。PHP/Python/Node.js/Java の 4 言語における危険な関数と脆弱性パターンを網羅する
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。
