ワンクリックで
use-cdkd
Build cdkd and show ready-to-use commands for other CDK projects. Copy-paste the output into another project's terminal.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Build cdkd and show ready-to-use commands for other CDK projects. Copy-paste the output into another project's terminal.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
Detect and delete leftover AWS resources from cdkd integration tests. Only targets resources matching known cdkd stack name patterns.
Proactively hunt for cdkd bugs by deploying real CDK apps that exercise common-but-untested AWS resources, configs, and CloudFormation notations against real AWS, then fix what breaks. Use for a periodic "find latent bugs" sweep, not for verifying a specific change.
Work through already-filed GitHub issues (typically the bug-hunt's output) end to end — triage safely, pick a few FILE-DISJOINT issues to fix in parallel, claim each on the issue before starting (collision-safe with other agents), verify against real AWS, then carry each through merge → pull → release → rebuild the linked binary → worktree cleanup. Use when asked to "handle/address filed issues", not to hunt for new bugs (that is /hunt-bugs).
Recommend which integration tests to run, based on the integ ledger (staleness / last result) plus the code areas touched by recent commits. Outputs a prioritized list of `/run-integ <name>` commands. Use before a release, after a batch of merges, or when unsure what integ coverage a change needs.
Scaffold a new integration test for cdkd. Creates a minimal CDK app with the specified AWS resources for deploy/destroy E2E testing.
Run integration tests (deploy + destroy) against real AWS. Use when you need to verify cdkd works end-to-end with actual AWS resources.
SOC 職業分類に基づく
| name | use-cdkd |
| description | Build cdkd and show ready-to-use commands for other CDK projects. Copy-paste the output into another project's terminal. |
Build cdkd and output commands that can be pasted into another CDK project's terminal.
Build cdkd:
vp run build
Get the absolute path to the CLI:
echo "$(pwd)/dist/cli.js"
Output the commands for the user to copy-paste. Use the absolute path.
cdkd as a global command)First-time setup (run once in the cdkd repo root):
# Configure pnpm global bin directory (first time only; adds PATH to shell rc)
pnpm setup
# Reload shell so PNPM_HOME is on PATH
source ~/.zshrc # or ~/.bashrc
# Register cdkd globally (run from the cdkd repo root)
pnpm link --global
After linking, cdkd is available as a global command from any directory.
cdkd-state-{accountId}-{region})# Bootstrap
cdkd bootstrap
# Synth / Diff / Deploy / Destroy
cdkd synth
cdkd diff
cdkd deploy
cdkd deploy -c KEY=VALUE
cdkd deploy --verbose
cdkd deploy --no-wait
cdkd destroy --force
# Bootstrap
cdkd bootstrap --state-bucket my-custom-cdkd-state-bucket
# Deploy (--state-bucket flag)
cdkd deploy --state-bucket my-custom-cdkd-state-bucket
# Deploy (CDKD_STATE_BUCKET env var)
CDKD_STATE_BUCKET=my-custom-cdkd-state-bucket cdkd deploy
# Destroy
cdkd destroy --state-bucket my-custom-cdkd-state-bucket --force
To unlink later: pnpm unlink --global cdkd (from anywhere) or pnpm rm --global cdkd.
Note: pnpm link --global points to the current dist/cli.js, so re-running vp run build in the cdkd repo picks up changes automatically — no re-link needed.
node invocation (no install needed)cdkd-state-{accountId}-{region})# Bootstrap
node /path/to/cdkd/dist/cli.js bootstrap
# Synth
node /path/to/cdkd/dist/cli.js synth
# Diff
node /path/to/cdkd/dist/cli.js diff
# Deploy
node /path/to/cdkd/dist/cli.js deploy
# Deploy (with context)
node /path/to/cdkd/dist/cli.js deploy -c KEY=VALUE
# Deploy (verbose)
node /path/to/cdkd/dist/cli.js deploy --verbose
# Deploy (no wait - don't wait for resource stabilization)
node /path/to/cdkd/dist/cli.js deploy --no-wait
# Destroy
node /path/to/cdkd/dist/cli.js destroy --force
# Bootstrap
node /path/to/cdkd/dist/cli.js bootstrap --state-bucket my-custom-cdkd-state-bucket
# Deploy (--state-bucket flag)
node /path/to/cdkd/dist/cli.js deploy --state-bucket my-custom-cdkd-state-bucket
# Deploy (CDKD_STATE_BUCKET env var)
CDKD_STATE_BUCKET=my-custom-cdkd-state-bucket node /path/to/cdkd/dist/cli.js deploy
# Destroy
node /path/to/cdkd/dist/cli.js destroy --state-bucket my-custom-cdkd-state-bucket --force
(If globally linked via Option A, replace node /path/to/cdkd/dist/cli.js with cdkd in any of the above.)
Remind the user:
pnpm setup + pnpm link --global is a one-time setup; after that just use cdkd anywherepnpm setup writes PNPM_HOME to your shell rc — open a new shell or source the rc before pnpm link --globalvp run build) automatically updates the linked global binary--region is optional if AWS_REGION or CDK_DEFAULT_REGION is set--state-bucket auto-resolves to cdkd-state-{accountId}-{region} if omitted--state-bucket flag, CDKD_STATE_BUCKET env var, or context.cdkd.stateBucket in cdk.json (priority: CLI > env > cdk.json)bootstrap first to create the state bucket (use --state-bucket to use a custom name)--app falls back to cdk.json's app field--verbose for detailed logs