Interfaces with databases to run SQL queries, view tables, and inspect schemas.
Install
mkdir -p .claude/skills/whodb && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/6569" && unzip -o skill.zip -d .claude/skills/whodb && rm skill.zipInstalls to .claude/skills/whodb
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Database operations including querying, schema exploration, and data analysis. Activates for tasks involving PostgreSQL, MySQL, MariaDB, TiDB, SQLite, MongoDB, Redis, Elasticsearch, or ClickHouse databases.Key capabilities
- →List available database connections
- →Execute SQL queries
- →Explore database schemas and table structures
- →Describe table columns and relationships
- →Export query results to CSV or Excel
How it works
The agent interacts with databases via MCP tools or CLI commands to perform schema discovery and execute targeted SQL queries.
Inputs & outputs
When to use whodb
- →Query SQL databases for data analysis
- →Inspect table schemas and column details
- →List connections and available tables
- →Execute SQL migration checks
About this skill
WhoDB Database Assistant
You have access to WhoDB for database operations. Use these tools and commands to help users with database tasks.
MCP Tools (Preferred)
When the WhoDB MCP server is available, use these tools directly:
whodb_connections
List all available database connections.
No parameters required.
Returns: List of connection names with type and source (env/saved).
whodb_query
Execute SQL queries against a database.
Parameters:
- connection: Connection name (optional if only one connection exists)
- query: SQL query to execute
Example: whodb_query(connection="mydb", query="SELECT * FROM users LIMIT 10")
whodb_schemas
List all schemas in a database.
Parameters:
- connection: Connection name (optional if only one connection exists)
Example: whodb_schemas(connection="mydb")
whodb_tables
List all tables in a schema.
Parameters:
- connection: Connection name (optional if only one connection exists)
- schema: Schema name (optional, uses default if not specified)
Example: whodb_tables(connection="mydb", schema="public")
whodb_columns
Describe columns in a table.
Parameters:
- connection: Connection name (optional if only one connection exists)
- table: Table name (required)
- schema: Schema name (optional)
Example: whodb_columns(connection="mydb", table="users")
CLI Commands (Fallback)
If MCP tools are unavailable, use the CLI directly via Bash:
Query Execution
whodb-cli query "SELECT * FROM users LIMIT 10" --connection mydb --format json
Schema Discovery
# List schemas
whodb-cli schemas --connection mydb --format json
# List tables
whodb-cli tables --connection mydb --schema public --format json
# Describe columns
whodb-cli columns --connection mydb --table users --format json
Connection Management
# List connections
whodb-cli connections list --format json
# Test connection
whodb-cli connections test mydb
# Add new connection (interactive)
whodb-cli connections add --name mydb --type Postgres --host localhost --database mydb
Data Export
# Export to CSV
whodb-cli export --connection mydb --table users --output users.csv
# Export query results
whodb-cli export --connection mydb --query "SELECT * FROM orders" --output orders.xlsx
Workflow Examples
Explore a New Database
- List connections:
whodb_connections - List schemas:
whodb_schemas(connection="name") - List tables:
whodb_tables(connection="name", schema="public") - Describe table:
whodb_columns(connection="name", table="users") - Sample data:
whodb_query(connection="name", query="SELECT * FROM users LIMIT 5")
Answer Data Questions
- Understand the schema first - check table structure
- Write targeted queries with appropriate filters
- Always use LIMIT for exploratory queries
- Present results in a clear, readable format
Best Practices
- Always explore schema first before writing queries
- Use LIMIT for exploratory queries to avoid overwhelming output
- Prefer specific columns over SELECT * for clarity
- Check foreign keys via whodb_columns to understand relationships
- Use JSON format (--format json) when parsing output programmatically
- Never expose credentials - use connection names, not connection strings
When not to use it
- →Exposing raw credentials in queries
Prerequisites
Limitations
- →Requires LIMIT on exploratory queries
- →Must use connection names instead of credentials
How it compares
It provides a standardized interface for database exploration and query execution that avoids manual connection string management.
Compared to similar skills
whodb side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| whodb (this skill) | 1 | 4mo | Review | Beginner |
| database | 0 | 2mo | No flags | Advanced |
| design | 0 | 1mo | Review | Intermediate |
| database-schema-design | 0 | 3mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by clidey
View all by clidey →You might also like
database
asnk633
Database development and operations workflow covering SQL, NoSQL, database design, migrations, optimization, and data engineering.
design
Hainrixz
Greenfield database design — pick the right engine for a new project, compare it against the boring default, and hand back a starter data model with a diagram. Recommendation mode (module M0); never scored, never destructive. Use when the user is starting fresh and asks what database to use, how to
database-schema-design
RepairYourTech
Design database schemas with normalization, relationships, and constraints. Use when creating new database schemas, designing tables, or planning data models for any database paradigm.
data-sql
nholder88
>-
sql-queries
anthropics
Write correct, performant SQL across all major data warehouse dialects (Snowflake, BigQuery, Databricks, PostgreSQL, etc.). Use when writing queries, optimizing slow SQL, translating between dialects, or building complex analytical queries with CTEs, window functions, or aggregations.
database-design
davila7
Database design principles and decision-making. Schema design, indexing strategy, ORM selection, serverless databases.