CtrlK
BlogDocsLog inGet started
Tessl Logo

rds-oss

Advises on Amazon RDS open-source engines (MySQL, MariaDB, PostgreSQL) for instance creation, upgrade planning, commitment pricing, proxy evaluation, and Blue/Green deployments. Handles any RDS MySQL, MariaDB, or PostgreSQL question, including create a production-ready RDS MySQL instance, provision an RDS PostgreSQL database, run the RDS upgrade advisor for my RDS MySQL instance, what are my upgrade options, upgrade RDS MariaDB from 10.6 to the latest version, should I buy reserved instances or a savings plan for db.r7g.2xlarge RDS MySQL, change a VARCHAR to INT column on RDS MySQL 8.0 with Blue/Green, and does RDS Proxy help when PgBouncer already runs in transaction mode. Covers instance creation with production best practices, describe-db-instances and describe-db-engine-versions upgrade-target workflow, live prechecks via SSM or direct connection, RI versus DSP commitment pricing, RDS Proxy versus PgBouncer, and Blue/Green lifecycle with binlog replay compatibility.

71

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-engineered advisory skill body: highly actionable commands with explicit safety gates (confirmation before switchover, purchase-command ban, never fabricate output), clear routing to a well-organized one-level-deep reference bundle, and an Aurora/RDS confusion table that adds genuine non-obvious value. The main cost is token weight — the per-query "Critical Facts" scripts and restated constraints duplicate the reference workflows and make the body roughly 40% longer than it needs to be.

Suggestions

Move the "Critical Facts to Always Surface" per-query fact lists (upgrade advisor, MariaDB upgrade, RI vs DSP, Blue/Green VARCHAR→INT, PgBouncer vs Proxy) into their corresponding workflow references, keeping only a short body-level rule such as "always enumerate CLI command names, never mention LTS for RDS, never show purchase commands".

Delete or compress the instance-creation "Constraints" block that restates the 13 numbered best practices verbatim, and remove the hardcoded example model ID in favor of just the placeholder.

Add an explicit post-creation validation step (e.g. `aws rds describe-db-instances --db-instance-identifier <name>` and wait for `available`) to close the workflow-clarity checkpoint gap.

DimensionReasoningScore

Conciseness

The body is mostly efficient — no basic-concept explanations, concrete CLI commands, dense constraint lists — but it could be tightened considerably. The ~90-line "Critical Facts to Always Surface" section scripts mandatory fact lists for five specific example queries (e.g. "For '2x db.r7g.2xlarge RDS MySQL 24/7 — buy RI or Savings Plan?', you MUST tell the user ALL of the following seven facts"), duplicating content that belongs in the corresponding workflow references, and the instance-creation "Constraints" block restates the 13 numbered best practices immediately above it. Version-specific guidance ("prefer 8.4.x over 8.0", a hardcoded example model ID) is hedged with a check command but still adds time-sensitive detail. This fits the anchor 'mostly efficient but includes some unnecessary explanation or could be tightened' rather than the minor-trim level 4.

3 / 5

Actionability

Guidance is fully executable throughout: exact CLI invocations with flags ("aws rds describe-db-engine-versions --engine <engine> --query ..."), a complete copy-paste create-db-instance example with all best-practice flags, post-creation TLS and KMS commands, and a named offline script with exact arguments ("--instance-type db.r7g.2xlarge --engine mysql --num-instances 2"). Specific examples cover the common cases, matching the top anchor; score 4 would require minor gaps that are not present.

5 / 5

Workflow Clarity

The Common Tasks sequence (verify dependencies → classify and route via the Decision Guide → execute the workflow's Tasks section) is clear, and destructive operations have strong safeguards: prerequisite validation for Blue/Green ("binlog_format=ROW, automated backups enabled, instance in available state"), a mandatory user-confirmation gate before presenting switchover, post-switchover verification, and a hard ban on purchase commands. It falls short of the anchor-5 example because per-step validation detail is delegated to the reference files and the instance-creation workflow has no post-create verification step (e.g. describe-db-instances to confirm the instance reached 'available'), so some checkpoints are implicit rather than explicit in the body.

4 / 5

Progressive Disclosure

Good structure against the actual bundle: a Decision Guide table routes each request class to one of four existing workflow references (all cited paths resolve, references are one level deep and never nest further), verify-dependencies and per-engine precheck files are well split, and a script is provided for offline pricing. The main gap is that the long "Critical Facts to Always Surface" section inlines per-example scripted answers that clearly belong in the corresponding workflow references, keeping this at 'most content appropriately placed, minor organization gaps' rather than the well-split top anchor.

4 / 5

Total

16

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: third-person voice, comprehensive concrete capabilities, an explicit scope trigger ("Handles any RDS MySQL, MariaDB, or PostgreSQL question"), and seven verbatim example queries that double as natural trigger phrases. Its only weakness is length — the scope is restated three times across the three sentences (five areas, example queries, then a "Covers..." recap), so some trimming would improve it without losing signal.

Suggestions

Trim the third sentence ("Covers instance creation with production best practices, describe-db-instances and describe-db-engine-versions upgrade-target workflow...") — it largely restates the first two sentences and could be reduced to the few details not already covered, e.g. the workflow tool names.

Reduce the seven verbatim example queries to the four or five most distinct trigger patterns to cut padding while preserving natural-term coverage.

DimensionReasoningScore

Specificity

The description lists multiple concrete, distinct capabilities — "instance creation, upgrade planning, commitment pricing, proxy evaluation, and Blue/Green deployments" — and grounds them in specific operations ("describe-db-instances and describe-db-engine-versions upgrade-target workflow, live prechecks via SSM, RI versus DSP commitment pricing, RDS Proxy versus PgBouncer"). Coverage spans all five of the skill's decision areas, matching the anchor for comprehensive concrete actions; it is not merely naming the domain.

5 / 5

Completeness

Both questions are explicitly answered: what ("Advises on Amazon RDS open-source engines ... for instance creation, upgrade planning, commitment pricing, proxy evaluation, and Blue/Green deployments") and when ("Handles any RDS MySQL, MariaDB, or PostgreSQL question"), reinforced with concrete trigger phrases. This is equivalent to an explicit "Use when" clause with concrete triggers, matching the anchor-5 example; a score of 4 would require the 'when' to be less explicit than it is.

5 / 5

Trigger Term Quality

It embeds verbatim natural user phrasings — "create a production-ready RDS MySQL instance", "run the RDS upgrade advisor", "should I buy reserved instances or a savings plan for db.r7g.2xlarge", "change a VARCHAR to INT column ... with Blue/Green", "does RDS Proxy help when PgBouncer already runs in transaction mode" — covering synonyms (RI/reserved instances, DSP/savings plan, upgrade options, switchover-adjacent terms). This is comprehensive natural-term coverage including variations, matching the top anchor.

5 / 5

Distinctiveness Conflict Risk

It carves a clear niche — "Amazon RDS open-source engines (MySQL, MariaDB, PostgreSQL)" — which distinguishes it from Aurora skills, commercial-engine RDS skills, and generic database skills; trigger phrasings are engine- and product-specific (RDS, db.r7g.2xlarge, RDS Proxy, Blue/Green). Conflict risk with other skills is minimal, matching the clear-niche anchor.

5 / 5

Total

20

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
aws/agent-toolkit-for-aws
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.