원클릭으로
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 페이지를 검토하고 설치를 진행할 수 있습니다.
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 logsDetect 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.