wuchale is a compile-time internationalization (i18n) toolkit that requires zero code changes. Write your components naturally, and wuchale automatically extracts and replaces translatable strings at build time.

• ✨ No extra syntax! - Your normal code is enough
• 📦 Tiny catalogs to bundle - Text catalogs are just arrays, no keys necessary, like Protobuf
• 🔌 Zero-effort integration - Add i18n to existing projects without rewriting code
• 🤖 Optional AI translation - Gemini integration for automatic on-the-fly translations
• ⚡ Full, granular HMR support - Live updates during development, including AI auto-translation
• 📦 Tiny footprint - Very few (less than 5) additional dependencies, no bloated node_modules
• 🧠 Smart extraction - Uses AST analysis to handle nested markup, conditionals, loops, and complex interpolations
• 🌍 Standard .po files - Compatible with existing translation tools and workflows

Traditional i18n solutions require you to wrap every translatable string with function calls or components. wuchale doesn't.

Traditional i18n:

<p>{t('Hello')}</p>
<p><Trans>Welcome {userName}</Trans></p>

With wuchale:

<p>Hello</p>
<p>Welcome {userName}</p>

Write your code naturally. No imports, no wrappers, no annotations. wuchale handles everything at compile time by analyzing your code and automatically extracting translatable strings.

wuchale can be used in several ways depending on your project setup:

• Standalone CLI - For any JavaScript/TypeScript project
• Vite Plugin - For Vite-based projects with vanilla JS/TS
• Framework Adapters - Specialized support for React/Preact, Svelte, and SolidJS

Installation and setup varies by use case. See the Getting Started guide for detailed instructions specific to your project type.

Once set up, write your components naturally:

// src/components/Welcome.jsx
function Welcome({ name }) {
  return (
    <div>
      <h1>Welcome to our app!</h1>
      <p>Hello, {name}! How are you today?</p>
      <button>Get started</button>
    </div>
  )
}

Extract translatable strings (done automatically when using Vite):

npx wuchale

This generates .po files with all your translatable strings, ready for translation.

wuchale uses static Abstract Syntax Tree (AST) analysis to:

1. Scan your source code and identify translatable text content
2. Extract strings into standard .po translation files
3. Replace strings with translation function calls that access the messages by indices
4. Generate compact catalogs using arrays instead of string keys, synchronized with the indices

Your original code stays clean and readable, while the build output is automatically internationalized.

• Complex interpolations: Welcome {userName}, you have {count} messages
• Nested markup: <p>Visit our <a href="/https/github.com/help">help page</a> for more info</p>
• Conditional content: Handles dynamic content in templates
• Loop structures: Automatic extraction from repeated elements
• Hot Module Replacement: Live translation updates during development

This is a monorepo that houses these packages:

• wuchale: Core + CLI + Vanilla adapter
• @wuchale/jsx: JSX adapter (for React and SolidJS)
• @wuchale/svelte: Svelte adapter
• @wuchale/vite-plugin: The Vite plugin

Check out working examples at wuchalejs/examples to see wuchale in action with different frameworks.

See the full guide at: wuchale.dev.

Q: How does this work without changing my code? A: wuchale statically analyzes your source code, extracts translatable strings, and replaces them with translation calls in the compiled output. If you use Vite, this is done on the fly. If you use the CLI, you can configure it to output the transformed code to a directory.

Q: What frameworks and bundlers are supported? A: Currently React, Svelte, and SolidJS, plus vanilla JS/TS. And the JSX adapter can thoretically work with any JSX based library. The core system is framework-agnostic with specialized adapters for each framework. And Vite is the only supported bundler. The other way to use it is the CLI.

Q: Is this compatible with existing translation workflows? A: Yes! wuchale uses standard .po files, so it works with existing translation tools, services, and workflows.

Q: What about performance? A: Translation catalogs are compiled into very compact modules that only contain the messages in an array. This gives the smallest possible bundle size out there. Additionally, interpolations and nested messages are already prepared for simple concatenation during runtime to avoid complex string manipulations like replace and regex manipulations, making the runtime very fast.

Contributions are welcome! Please check out our test suites located inside each package for examples of supported scenarios.

Thank you @hayzamjs for making a donation and using it in Sylve, and giving valuable feedback!

If you find wuchale valuable and you enjoy working with it, supporting it on Github Sponsors or Open Collective would mean a lot.

This project was inspired by Lingui especially some of its workflow. If you've used Lingui before, you'll find familiar concepts like extraction and compilation.

wuchale takes a different approach: you don't need to change your code, catalogs compile smaller than any other tool (including Lingui's), and it integrates with a wider range of frameworks.

MIT