coding-conventions

Enforce snake_case field naming across Python, TypeScript, and PostgreSQL.

Updated Dec 17, 2025
One-click install
npx skills add https://github.com/beetz12/job-aggregator --skill coding-conventions-beetz12
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: coding-conventions
Source: https://github.com/beetz12/job-aggregator/tree/main/.claude/skills/coding-conventions
Command: npx skills add https://github.com/beetz12/job-aggregator --skill coding-conventions-beetz12

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Inconsistent field naming between Python, TypeScript, and PostgreSQL leads to type errors, data mapping issues, and harder maintenance. This skill enforces a single naming convention to prevent such problems.

Core Features & Use Cases

  • Snake_case everywhere: Standardizes field names across the scraper, backend, DB, and frontend.
  • Error prevention: Reduces camelCase related type errors and DB constraint violations by aligning names.
  • Guidance & tooling: Provides mappings, normalization rules, and references for shared types and code conventions across languages.

Quick Start

Configure your project to consistently rename any camelCase occurrences to snake_case and verify mappings across Python, TypeScript, and SQL schemas.

Frequently Asked Questions about coding-conventions

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce snake_case naming conventions across Python, TypeScript, and PostgreSQL?

To enforce snake_case naming conventions, standardize field names across your data models, API payloads, and database schemas. This skill provides mapping guidelines and normalization rules to rename camelCase occurrences and align names from ingestion to persistence.

Why does inconsistent field naming between TypeScript and PostgreSQL cause type errors?

Inconsistent field naming between TypeScript and PostgreSQL causes type errors because camelCase in frontend payloads mismatches snake_case in database schemas. Aligning names across data models prevents data mapping issues, DB constraint violations, and runtime failures.

What's the best way to standardize API payload field names across a full stack project?

The best way to standardize API payload field names is applying a single snake_case convention across scraper, backend, and frontend components. Mapping guidelines and shared type references ensure consistent field names from data ingestion through persistence.

Does this naming convention skill apply to both database schemas and frontend code paths?

Yes, this naming convention skill applies to database schemas and frontend code paths. Scope covers data models, API payloads, and code paths across Python, TypeScript, and PostgreSQL where naming inconsistencies cause type errors or runtime failures.

How do I normalize camelCase fields to snake_case in a multi-language codebase?

To normalize camelCase fields to snake_case in a multi-language codebase, configure your project to consistently rename occurrences and verify mappings. This skill provides normalization rules and references for shared types across Python, TypeScript, and SQL schemas.

When do I need snake_case normalization rules for my web scraper and backend?

You need snake_case normalization rules when field names from web scraper ingestion mismatch backend or database schemas. Applying consistent naming prevents type errors and data mapping issues across Python, TypeScript, and PostgreSQL components.