code-formatter
Formats code according to Ben's style guidelines for TypeScript, Python, and general best practices. Use when formatting code, fixing linting issues, checking naming conventions, organizing imports, or when user mentions formatting, style, linting, Prettier, Black, or ESLint.
When & Why to Use This Skill
The Code Formatter skill for Claude is a specialized tool designed to enforce professional coding standards and style guidelines across TypeScript and Python projects. It automates the process of fixing linting issues, standardizing naming conventions (camelCase, PascalCase, snake_case), and organizing imports. By integrating industry-standard practices like PEP 8, Prettier, and ESLint, this skill ensures codebases remain clean, readable, and maintainable, significantly reducing the manual effort required during the code review process.
Use Cases
- Standardizing naming conventions for variables, functions, and classes across a multi-language codebase to ensure consistency.
- Automating the refactoring of legacy asynchronous code from .then() chains to modern async/await syntax for better readability.
- Enforcing strict TypeScript standards by adding missing type annotations and replacing 'any' types with 'unknown' or specific interfaces.
- Optimizing code structure by managing line lengths, adding trailing commas, and reordering imports according to best practices.
- Quickly fixing linting errors and formatting issues before a pull request to meet team-specific style guidelines.
| name | code-formatter |
|---|---|
| description | Formats code according to Ben's style guidelines for TypeScript, Python, and general best practices. Use when formatting code, fixing linting issues, checking naming conventions, organizing imports, or when user mentions formatting, style, linting, Prettier, Black, or ESLint. |
| allowed-tools | Read, Grep, Glob |
Code Formatter Skill
Apply consistent code formatting and style according to established guidelines.
Formatting Standards
File Naming
- All files:
lowercase_with_underscores - Examples:
user_service.py,api_client.ts,data_helper.js
Variable Naming
- Variables/Functions:
camelCase - Classes/Components:
PascalCase - Constants:
UPPER_CASE_SNAKE_CASE
// Good
const userName = 'John';
const API_KEY = 'secret';
class UserService {}
function getUserData() {}
// Bad
const UserName = 'John';
const api_key = 'secret';
class userService {}
function get_user_data() {}
Code Style
Line Length
- Maximum 100 characters per line
- Break long lines logically at operators or delimiters
Commas
- Use trailing commas for multi-line objects and arrays
// Good
const config = {
host: 'localhost',
port: 3000,
timeout: 5000, // trailing comma
};
const items = [
'first',
'second',
'third', // trailing comma
];
// Bad
const config = {
host: 'localhost',
port: 3000,
timeout: 5000 // missing trailing comma
};
Imports
- Use explicit imports (no wildcard
*) - ES Modules only (no
require) - Group imports: external libraries first, then internal modules
// Good
import { useState, useEffect } from 'react';
import { fetchUser } from '../api/users';
// Bad
import * from 'react';
const users = require('../api/users');
Async/Await
- Prefer
async/awaitover.then()chains
// Good
async function fetchData() {
const response = await apiClient.get('/data');
return response.data;
}
// Bad
function fetchData() {
return apiClient.get('/data').then(res => res.data);
}
TypeScript Standards
- Enable strict mode
- Avoid
anytype (useunknownif type is truly unknown) - Define interfaces for object shapes
- Use type annotations for function parameters and returns
// Good
interface User {
id: number;
name: string;
email: string;
}
async function getUser(id: number): Promise<User> {
const response = await fetch(`/api/users/${id}`);
return response.json();
}
// Bad
async function getUser(id) {
const response = await fetch(`/api/users/${id}`);
return response.json();
}
Python Standards (PEP 8)
- 4 spaces for indentation (no tabs)
- Snake_case for functions and variables
- PascalCase for classes
- Use type hints where beneficial
# Good
def calculate_total(items: list[dict]) -> float:
"""Calculate total price of items."""
return sum(item['price'] for item in items)
class UserService:
"""Service for user operations."""
pass
# Bad
def CalculateTotal(items):
return sum(item['price'] for item in items)
class user_service:
pass
Comments
- Write comments only for non-obvious logic
- Explain "why" not "what"
- Keep comments updated with code changes
// Good
// Use exponential backoff to avoid overwhelming the API during outages
const retryDelay = Math.pow(2, attemptNumber) * 1000;
// Bad
// Set retry delay
const retryDelay = Math.pow(2, attemptNumber) * 1000;
Formatting Tools
JavaScript/TypeScript
- Prettier: For consistent formatting
- ESLint: For code quality and style enforcement
# Format with Prettier
npx prettier --write "src/**/*.{ts,tsx,js,jsx}"
# Lint with ESLint
npx eslint src/ --fix
Python
- Black: For formatting
- isort: For import sorting
# Format code
black .
# Sort imports
isort .
# Both together
black . && isort .
Common Formatting Issues
Fix These Automatically
- Inconsistent indentation
- Missing trailing commas
- Lines exceeding 100 characters
- Inconsistent quote styles (prefer single quotes for TS, double for Python)
- Extra whitespace
- Import ordering
Require Manual Review
- Complex expressions that need breaking
- Unclear variable names
- Missing type annotations
- Ambiguous logic requiring comments
Formatting Process
When formatting code:
- Check file naming convention
- Verify variable/class naming follows standards
- Ensure imports are explicit and properly ordered
- Check line length (max 100 chars)
- Add trailing commas to multi-line structures
- Replace
.then()withasync/await - Add type annotations where missing (TypeScript/Python)
- Remove unnecessary comments, add helpful ones
- Verify consistent indentation
Always provide a summary of changes made and reasoning for significant modifications.
Version
- v1.1.0 (2025-12-05): Added allowed-tools restriction, enriched trigger keywords
- v1.0.0 (2025-11-15): Initial version