Amazon DynamoDB · Work with AI
AI Skills
Reusable domain knowledge and workflows that help AI coding agents implement ARX.SDK correctly.
What an ARX.SDK skill is
A skill is a folder an AI coding agent loads when a task needs it: a SKILL.md file with the skill's name, a description the agent reads to decide when the skill applies, and instructions; and reference files the agent opens only when the instructions send it there. The format is the open Agent Skills specification.
The knowledge base is reference material; the skill is a way of working. arx-sdk tells the agent to find the project's ARX.SDK provider from its package reference, to read that provider's guide and types before writing code, to start from the closest verified sample, to use only types and members the types file lists, and to build and check its work before it reports done. Its references are the same files as the Amazon DynamoDB knowledge base, generated from the library and its samples, so the agent writes the code these pages show.
Download the skill
arx-sdk for ARX.SDK 1.0.0-rc.1
One skill for every provider: PostgreSQL, SQL Server, MySQL, MongoDB, DynamoDB. 817 KB, zip.
It targets ARX.SDK 1.0.0-rc.1: SKILL.md carries the version in its metadata (arx-sdk-version), and tells the agent to say so when the project references another one. Downloading it installs nothing: copy it into a folder your agent loads skills from, as below. To read it first, open SKILL.md.
What's inside
The files the Amazon DynamoDB part of the skill is made of. The other providers have the same files in their own folders.
| File | What it is | Size |
|---|---|---|
arx-sdk/SKILL.md | The skill: when to use it, how to find the provider, what to read, the rules, how to verify. | 9 KB |
arx-sdk/references/dynamodb/arx-dynamodb-benchmarks.md | How ARX compares with the low-level AWS client, DynamoDBContext and BatchWriteItem, measured: the only source for performance claims. | 5 KB |
arx-sdk/references/dynamodb/arx-dynamodb-create-multiple.md | What a CreateMultiple does, its rules, and every CreateMultiple sample: each scenario's code and the PartiQL statement that checks it. | 5 KB |
arx-sdk/references/dynamodb/arx-dynamodb-create.md | What a create does, its rules, and every Create sample: each scenario's code and the PartiQL statement that checks it. | 33 KB |
arx-sdk/references/dynamodb/arx-dynamodb-data-types.md | What each .NET type is stored as in Amazon DynamoDB, the date and time rules, and what each Amazon DynamoDB type reads back as. | 2 KB |
arx-sdk/references/dynamodb/arx-dynamodb-delete-multiple.md | What a DeleteMultiple does, its rules, and every DeleteMultiple sample: each scenario's code and the PartiQL statement that checks it. | 2 KB |
arx-sdk/references/dynamodb/arx-dynamodb-delete.md | What a delete does, its rules, and every Delete sample: each scenario's code and the PartiQL statement that checks it. | 17 KB |
arx-sdk/references/dynamodb/arx-dynamodb-error-codes.md | Every ARX error code: what it means, whether it is safe to retry, and the Amazon DynamoDB errors it comes from. | 13 KB |
arx-sdk/references/dynamodb/arx-dynamodb-guide.md | Instructions for the assistant, packages and setup, and a quick reference of each operation. | 17 KB |
arx-sdk/references/dynamodb/arx-dynamodb-retrieve-multiple.md | What a RetrieveMultiple does, its rules, and every RetrieveMultiple sample: each scenario's code and the PartiQL statement that checks it. | 30 KB |
arx-sdk/references/dynamodb/arx-dynamodb-retrieve.md | What a retrieve does, its rules, and every Retrieve sample: each scenario's code and the PartiQL statement that checks it. | 7 KB |
arx-sdk/references/dynamodb/arx-dynamodb-sample-application.md | The files the samples build on (the schema catalog, dbContext and its Service, the output helpers): what the samples' code refers to that isn't in the packages. | 13 KB |
arx-sdk/references/dynamodb/arx-dynamodb-types.md | Every public type: its declaration, constructors, properties, methods and their parameters, with what each does. | 215 KB |
arx-sdk/references/dynamodb/arx-dynamodb-update-multiple.md | What an UpdateMultiple does, its rules, and every UpdateMultiple sample: each scenario's code and the PartiQL statement that checks it. | 9 KB |
arx-sdk/references/dynamodb/arx-dynamodb-update.md | What an update does, its rules, and every Update sample: each scenario's code and the PartiQL statement that checks it. | 25 KB |
arx-sdk/references/guides/coming-from-dynamics-xrm.md | A guide that spans providers (the web documentation's Guides). | 8 KB |
arx-sdk/references/guides/coming-from-ef-core-or-dapper.md | A guide that spans providers (the web documentation's Guides). | 11 KB |
arx-sdk/references/guides/errors-in-practice.md | A guide that spans providers (the web documentation's Guides). | 10 KB |
arx-sdk/references/guides/glossary.md | A guide that spans providers (the web documentation's Guides). | 5 KB |
arx-sdk/references/guides/logging-and-tracing.md | A guide that spans providers (the web documentation's Guides). | 7 KB |
arx-sdk/references/guides/running-in-production.md | A guide that spans providers (the web documentation's Guides). | 11 KB |
arx-sdk/references/guides/switching-providers.md | A guide that spans providers (the web documentation's Guides). | 21 KB |
arx-sdk/references/guides/using-your-own-tables.md | A guide that spans providers (the web documentation's Guides). | 11 KB |
arx-sdk/references/guides/versions-and-compatibility.md | A guide that spans providers (the web documentation's Guides). | 3 KB |
Every provider's operation file holds all of its samples, each scenario's code with the PartiQL statement that checks it, so the skill has no separate examples folder: the agent starts from these.
Install it
Claude Code
Claude Code loads skills from .claude/skills/<name>/ in the project (commit the folder and your team gets it too) or from ~/.claude/skills/<name>/ for every project of yours. From the project's folder:
curl -L -o arx-sdk.zip https://arx.migslab.com/ai/skills/arx-sdk.zip
mkdir -p .claude/skills
unzip -o arx-sdk.zip -d .claude/skills
rm arx-sdk.zipInvoke-WebRequest https://arx.migslab.com/ai/skills/arx-sdk.zip -OutFile arx-sdk.zip
Expand-Archive arx-sdk.zip -DestinationPath .claude/skills -Force
Remove-Item arx-sdk.zip For every project of yours, unpack it into ~/.claude/skills instead. Claude Code then uses the skill when a task involves ARX.SDK, and /arx-sdk invokes it directly. The AI Instructions page has a CLAUDE.md section that names the project's provider.
Other coding agents
Agents that support the Agent Skills format load the same folder from their own skills directory: unpack the zip there, as their documentation says. For an agent without skill support (or alongside one), keep the folder in the repository and point its instruction file at it; the AI Instructions templates for AGENTS.md, GitHub Copilot and Cursor expect it in docs/arx-sdk/:
curl -L -o arx-sdk.zip https://arx.migslab.com/ai/skills/arx-sdk.zip
mkdir -p docs
unzip -o arx-sdk.zip -d docs
rm arx-sdk.zipKeep it current
- One version at a time. When the project moves to a newer ARX.SDK, download the skill again and replace the folder, then update the version in your instruction files.
- Don't edit the references. They are regenerated from the library, its guides and its verified samples with every release of these pages; a hand edit is lost, and can disagree with the API.
- Project rules go elsewhere. Conventions of your own belong in your instruction files, not in the skill's folder.
Why one skill for every provider
ARX.SDK's model, rules and workflow are the same for every database; what differs is each provider's rules, types, samples, data types and errors, which are in its own folder under references/. One skill means one name for the agent to match, whichever databases a project uses, and a new provider is a new folder, not a new skill.