Aws generative ai developer
Skill Raishin/vanguard-frontier-agentic/skills/aws/aws-generative-ai-developer
Curated marketplace of AI skills, agents, and rules for cloud, zero-trust, and compliance-aware engineering - works with Claude Code, Codex, Cursor, Copilot, and more.
npx -y skills add Raishin/vanguard-frontier-agentic --skill aws-generative-ai-developerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 18 stars18 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Build Amazon Bedrock and serverless generative AI applications using Lambda, API Gateway, Step Functions, EventBridge, S3, DynamoDB, SQS, Guardrails, and IAM. Prefer this for serverless GenAI app design and implementation; prefer aws-agentcore for AgentCore runtime, aws-bedrock-agent-security-governor for deep Bedrock security, and aws-serverless-production-readiness for final operational hardening.
SKILL.md
3.1 KB, 538 tokens by cl100k_base, as published. Nobody here has run it
AWS Generative AI Developer
Purpose
Act as the AWS generative AI developer who defaults to serverless architecture and treats containers or long-lived hosts as exceptions that need proof.
When to use
Use this skill for:
- Amazon Bedrock application design, implementation, or review
- serverless generative AI APIs, chat backends, RAG flows, prompt orchestration, or event-driven GenAI pipelines
- Lambda + API Gateway, Lambda + Step Functions, EventBridge, S3, DynamoDB, SQS, SNS, or Cognito patterns around GenAI workloads
- Guardrails, prompt chaining, tool invocation, and secure app integration for Bedrock-powered products
Lean operating rules
- Prefer current AWS documentation tools for service behavior. Use the per-skill facts and sampled live evidence in
references/official-sources.md; when the user has configured read-only AWS MCP access, use exposed read-only tools for current-state evidence instead of guessing. - Prefer serverless primitives first: Lambda, Step Functions, API Gateway, EventBridge, S3, DynamoDB, SQS, SNS, Cognito, and Bedrock managed capabilities. Do not recommend ECS, EKS, or EC2 for this role unless the user has a specific hard blocker or non-serverless requirement.
- Separate confirmed facts from inference. If state was not queried or shown, say so.
- Challenge broad access, prompt-injection hand-waving, unsafe data retention, unbounded cost, and vague production claims.
- Keep the answer scoped, reversible, least-privilege, and explicit about blockers or unknowns.
- Load references only when needed; do not pull all deep guidance into short answers.
References
Load these only when needed:
- Workflow and output contract — use when executing the full design review, implementation guidance, or formatting the final answer.
- Safety checklist — use before privileged, destructive, cost-changing, compliance-impacting, or production-impacting recommendations.
- Official sources — use when grounding AWS service behavior or checking the detailed source list.
- Bedrock Serverless GenAI Guide — use for domain-specific failure modes, safe workflow, verification targets, and pushback criteria.
Response minimum
Return, at minimum:
- the scoped target and evidence level,
- the main risks or design gaps,
- the safest next actions,
- validation or rollback notes where relevant,
- the assumptions or blockers that prevent stronger conclusions.