foundationdb-dotnet-skills plugin
A Claude Code plugin with nine skills on the FoundationDB .NET client: keys, transactions, layers, Aspire and tests
- 158 ★ on the repository
- Last commit
- BSD-3-Clause
Minimal access
Why this level
- Holds instructions for the agent only and runs nothing itself
Install
- Works in
In your terminal, with SkillFoxx CLI
npx skillfoxx add plugins/foundationdb-dotnet-skillsDetects the agents on your machine, shows the access level and pins the version.
Other ways to install
Access and checks
How we reviewMinimal accessThe tool runs nothing and makes no network calls.
- Holds instructions for the agent only and runs nothing itself
This is third-party code. Review the repository files before installing.
What it does
The foundationdb-dotnet-skills plugin teaches an agent to write .NET code correctly for FoundationDB.Client, where inexact code compiles fine and then breaks on a transaction conflict. Nine skills ship in the Agent Skills format. foundationdb-keys-and-layers explains key and value encoding, subspaces, the Directory layer and writing your own layers. foundationdb-transactions covers the retry loop, atomic operations, watches and diagnosing conflicts. foundationdb-advanced-layers deals with batching, contention, change feeds, leases and retention. foundationdb-aspire covers running a cluster through .NET Aspire and client-to-cluster version compatibility. The remaining skills belong to the SnowBank libraries: Slice and buffers, the CrystalJson JSON stack, BetterHttpClient with policies and TLS, Contract argument guards and multi-node tests with a unified journal. They are useful outside FoundationDB too.
Who it is for. C# developers who use FoundationDB.Client through NuGet or as a submodule and work alongside an agent.
Good fit when
- You design a key layout and choose between tuples, subspaces and the Directory layer
- A transaction fails with `TransactionTooOld` or frequent conflicts and the agent has to find the cause
- You need an atomic counter or waiting for a key change through a watch
- A local dev cluster comes up through .NET Aspire and the native library version must match the cluster
- A multi-node integration test fails and the diagnosis goes through the test framework's unified journal
Not a fit when
- The project is in Java, Go or Python: the skills are tied to the .NET client
- You use a different FoundationDB client than FoundationDB.Client
- The agent is not Claude Code: the plugin targets its marketplace, and other tools mean copying folders by hand
Example request
Add a Minimal API endpoint that stores a greeting in the Examples/Greetings subspace through WriteAsync and retries the transaction on conflictLimitations
- The skills are not part of the NuGet packages; they install separately as a plugin or get copied into `.claude/skills/`.
- Without a pinned tag the plugin follows the main branch and describes an API newer than your package; set the tag in `.claude/settings.json` through `extraKnownMarketplaces`.
- The plugin's `skills/` folder is generated from `.claude/skills/` by a script, so nothing there is edited by hand.
- Aspire setups need the native `libfdb_c` whose version matches the cluster's `major.minor`.
How to disable. `/plugin uninstall foundationdb-dotnet-skills@snowbank` removes the plugin, and `/plugin update foundationdb-dotnet-skills@snowbank` updates it. If you copied the skills by hand, delete the folders from `~/.claude/skills/` or the project's `.claude/skills/`.
FAQ
How do I install the FoundationDB .NET skills in Claude Code?
Run `/plugin marketplace add SnowBankSDK/foundationdb-dotnet-client`, then `/plugin install foundationdb-dotnet-skills@snowbank`. Instead of the plugin you can copy the skill folders into `~/.claude/skills/` or the project's `.claude/skills/`.
How do I get skills that match my package version?
Pin the marketplace in `.claude/settings.json` to a tag matching the package version, for example `7.4.2`, and install the plugin again. A tag is accepted but a commit hash is not. When you change the package version, change the tag in the same commit.
Which skill do I start with?
With `foundationdb-keys-and-layers`: key encoding drives every other decision. Then come `foundationdb-transactions`, followed by `foundationdb-advanced-layers` and `foundationdb-aspire`.
Which skills does the plugin include?
Nine: `foundationdb-keys-and-layers`, `foundationdb-transactions`, `foundationdb-advanced-layers`, `foundationdb-aspire`, `snowbank-slices-and-buffers`, `crystaljson`, `snowbank-betterhttp`, `snowbank-contracts` and `snowbank-distributed-testing`.
How do I update the plugin?
With `/plugin update foundationdb-dotnet-skills@snowbank`. If the marketplace is pinned to a tag, change the tag in `.claude/settings.json` first.
Discussion
No questions or reviews yet.
Related
PluginsOfficial Firebase plugin for agents: 14 skills on Firestore, Auth, Hosting, Crashlytics, Remote Config and security rules
PlanetScale Database Skills
planetscale-database-skills
Skills for agents working with databases: one subfolder per technology. Made by PlanetScale, with a separate plugin for Cursor
Official skills and agents from the .NET team: performance, MSBuild, NuGet, upgrades, testing, ASP.NET Core, Blazor and MAUI
Supabase's official skills: help an agent work with the database, Auth, Edge Functions and Postgres best practices
Three backend skills for agents that guard access, data and schema migrations: 2 of 150 runs had critical mistakes instead of 25.
A set of Claude Code and Codex skills that teach the agent to write Spring Boot by your conventions and templates
README in short
The repository README opens with a client quick start: NuGet packages, dependency-injection registration and two Minimal API endpoints. The AI-assisted development section describes the skills, plugin installation, version pinning by tag and fallbacks without the plugin system.