file-style-conventions

Enforce emoji restrictions and trailing newlines in project files.

1|Updated Jun 11, 2026
One-click install
npx skills add https://github.com/sergeyitaly/claude-skill-deployer --skill file-style-conventions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: file-style-conventions
Source: https://github.com/sergeyitaly/claude-skill-deployer/tree/main/skills_library/file-style-conventions
Command: npx skills add https://github.com/sergeyitaly/claude-skill-deployer --skill file-style-conventions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Inconsistent file formatting—such as emoji in non-Markdown files or missing trailing newlines in YAML files—causes encoding parser errors, messy git diffs, and CI lint failures that slow down development workflows.

Core Features & Use Cases

  • Emoji restriction for non-Markdown files: Blocks all emoji characters in source code, config files, scripts, and other non-.md/.mdx files to avoid multi-byte sequence issues and terminal misrendering.
  • YAML trailing newline enforcement: Ensures all .yml/.yaml files end with exactly one newline to comply with POSIX standards, eliminate "No newline at end of file" git diff noise, and pass default yamllint rules.
  • Use Case: When editing project configuration files or source code, this skill automatically catches and fixes these common, easy-to-miss formatting oversights without requiring manual review.

Quick Start

Use the file-style-conventions skill to verify and correct formatting for any non-Markdown file or YAML file you create or edit.

Frequently Asked Questions about file-style-conventions

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

FAQPage Schema
How do I prevent emoji characters from causing encoding errors in source code?

You can prevent emoji encoding errors by enforcing a file hygiene convention that blocks all emoji characters in non-Markdown files. This avoids multi-byte sequence issues and terminal misrendering in source code and config files.

Why does yamllint fail on missing trailing newlines in YAML files?

Yamllint fails because POSIX text file standards require files to end with a newline. Enforcing exactly one trailing newline in YAML files eliminates git diff noise and ensures your configuration passes default yamllint rules.

What's the best way to automatically fix file formatting issues before committing code?

The best way to fix formatting issues is to apply automated file hygiene conventions during editing. This catches missing YAML trailing newlines and emoji in non-Markdown files without requiring manual review before committing code.

Does the emoji restriction apply to Markdown and MDX files?

No, the emoji restriction does not apply to Markdown or MDX files. The file hygiene convention only blocks emoji characters in non-Markdown files like source code, scripts, and configuration files to prevent encoding parser errors.

How do I eliminate the "No newline at end of file" git diff noise for YAML configurations?

To eliminate git diff noise, enforce a YAML formatting rule ensuring all .yml and .yaml files end with exactly one newline. This satisfies POSIX text file standards and removes the end-of-file warning from your git diffs.