cdk-patterns
再利用可能な AWS CDK パターンを構築する
再利用可能なクラウドインフラストラクチャをチーム間で標準化するのは困難です。このスキルは、AWS CDK パターン、L2 constructs、IAM、モニタリング、タグ付け、スタック境界をガイドします。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "cdk-patterns" from https://skillstore.io/skills/sickn33-cdk-patterns.md and its manifest at https://skillstore.io/api/skills/sickn33-cdk-patterns/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「cdk-patterns」を使用しています。 AWS CDK 向けの再利用可能なサーバーレス API パターンを設計してください。
期待される結果:
- このスキルは、データスタックとサービススタックを分離することを推奨します。
- API Gateway、Lambda、DynamoDB、トレーシング、アラーム、タグ付け、最小権限の許可を含めます。
- インフラストラクチャ diff の合成とレビューなど、デプロイチェックを指摘します。
「cdk-patterns」を使用しています。 本番対応状況について、私の CDK construct をレビューしてください。
期待される結果:
- このスキルは、過度に広範な IAM 権限、欠落しているタグ、欠落しているモニタリング、弱い削除ポリシーを指摘します。
- より安全なデフォルトを提供する場合は、L2 constructs を提案します。
- 永続リソースとデプロイ可能なサービスリソースの間に、より明確な境界を設けることを推奨します。
「cdk-patterns」を使用しています。 プラットフォームチーム向けの共有 CDK パターンを計画してください。
期待される結果:
- このスキルは、一般的なサービスタイプ向けの再利用可能な constructs を特定します。
- 一貫したタグ付け、オブザーバビリティ、アカウントまたはリージョン設定のプラクティスを提案します。
- チームがインフラストラクチャロジックを重複させずにパターンを適応する方法を説明します。
セキュリティ監査
安全All static findings are false positives caused by markdown code fences, inline code formatting, or AWS CDK class names in SKILL.md. No prompt injection, data exfiltration intent, or unsafe execution instruction was found in the reviewed file.
リスク要因
⚡ スクリプトを含む (1)
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/sickn33-cdk-patterns/audits/4?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/sickn33-cdk-patterns?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/sickn33-cdk-patterns?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-cdk-patterns/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/sickn33-cdk-patterns.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
sickn33. (2026). cdk-patterns security audit report (audit version 4) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-cdk-patterns/audits/4BibTeX形式の引用
@techreport{sickn33-sickn33-cdk-patterns-2026,
author = {sickn33},
title = {cdk-patterns security audit report (audit version 4)},
institution = {Skillstore},
year = {2026},
number = {4},
url = {https://skillstore.io/skills/sickn33-cdk-patterns/audits/4},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "cdk-patterns security audit report (audit version 4)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/sickn33-cdk-patterns/audits/4"
identifiers:
- type: other
value: "skillstore:sickn33-cdk-patterns:audit:4"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
サービスインフラストラクチャを標準化する
API、コンピュート、ストレージ、共有リソース向けの反復可能な CDK パターンを作成します。
CDK スタックの品質をレビューする
construct の選択、IAM スコープ、スタック境界、タグ付け、モニタリング、デプロイ準備状況を確認します。
本番向けサーバーレスアプリを設計する
API Gateway、Lambda、DynamoDB、トレーシング、アラーム、保持設定を、1 つの再利用可能なパターンとして計画します。
これらのプロンプトを試す
AWS サービスを CDK で構築する必要があります。重要な質問をしたうえで、再利用可能なパターンとスタック構造を推奨してください。
API Gateway、Lambda、DynamoDB、トレーシング、アラーム、タグ、最小権限の IAM を備えた、再利用可能な CDK サーバーレス API パターンを設計してください。
この CDK スタックについて、L1 construct の使用、IAM スコープ、削除ポリシー、タグ、モニタリング、ステートフルとステートレスの分離をレビューしてください。
共有ステートフルリソース、ステートレスサービス、オブザーバビリティ、デプロイガードレールを備えた、本番アプリケーション向けのマルチスタック CDK アーキテクチャを提案してください。
ベストプラクティス
- 通常、より明確なインターフェースとより安全なデフォルトを提供するため、L2 constructs を優先します。
- デプロイリスクを減らすために、永続リソースをステートレスなサービスリソースから分離します。
- デプロイ前に生成されたインフラストラクチャ変更をレビューし、最小権限の許可を適用します。
回避
- 保守されている L2 constructs が要件を満たす場合に、低レベル constructs を使用すること。
- データベース、キュー、コンピュート、API を 1 つの密結合したスタックにまとめること。
- 再利用可能な constructs に、アカウント、リージョン、名前、または広範な IAM 権限をハードコードすること。