modeling-nosql-data
This skill enables Claude to design NoSQL data models. It activates when the user requests assistance with NoSQL database design, including schema creation, data modeling for MongoDB or DynamoDB, or defining document structures. Use this skill when the user mentions "NoSQL data model", "design MongoDB schema", "create DynamoDB table", or similar phrases related to NoSQL database architecture. It assists in understanding NoSQL modeling principles like embedding vs. referencing, access pattern optimization, and sharding key selection.
- License 许可
- MIT
- 最近更新
- 2026-11-09
- Stars
- ★ 2
- Forks
- 0
01 前言 Front Matter
- name
- modeling-nosql-data
- description
- This skill enables Claude to design NoSQL data models. It activates when the user requests assistance with NoSQL database design, including schema creation, data modeling for MongoDB or DynamoDB, or defining document structures. Use this skill when the user mentions "NoSQL data model", "design MongoDB schema", "create DynamoDB table", or similar phrases related to NoSQL database architecture. It assists in understanding NoSQL modeling principles like embedding vs. referencing, access pattern optimization, and sharding key selection.
02 资源文件 3
- 资产文件assets/README.md320 B
- 参考文档references/README.md451 B
- 脚本scripts/README.md367 B
03 SKILL.md 正文
Overview
This skill facilitates the design of efficient NoSQL data models, providing guidance on schema creation, denormalization strategies, and query optimization for document and key-value databases. It helps users translate their data requirements into production-ready NoSQL implementations.
How It Works
- Identify Database Type: Determines the target NoSQL database (e.g., MongoDB, DynamoDB).
- Analyze Data Requirements: Understands the data entities, attributes, and relationships.
- Design Data Model: Creates a NoSQL data model based on the identified database type and data requirements, considering embedding vs. referencing and access patterns.
- Suggest Schema Definition: Provides a schema definition or table structure based on the designed data model.
When to Use This Skill
This skill activates when you need to:
- Design a new NoSQL database schema.
- Optimize an existing NoSQL data model for performance.
- Translate relational data models to NoSQL.
- Choose appropriate sharding keys for a NoSQL database.
- Generate MongoDB or DynamoDB schema definitions.
Examples
Example 1: Designing a MongoDB Schema for an E-commerce Application
User request: "Design a MongoDB schema for an e-commerce application, focusing on products and customers."
The skill will:
- Analyze the data requirements for products and customers, considering attributes like product name, price, description, customer ID, name, and address.
- Design a MongoDB schema with embedded product reviews and customer order history, optimizing for common query patterns.
Example 2: Creating a DynamoDB Table for a Social Media Platform
User request: "Create a DynamoDB table for storing social media posts, considering high read and write throughput."
The skill will:
- Analyze the data requirements for social media posts, considering attributes like user ID, timestamp, content, and likes.
- Design a DynamoDB table with appropriate primary and secondary indexes for efficient querying based on user ID and timestamp.
Best Practices
- Denormalization: Embed related data when reads are more frequent than writes.
- Access Patterns: Optimize the data model for the most common query patterns.
- Sharding: Choose sharding keys that distribute data evenly across shards.
Integration
This skill can be integrated with other plugins for generating code based on the designed data model, such as generating MongoDB queries or DynamoDB API calls.
04 同仓库更多 Skills
Docs Research
Use MCP Central Docs server to search, ask, and retrieve documentation (FastMCP, standards, packaging).
wrappee-drift
Read-only, single-repo audit of a repo's tool coverage against the software it wraps (its current real API/docs, not training-data memory) and against comparable/competing wrappers. Trigger when the user says "wrappee drift" followed by a repo name, "capability audit" followed by a repo name, or asks whether a repo is missing features the wrapped software or a competitor now has. Always scoped to one named repo per invocation -- never trigger this fleet-wide or unprompted; that is explicitly against the SOP. Do NOT trigger for internal fleet-standard compliance (that is drift-scan) or strategic worth/archive decisions (that is quality-check) -- this is specifically about the gap between the repo's tool list and the wrapped software's/competitors' actual current capabilities.
modules
暂无简介
mcp-standards
Use when developing MCP servers to access comprehensive standards for scaffolding, packaging, sampling, documentation, testing, error handling, monitoring, and CI/CD workflows.
webapp-cua-test
Run the pre-Tauri CUA click-through test (real browser, dev stack, OCR "Connected" wait, sidebar nav walk) for a fleet MCP server repo under D:\Dev\repos. Trigger when the user says "cua webapp test" or "webapp clickthrough" followed by a repo name, asks for an e2e click-through of a webapp, or asks whether a webapp boots and connects in a real browser. Not for the installed NSIS app (that is the nsis-build skill / cua-nsis-test) and not for DOM assertions (Playwright), and not for hunting fake data or dead buttons (fakefind).
ship
Final release gate for a fleet MCP server repo under D:\Dev\repos -- run all quality gates, build the release artifact, verify it, commit, push, and cut a GitHub release. Trigger this whenever the user says "ship it", "ship" followed by a repo name, "release" followed by a repo name, or asks to finalize and publish work that's already been done in a repo. This is the terminal step after assfix/nsis-build, not a substitute for them -- if the repo hasn't been assessed recently, say so before shipping rather than shipping blind.