wolfe-i18n

Audit locale files for missing keys, dead keys, and hardcoded strings.

Updated Jun 15, 2026
One-click install
npx skills add https://github.com/jdforsythe/wolfe-pack --skill wolfe-i18n
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wolfe-i18n
Source: https://github.com/jdforsythe/wolfe-pack/tree/main/templates/bots/wolfe-i18n
Command: npx skills add https://github.com/jdforsythe/wolfe-pack --skill wolfe-i18n

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires yaml, regex, icalendar, and includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill automates the detection and resolution of internationalization (i18n) issues within software, improving the quality and localization of applications.

Core Features & Use Cases

  • Automated i18n Auditing: Identifies missing keys, dead keys, ICU/interpolation mismatches, and hardcoded strings across locale files.
  • Verification Process: Ensures all findings are verified by mechanical checks before creating PRs or issues.
  • Use Case: Imagine you have a complex application with multiple languages. Use this Skill to scan and verify the i18n aspects of your code, ensuring that your application supports all locales correctly.

Quick Start

Use the /wolfe-i18n command with your specific area and scope to initiate the auditing process.

Frequently Asked Questions about wolfe-i18n

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

FAQPage Schema
How do I automate internationalization auditing for missing and dead keys in locale files?

Automated i18n auditing identifies missing keys, dead keys, ICU/interpolation mismatches, and hardcoded strings across locale files. It uses mechanical validation checks to verify all findings before creating pull requests or issues for multi-lingual application support.

What is the best way to verify i18n issues before creating pull requests for localization?

The best way to verify i18n issues is using automated checks that mechanically validate missing keys, dead keys, and interpolation mismatches before creating PRs. This ensures all localization findings are confirmed by tooling rather than manual inspection.

How do I detect hardcoded strings and ICU mismatches in multi-lingual applications?

Detect hardcoded strings and ICU mismatches by running automated i18n auditing checks across your locale files. The verification process scans for interpolation format inconsistencies and hardcoded text that would break multi-lingual application support.

Can I use this i18n auditing approach with YAML locale files and regex-based detection?

Yes, i18n auditing works with YAML locale files and uses regex-based detection alongside YAML parsing. These dependencies enable the automated checks to scan locale files and mechanically validate internationalization issues across your application.

When do I need to run internationalization auditing checks on my codebase?

You need to run internationalization auditing when your application requires multi-lingual support and localization. Run checks to identify missing keys, dead keys, and hardcoded strings across locale files before deploying updates to ensure all locales are supported correctly.

What are the limitations of automated i18n auditing for complex locale files?

Automated i18n auditing limitations include reliance on mechanical checks that may not catch context-specific translation quality issues. The tooling focuses on structural problems like missing keys and interpolation mismatches rather than linguistic accuracy or cultural appropriateness of translations.