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