Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
クラウド・DevOps
パイプラインステージ（Pre-Promote、Post-Promote、Review イベント）上で DevOps Center のテストスイートをエンドツーエンドで実行します。明示的な確認の後、Connect API で非同期実行を起動し、runId でプロバイダーごとの間隔でポーリングして、完了・失敗・タイムアウトするまで待ち、結果を失敗分析に渡します。修正後には品質ゲートを再実行しますが、カバレッジがしきい値に達した場合のみです。あるステージでテストスイートを実行・起動したい、品質ゲートを再実行したい、進行中の実行を完了まで監視したい場合に使用します。トリガー条件: ステージでスイートを実行/起動したい、昇格の前後にテストを実行したい、失敗修正後に品質ゲートを再実行したい、テスト追加でブロックされた昇格を解除したい、進行中の実行をポーリング/監視したい場合。トリガーしない場合: sf apex run test を直接実行する（platform-apex-test-run を使用）、または新しいゲートやしきい値を構成する（dx-devops-test-pipeline-configure を使用）。
GKEのエッジネットワーキング、トラフィックルーティング、ロードバランシング、プライベートサービスエンドポイントを設定します。GKEでGateway APIマニフェスト、標準Ingress、Cloud Armor WAFセキュリティポリシー、Container-Native Load Balancing (NEGs)、Private Service Connect (PSC)、Google管理のSSL証明書を設定する場合や、Ingressおよびロードバランサーの502/5xxエラー、バックエンドのヘルスチェック失敗、接続ドレイン、TLS/SSLポリシー適用のトラブルシューティングに使用します。コアクラスターのIP計画、Dataplane V2ネットワークポリシー、ノードのNATエグレスには使用しないでください（代わりにgke-networkingを使用）。
テレメトリーデータに関するあらゆる質問で使用します。「問題を調査」「不具合をデバッグ」「遅い原因を特定」「エラー率を確認」「ユーザー行動を分析」「本番インシデントを把握」「テレメトリーデータをクエリ」「ログを見る／検索する」「エラーを探す」「スタックトレースを探す」「重大度で絞り込む」「トレースを確認」「スパンを調べる」「リクエストレイテンシを調査」「サービス間呼び出しをデバッグ」「トレース ID を検索」「RUM データを分析」「rum.events をクエリ」「フロントエンドのパフォーマンスを確認」「フロントエンドのエラー」「Core Web Vitals」「JavaScript 例外」「メトリクスをクエリ」「CPU 使用率を確認」「PromQL クエリを実行」「エラー率を確認」「メトリクスを検索」「メモリ使用量を確認」「DataPrime クエリの書き方」「DataPrime 構文」などの依頼や、ログ、メトリクス、トレース、RUM、APM の可観測性データを使って質問に回答したい場合に対応します。
オブジェクトストレージだけで動作する、コスト効率の高い分散トレーシングバックエンドとして Grafana Tempo を構築し、TraceQL クエリを作成します。OTLP + Jaeger + Zipkin の取り込み、distributor → live-store → block-builder → object-storage の書き込み経路、RED spanmetrics とサービスグラフ用の metrics-generator、Helm `tempo-distributed` のデプロイ、マルチテナントの `X-Scope-OrgID`、TraceQL の span／resource／event スコープ、構造演算子（`>>`、`<<`）、`rate()` + `quantile_over_time` メトリクス、traces-to-logs／metrics／profiles のデータソースリンクを扱います。Tempo のデプロイ、遅いリクエストやエラーリクエストの TraceQL クエリ作成、「Explore にトレースが表示されない」問題のデバッグ、querier／compactor のサイジング、S3／GCS／Azure ブロックストレージの設定、トレース ↔ ログ ↔ プロファイルの相関設定に使用します。ユーザーが Tempo の名前を出さずに「トレーシングバックエンド」「遅いリクエストを探して」「サービスグラフを表示して」「トレースを S3 に保存」「Jaeger 互換ストア」「この span を呼び出したものは？」と言う場合も対象です。
GKE クラスターとワークロードについて、スケーラビリティ、セキュリティ、信頼性、オブザーバビリティ、バックアップ／DR、コスト最適化にわたる包括的な本番運用準備のレビューと評価を統括します。本番環境への公開前に、GKE クラスターやワークロードの本番化、準備、評価、監査、レビューを求められた場合に使用します。単一ドメインの詳細な実装には使用せず、gke-workload-scaling、gke-platform-security、gke-workload-security、gke-service-networking、gke-reliability などの専用スキルを使用してください。
解決済みの PromQL または ListTimeSeries クエリから、Google Cloud 上で Cloud Monitoring Server-Driven UI（SDUI）Widget と XyChart Protocol Buffer textproto を生成します。使用する場面：- PrometheusQuery または TimeSeriesFilter のデータセットを含み、Cloud Monitoring Dashboards API、gcloud CLI、宣言型ダッシュボード定義で使用できる有効な google.monitoring.dashboard.v1.Widget textproto の生成。- Prometheus または ListTimeSeries クエリ向けの Server-Driven UI（SDUI）Widget のタイトル、軸ラベル、プロットタイプの作成。使用しない場面：- メトリクスの検出や PromQL クエリの生成。これらには cloud-monitoring-metric-selection または cloud-monitoring-promql-query スキルを使用してください。
gcloud と kubectl を使用して、既存の AI ワークロード（Cloud Run、Gemini API、Gemini Enterprise Agent Platform）を GKE 上のセルフホスト型推論に移行する方法を案内します。ユーザーが既存の AI 推論ワークロード（Cloud Run、Gemini API、Gemini Enterprise Agent Platform、またはカスタム VM 上）を GKE 上のセルフホスト型推論に移行したい場合や、移行中の追加質問（ハードウェアのサイジング、モデルの配置、マニフェストの生成、検証、トラフィックの切り替え）がある場合に使用します。移行対象の既存ワークロードがない、新規の GKE 推論デプロイには使用しないでください（代わりに gke-inference を使用）。Gemini Cloud Assist MCP サーバーを使って移行を自動化する場合も使用しないでください。
セルフマネージドの Apache Kafka ワークロードを Amazon MSK Express に移行する支援をします。IaC ファイル、Kafka CLI の出力、または手動入力からソースクラスターを棚卸しし、トポロジー、Kafka バージョン、設定、認証、クォータについて MSK Express との互換性を評価します。managing-amazon-msk Skill の料金ロジックを使って、インスタンスタイプ、ブローカー数、月額費用を含む移行先 Express 仕様を作成します。確定前に試用 Express クラスターを立ち上げてワークロードに対する負荷テストを行うこともでき、MSK Replicator を使った移行実行を案内します。Kafka の移行、Kafka インフラの分析、MSK への移行、ストリーミングプラットフォームやワークロードの AWS への移行、MSK ワークロードの互換性、MSK クラスタータイプの選択、MSK Express 検証のための POC や負荷テスト、または移行切り替えでの MSK Replicator の使用に関する依頼に適用されます。Kafka から MSK への移行では managing-amazon-msk よりこのスキルを優先してください。managing-amazon-msk は定常運用時の DR とアクティブ-アクティブを担当します。
Amazon RDS for Db2 のプロビジョニング、接続、移行、運用を行います。IBM の顧客 ID とサイト ID を使ったプロビジョニング（License Manager、BYOL、GovCloud）、TLS 接続、Secrets Manager のローテーション後の SQL30082N 修正、Db2 LUW（Linux、AIX、Windows、AS400）または z/OS メインフレームからの移行（ADB2GEN、Q Replication）、コードページ／照合順序（EBCDIC、CCSID）の選択、S3 バックアップ／復元、Multi-AZ とクロスリージョンのスタンバイレプリカ、RDSADMIN 手順、顧客管理 KMS BYOK、セルフマネージド Active Directory Kerberos、Db2 監査ログの S3 出力、最小限の IAM 権限、コロケーションに対応します。
GKE 上の GPU および TPU ワークロードについて、Compute Engine のホストメンテナンスやハードウェア／ソフトウェアのメンテナンス時に発生するノード中断を診断、予測、軽減します。ノード中断の診断、GPU/TPU ノードプールでのホストメンテナンスイベントの予測、ノード中断の PromQL メトリクスの確認、ノード taint の監査、またはワークロード保護戦略（グレースフル終了、機会的メンテナンス、PodDisruptionBudgets）の設定に使用します。一般的な GKE クラスターの作成、ネットワークポリシーの設定、中断に関係しないワークロードのデプロイには使用しません。
Grafana Beyla eBPF でアプリケーションの HTTP / gRPC / DB トラフィックを自動計装します。コード変更、SDK、再起動は不要です。要件（BTF 対応の Linux 5.8 以降、CAP_SYS_ADMIN、host PID）、言語別対応状況（Go / Java / Python / Ruby / Node / .NET / Rust / C++ / PHP）、Docker + Helm + DaemonSet のインストール、ポート／プロセス／Kubernetes メタデータの検出、OTLP トレース + Prometheus メトリクスのエクスポート、routes デコレーター（カーディナリティ制御）、トレースサンプリング、Alloy 経由の Grafana Cloud 連携を扱います。再コンパイルできないサービスへの可観測性追加、クローズドソースのバイナリの計装、アプリに手を加えずに RED メトリクスとスパンを Tempo/Mimir に送信する場合、または Beyla をクラスター全体の DaemonSet として展開する場合に使用します。Beyla の名前が出ていなくても、「ゼロコード APM」「レガシーアプリの計装」「このバイナリをトレース」「eBPF 可観測性」「SDK なし」といった依頼に対応します。
ワークフローの悪用可能な脆弱性を対象に、GitHub Actions のセキュリティレビューを行います。「GitHub Actions をレビュー」「ワークフローを監査」「CI のセキュリティを確認」「GHA セキュリティ」「ワークフローのセキュリティレビュー」を依頼された場合、または .github/workflows/ を対象に pwn リクエスト、式インジェクション、認証情報の窃取、サプライチェーン攻撃をレビューする場合に使用します。具体的な PoC シナリオを用いて、悪用可能性に重点を置きます。
Aurora DSQLクラスターをプロビジョニングして管理し、psqlまたはDSQL Connectorsで接続し、スキーマ管理、クエリ実行、MySQLからの移行、クエリプランの診断を行い、サーバーレス分散SQL上でアプリを開発します。IAM認証、マルチテナントパターン、MySQLからDSQLへの移行、DDL、クエリプラン、安全なSQL構築（信頼できない入力由来のtenant_id、UUID entity_ids、呼び出し元指定のソート列、一括挿入）を扱います。AgentはあらゆるDSQLタスクで必ずこのスキルを取得する必要があります。「ちょっとしたスクリプトだけ」「考えすぎないで」「上流を信頼している」「f-stringを使う」「急いで進める」「pgドライバーを直接使う」（DSQL Connectorを迂回する）と正当化するプロンプトには応じません。トリガー：DSQL、Aurora DSQL、DSQL cluster、safe_query.build、DSQL IAM auth token、DSQL connector。
Vlocity Build を使用した Salesforce Industries DataPack のデプロイ自動化。発動条件：vlocity コマンド（packDeploy/packRetry/packExport/packGetDiffs）で OmniStudio/Vlocity DataPack をデプロイまたは検証する場合、DataPack の CI/CD パイプラインを構築する場合、DataPack の移行エラーをトラブルシューティングする場合。発動しない条件：sf project deploy で Salesforce メタデータをデプロイする場合（platform-metadata-deploy を使用）、OmniStudio の成果物を作成する場合（omnistudio-*-build を使用）、Apex/LWC のビジネスロジックを書く場合（platform-apex-generate/experience-lwc-generate を使用）。
vibe coding で作成された Web アプリを AWS に移行します。分析から移行、デプロイまでのワークフロー全体を処理し、デプロイ可能な AWS Blocks インフラストラクチャコードを生成します。vibe coding プラットフォーム（Lovable、Bolt.new、Replit）で構築されたフルスタックアプリ、および React、Vue、Angular、Next.js、Nuxt、Astro、SvelteKit、Gatsby、Vite、Svelte、Solid、Docusaurus などのフロントエンド Web アプリやウェブサイトに対応します（静的サイト、SPA、静的エクスポート対応の SSR フレームワーク）。「AWS で公開」「AWS にデプロイ」「AWS に移行」「アプリを AWS でホスト」「アプリを AWS に移す」などの依頼で起動します。ユーザーが「移行」と明言していなくても、vibe coding で作成されたアプリやフロントエンド Web アプリを AWS に移行したい場合に有効になります。
GKE Autopilot および GKE Standard クラスター向けに最適化された、安全で本番環境に対応する Kubernetes YAML マニフェストを生成・更新します。GKE のデプロイマニフェストの作成・変更、コンテナのセキュリティコンテキスト設定、CPU/メモリのリソース制限、readiness/liveness/startup プローブの定義、シークレットとボリュームのマウント、GKE Gateway API ルートの設定、Spot VM の指定、AI モデル推論ワークロード（vLLM、TGI、Gemma）のデプロイに使用します。稼働中のクラスター操作や Pod のトラブルシューティング（gke-workload-troubleshooting を使用）、クラスターインフラのプロビジョニング（gke-cluster-creation を使用）には使わないでください。
横方向にスケーラブルなマルチテナント対応の長期 Prometheus + OTLP メトリクスストレージとして Grafana Mimir を構築します。モノリシック／読み書き／マイクロサービス構成のデプロイ、S3／GCS／Azure／ファイルシステムのブロックストレージ、Prometheus `remote_write` と OTLP の取り込み、`X-Scope-OrgID` によるマルチテナント化、インジェスターのレプリケーション係数、コンパクターの保持期間、テナントごとの制限を扱います。ローカルまたは Kubernetes（Helm `mimir-distributed`）での Mimir 実行、Prometheus の単一ノードを超えたスケーリング、取り込み／クエリ／バックエンドの分割選定、テナントや取り込みレートの設定、`/ready` の 503 や `429 Too Many Requests` のデバッグ、Grafana から Mimir データソースへの接続に利用できます。「Prometheus の長期ストレージが必要」「Prometheus をスケールしたい」「マルチテナントのメトリクスバックエンド」「Cortex の代替」「remote_write の送信先」「アクティブシリーズを 10M 保存したい」のように、Mimir の名前が出ていない場合も対象です。
Windows 向けの商用グレード Python インストーラーの専門家です。Nuitka による極限コンパイル、dist のスリム化、DLL フットプリント分析、Inno Setup によるパッケージ化を行い、最小かつ最速のインストーラーを提供します。Python アプリを最小限で起動の速い Windows インストーラーとして配布する場合に使用します。基本的なスクリプトから EXE への変換には使用しません。中文触发：Nuitka 极限优化、Python 商业打包、极限编译 Python、dist 瘦身、DLL 分析、最小安装包、最快启动、商业级打包风格
新しいウェブサイトやウェブアプリを公開する前のチェックリストです。対象範囲：分析（GA4、PostHog、Google Search Console、Ahrefs）、DNS、TLS とバックアップ、法務および CNIL/GDPR への準拠、セキュリティヘッダー、SEO と GEO（robots.txt、サイトマップ、llms.txt、hreflang、schema マークアップ、キーワード調査）、TONE.md と人間らしさを加える仕上げによるコピーのトーン調整、OpenGraph とソーシャルプレビュー、ファビコンと Web manifest、Lighthouse、Core Web Vitals と WCAG の品質基準、ディレクトリへの登録、Product Hunt、G2/Capterra のレビュー、公開後の監視。ユーザーが「サイトのチェックリスト」「公開準備完了」「公開前」「本番環境への準備完了」「公開前の監査」と述べた場合や、サイトレビュー、公開前監査、サイトやアプリの公開支援、本番環境へのドメインのデプロイ、マーケティングサイト、ドキュメントサイト、SaaS サイト、リード獲得サイトの公開を依頼した場合に使用します。
Grafana Pyroscope でアプリケーションを継続的にプロファイリングし、結果をフレームグラフで確認します。3 種類の計測方法（言語 SDK によるプッシュ（Go / Java / Python / Ruby / Node / .NET / Rust）、Alloy eBPF の自動計測（コード変更不要、BTF 対応のカーネル 5.8 以降が必要）、SDK → Alloy レシーバー）、ProfileQL クエリ、プロファイルの種類（CPU / memory / allocations / goroutines / mutex）、Grafana Cloud Profiles エンドポイント、Span Profiles によるトレースとプロファイルのリンクを扱います。サービスへのプロファイリング追加、クラスタ全体の eBPF プロファイラーとしての Alloy のデプロイ、フレームグラフによる CPU / memory ホットスポットの調査、2 つのプロファイルを比較した性能劣化の特定、遅い Tempo トレースとそのプロファイルの関連付けに使用します。Pyroscope の名前がなくても、「CPU を消費している原因を調べて」「このアプリのフレームグラフを作成して」「継続的プロファイリング」「ヒープのホットスポット」「割り当てが多すぎる理由」といった依頼に対応します。
Amazon RDS for SQL Server の接続、認証、トラブルシューティングに関するガイダンスを提供します。SSMS から EC2 への接続タイムアウト、Windows 認証での SSPI コンテキスト生成エラー、Lambda から pymssql での RDS SQL Server 接続、ECS Fargate で auth_scheme が KERBEROS ではなく NTLM を示す問題、ノート PC から SSM トンネル経由での RDS SQL Server 接続、ポート 1433 のセキュリティグループ、localhost トンネルでの TrustServerCertificate=True、SPN MSSQLSvc、AWS Managed Microsoft AD、Kerberos で RDS エンドポイントではなく CNAME を使う設定、tds_version='7.4'、encryption='require'、pymssql での文字列形式のポート、Lambda での Secrets Manager 認証情報キャッシュ、エラー 18456 のログイン失敗などに対応します。Python（pymssql、pyodbc）、.NET（Microsoft.Data.SqlClient）、Java（JDBC mssql-jdbc）、Node.js（tedious）、RDS Proxy 経由の IAM 認証、VPC/ECS/EKS/Lambda へのデプロイを扱います。
AWS Site-to-Site VPN を設定します。オンプレミスネットワークと VPC 間の IPsec VPN 接続の作成、ターゲットゲートウェイ（virtual private gateway、transit gateway、AWS Cloud WAN）の選択、静的または動的（BGP）ルーティングの選択、トンネル帯域幅（Standard 1.25 Gbps または Large 5 Gbps）の設定、VPN Concentrator を介した複数サイトの接続、カスタマーゲートウェイデバイス設定の適用、接続の高可用性確保、CloudWatch によるトンネル監視に対応します。暗号化トンネル経由でデータセンターや支社を AWS に接続する、ルート交換方式を選ぶ、スループットを拡張する、サイトを統合する、またはダウンしたトンネルを診断する場合に使用します。参照資料からタスクに応じた手順へ案内します。AWS Direct Connect（独立したサービス）、個人のリモートユーザー向け Client VPN、VPN attachment の transit gateway 側（transitgateway skill）、Route 53 DNS 作業には使用しません。
Azure Retail Prices API（prices.azure.com）を使用して Azure の小売価格をリアルタイムで取得し、Copilot Studio エージェントのクレジット消費量を見積もります。Azure サービスの費用、SKU 価格の比較、費用見積もり用の価格データ、Azure の価格・コスト・請求、Copilot Studio の価格、Copilot Credits、エージェントの利用量見積もりについてユーザーが尋ねた場合に使用します。コンピューティング、ストレージ、ネットワーク、データベース、AI、Copilot Studio、その他すべての Azure サービスファミリーに対応します。
Amazon RDS for Oracle の接続、認証、ネットワーク、ドライバーの問題を診断し、解決します。VPC 内の Python Lambda と RDS Oracle の接続、コネクションプーリングとコールドスタートの最適化、Secrets Manager CSI ドライバー、IRSA、SecretProviderClass を介した EKS Pod と RDS Oracle の接続、EC2 からの VPC 間タイムアウト ORA-12170、64 ビット Oracle Client が見つからない DPI-1047 エラー、EC2 上の Oracle Connection Manager (CMAN) をプロキシとして使用し、2 つの AZ 間で高可用性を実現する場合など、RDS for Oracle に関するあらゆる質問に対応します。python-oracledb の thin モードと thick モード、init_oracle_client、RDS Proxy は RDS Oracle をサポートしないこと、ポート 1521、VPC ピアリング、Transit Gateway、AWS Managed Microsoft AD を使用する Kerberos、SSL/TLS/NNE、SSM ポートフォワーディング、EC2/ECS Fargate/EKS/Lambda、SQL Developer/DBeaver/Toad/SQLcl、Secrets Manager を扱います。
Amazon Cognito（ユーザープールと ID プール）および AWS Amplify クライアント認証ライブラリを使用して、Web アプリとモバイルアプリにユーザー認証を追加します。サインアップ／サインインフローとログインページ（Cognito ホスト UI／マネージドログイン）、MFA、パスワードポリシー、OAuth 2.0 / OIDC フロー（認可コード + PKCE、クライアント認証情報）、ソーシャル／SAML フェデレーション、トークン（ID／アクセス／リフレッシュ、ローテーション、失効、保存）、Cognito Lambda トリガー、ID プール（一時的な AWS 認証情報）、Cognito/JWT オーソライザーによる API Gateway（または ALB）ルートへのサインイン済みユーザーのアクセス制限を扱います。ログイン／サインアップページの追加、ユーザープールやアプリクライアントの設定、ユーザープールと ID プールの選択、ソーシャル／SAML の接続、トークンの更新、API Gateway または ALB でのサインイン必須化、redirect_uri／トークン／MFA／CORS／フェデレーションエラーのデバッグに適用します。Amplify Gen2 バックエンド定義（defineAuth、npx ampx → aws-amplify）、IAM/STS/Identity Center（→ aws-iam）、オーソライザー以外の API Gateway/Lambda リソース設定（→ aws-serverless）は対象外です。
Prometheus および PromQL 互換エンジン（Thanos、Cortex、VictoriaMetrics、Grafana Mimir、Grafana Tempo など）を照会する CLI です。即時クエリ、範囲クエリ、メトリクス検出（metrics/labels/meta サブコマンド）、出力形式（table/csv/json/graph）に対応します。PromQL クエリの実行、オブザーバビリティを備えたソフトウェアのパフォーマンス問題のトラブルシューティング、レイテンシ／エラー率／飽和度の調査、時系列データの分析に使用します。
TPU デバイスのリセット中の競合状態や高頻度のメトリクスポーリングが原因で、GKE の TPU v6e ノードで発生する vbar_control_agent のセグメンテーション違反、メモリ不足（OOM）エラー、TPU デバイス初期化の失敗を診断し、防止します。vbar_control_agent のクラッシュ、シリアルコンソールログの memory cgroup OOM、tpu-device-plugin のメトリクスチェックサム破損エラー、GKE TPU v6e ノードでのカスタム TPU メトリクス収集の競合をトラブルシューティングする際に使用します。一般的な非 TPU コンテナーの OOM 対応や、標準的な GKE ノードのライフサイクル操作には使用しません。
clickhousectl CLI を使用して ClickHouse をセットアップおよび管理します。開発用にローカル ClickHouse サーバーをインストールして実行し、本番用にマネージド ClickHouse Cloud サービスを作成します（認証、サービス作成、スキーマ移行、アプリケーション接続）。ユーザーが ClickHouse を使ったアプリケーションの構築、ローカル ClickHouse 開発環境のセットアップ、テーブル作成とクエリの開始、本番環境または ClickHouse Cloud へのデプロイ、ローカル環境からクラウドへの移行を希望する場合に使用します。
Amazon Route 53 DNS を設定します。パブリックおよびプライベートレコード、トラフィック制御ルーティングポリシー、ヘルスチェック、DNS Firewall、Route 53 Profiles、ハイブリッドネットワークおよび Outposts ネットワーク向けの VPC Resolver（Route 53 Resolver とも呼ばれます）、Global Resolver が対象です。ホスト名の接続先設定、エンドポイント間でのトラフィック分散やフェイルオーバー、エンドポイントの監視、悪意のあるドメインのブロック、アカウント間での DNS の一元管理、ハイブリッドネットワークでのプライベート DNS の解決に適用します。タスクに応じて、参考資料内の適切な手順に振り分けます。CloudFront 固有の設定（route53-cloudfront スキルを参照）や DNS 以外のネットワーク設定は対象外です。
AWS セキュリティサービスの適合性、カバレッジ、コストに関する推奨事項を扱います。WAF とオリジンの重複、AWS Network Firewall の検査カバレッジとポリシーレビュー、VPC エンドポイント、Transit Gateway/Cloud WAN のセグメンテーションと DNS Firewall のセキュリティ制御への適合性、証明書更新の責任者と監視、インシデント対応のトリアージ責任者、集中型セキュリティログストア（CloudWatch または Security Lake）が対象です。また、GuardDuty、Inspector、Security Hub V2/OCSF（Exposure、コネクター、自動化）、Security Hub CSPM/ASFF（標準、コントロール）、Macie、Detective、Security Lake、AWS Security Incident Response のメンバーシップとケースカバレッジ、Organizations のセキュリティポリシーについて、事実に基づく設定、検出結果、データソース、重大度スコアリングも扱います。サービス名が一つだけ挙げられている場合も、セキュリティサービス選定の助言に適用されます。これらの事実に基づく手順以外の実装、ルールやコードの作成、デプロイ、スキャン、トラブルシューティングは専門スキルの対象です。ローカル AWS CLI と AWS MCP に対応します。
Grafana Cloud から RED メトリクス、サービスマップ、フロントエンド RUM、AI／LLM モニタリングを利用します。Application Observability（OTel トレース由来の `traces_spanmetrics_*`、p50/p95/p99 レイテンシ、エグザンプラーからトレースへの関連付け、トレースからログ／プロファイルへの関連付け）、Faro Web SDK による Frontend Observability（Core Web Vitals、セッションリプレイ、`pushError`、React + ルーター統合、ブラウザー → バックエンドのトレース相関用 `TracingInstrumentation`）、OpenLIT による AI Observability（トークン／コスト／レイテンシ、GPU、ハルシネーションと毒性の評価）を扱います。サービスの APM 構築、Alloy OTLP レシーバーの接続と Cloud への転送、React フロントエンドへの RUM の計装、サービスマップのエッジが欠落する原因のデバッグ、LLM コストの変動監視、フロントエンドエラーとバックエンドトレースの関連付けに使用します。「APM を設定」「サービスマップを表示」「ブラウザーのパフォーマンスを監視」「セッションリプレイ」「RUM SDK」「OpenAI の請求額を確認」など、App／Frontend／AI Observability の名称を出さない依頼にも対応します。
AWS WAF を設定して Web トラフィックをフィルタリングします。CloudFront、Application Load Balancers、API Gateway、AppSync での Web アクセスコントロールリスト（Web ACL）の作成、Count モードで調整した AWS Managed Rules、HTTP フラッド向けのレートベースルール、IP セットと地理的マッチルール、Bot Control（Common と Targeted）、ボットラベルの信頼度シグナルへの変換、偽装された受信 x-amzn-waf-* ヘッダーの除去、CDN の背後にある実際のクライアント IP の復元、Fraud Control（アカウント乗っ取りとアカウント作成詐欺の防止）、ログ記録とリクエストサンプリングを扱います。アプリケーション層（レイヤー7）で、一般的なエクスプロイト、ボット、クレデンシャルスタッフィング、偽アカウント作成、HTTP フラッドから Web アプリや API を保護する場合に使用します。タスクに応じて、参考資料の適切な手順に振り分けます。L3/L4 DDoS 防御（shieldadvanced スキル）、マルチアカウントへの WAF 展開（firewallmanager スキル）、CloudFront の設定（cloudfront スキル）、Route 53 のヘルスチェックやレコード（route53 スキル）には使用しないでください。
Managed Service for Apache Airflow（MSAA、旧称 Cloud Composer）における Apache Airflow DAG の移行ガイダンスを提供します。Airflow 2.11.1（MSAA Gen 2 および 3）と Airflow 3（MSAA Gen 3）への移行を扱い、環境の調査、GCS のダウンロード／アップロード、破壊的変更のスキャンパターンを含みます。DAG コードを新しい Airflow バージョンに移行する際に使用します。コード移行とは無関係な DAG 実行失敗の調査には使用しないでください。
サポート対象のエンジンバリアント全般について、Amazon Timestream for InfluxDB の信頼できるガイダンスを取得します。エンジンバリアントとライセンスの選択、プロビジョニングと IAM、保存時の暗号化（AWS 所有およびカスタマー管理の KMS キー、キーポリシー、キーのライフサイクル）、スキーマ設計（タグとフィールド、カーディナリティ、HTTP／センサー／メトリクスのデータモデリング）、LiveAnalytics からの移行、Processing Engine プラグイン、接続（データベースエンドポイントとプライベート／パブリックアクセス）、書き込み／クエリエラーなど、AWS 上の InfluxDB に関するあらゆる依頼に適用できます。
Kubernetes、ホスト、コンテナ、クラウドプロバイダーのテレメトリーを Grafana Cloud に送信します。K8s クラスターには `k8s-monitoring` Helm chart（メトリクス + ログ + トレース + イベント + コスト）、Linux ホストには Alloy `prometheus.exporter.unix`、コンテナには cAdvisor + Docker 検出を使用し、CloudWatch / Azure Monitor / Google Cloud Monitoring のデータソースを設定します。新しいクラスターや VM 群を Grafana Cloud にオンボーディングする場合、K8s スクレイピングに適した Helm 値の選択、kube-state-metrics + node-exporter + cAdvisor の接続、`PodCrashLooping` / ノードメモリ / PVC 容量のアラート設定、AWS / Azure / GCP クラウドメトリクスの取得に使用します。ユーザーが `k8s-monitoring` や Alloy の名前を挙げずに「クラスターを監視して」「K8s メトリクスを Grafana に送って」「EC2 メトリクスをスクレイプして」「クラスターの Pod ログ」「監視用 Helm chart をインストールして」と言う場合にも適用します。
MySQL および PostgreSQL 向けに Grafana Cloud Database Observability を設定します。`pg_stat_statements` / Performance Schema を有効化し、最小権限の監視ユーザーを作成して、`database_observability.postgres` / `database_observability.mysql` Alloy コンポーネントを構成します。クエリサンプル、可視化された実行計画、RED メトリクス、スキーマの詳細を Grafana Cloud に送信し、`db.statement` / `db.system` OTel 属性を介して遅いクエリとアプリケーショントレースを関連付けます。データベースのパフォーマンス監視、遅いクエリの診断、RDS / Aurora / Cloud SQL / Azure Database / セルフマネージドインスタンスの DB オブザーバビリティ設定、DB メトリクスと APM の関連付け、クエリレイテンシーのアラートに使用します。「データベースが遅い」「遅いクエリを見つけて」「RDS を監視して」のように、ユーザーが「オブザーバビリティ」と言わない場合も対象です。
Adaptive Metrics の集約ルールでアクティブシリーズ数を減らし、Grafana Cloud Metrics のコストを削減します。クエリ履歴に基づく自動推奨、カスタムの完全一致／正規表現ルール、ラベル削除設定、未使用メトリクスの検出、Alloy remote_write フォールバックを利用できます。Mimir／Grafana Cloud の高額請求の調査、高カーディナリティラベル（`pod_uid`、`service_instance_id`、`version`）の特定、カウンター／ゲージの事前集約、未使用メトリクスの削除、または `grafanacloud_instance_active_series` の実施前後の測定に使用します。ユーザーが Adaptive Metrics に言及せず、「カーディナリティを減らす」「シリーズが多すぎる」「メトリクスの支出」「アクティブシリーズ数が急増」「version ラベルを削除」と言う場合も対象です。
Grafana Cloud からフロントエンドのプローブ、負荷テスト、計装を行います。Synthetic Monitoring（20 以上のグローバルプローブからの HTTP / DNS / TCP / Ping / Traceroute / Multihttp / k6-browser スクリプトチェック、`probe_success` と TLS 証明書の有効期限に対するアラート）、Grafana Cloud k6（AWS ロードゾーンにまたがる分散負荷テスト、シナリオ、`http_req_duration` のしきい値、`grafana/k6-action` による CI 連携）、Faro Web SDK を使ったフロントエンドオブザーバビリティ（RUM、Core Web Vitals、カスタムイベント、`pushError`、分散トレースとの相関）を扱います。複数リージョンからのウェブサイト/API 稼働状況の確認、負荷テストによるリリースゲート、TLS 証明書更新の監視、React/Vue アプリの計装、Core Web Vitals の追跡、フロントエンドエラーとバックエンドトレースの関連付けに使用します。Synthetic Monitoring / k6 / Faro の名称がなくても、「ログインフローは稼働しているか」「API を監視」「エンドポイントに毎分 ping」「リリースゲートの負荷テスト」「ブラウザーパフォーマンス監視」「セッションリプレイ」「RUM」といった依頼が対象です
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。