evolve-internationalize

Internationalize AICP operator-facing surfaces with locale resolution and English fallback.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/cyberpunk042/devops-expert-local-ai --skill evolve-internationalize
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: evolve-internationalize
Source: https://github.com/cyberpunk042/devops-expert-local-ai/tree/main/.claude/skills/evolve-internationalize
Command: npx skills add https://github.com/cyberpunk042/devops-expert-local-ai --skill evolve-internationalize

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

AICP currently uses English-only operator-facing surfaces and lacks a scalable plan for multilingual support, limiting adoption in non-English contexts and increasing translation latency.

Core Features & Use Cases

  • Locale resolution for operator-facing strings (CLI prompts, error messages, docs) with English fallback.
  • Decision-driven partial i18n implementation (CLI, KB, prompts) that can be deployed in stages.
  • Lightweight governance: create a decision/plan page before implementing i18n, so scope and responsibilities are clear.

Quick Start

Define the concrete i18n surface scope and draft a minimal locale resolver and translation plan.

Frequently Asked Questions about evolve-internationalize

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

FAQPage Schema
How do I internationalize CLI messages and error strings for non-English operators?▼

Internationalize CLI messages by implementing a locale resolver and translation storage with English fallback. This applies to operator-facing surfaces like error strings, prompts, and generated documentation to support multilingual contexts.

What is the best way to add multilingual support to KB content and documentation?▼

Add multilingual support to KB content by creating a decision-driven plan before implementation. Apply staged scope to KB content and generated documentation using a single locale resolver to manage translation provenance metadata and English fallback.

How does locale resolution with English fallback work for internationalization?▼

Locale resolution with English fallback works by checking available translations for a resolved locale and defaulting to English strings when a translation is missing. This ensures operator-facing surfaces remain functional while multilingual coverage expands in stages.

Can I deploy internationalization in stages for specific surfaces like prompts and CLI?▼

Yes, you can deploy internationalization in stages for specific surfaces. The implementation supports decision-driven partial i18n, allowing you to target CLI messages, prompts, or KB content independently with integration points in core modules.

Do I need to create a governance plan before implementing i18n for operator-facing surfaces?▼

Yes, you need to create a decision or plan page before implementing i18n. This lightweight governance step ensures scope and responsibilities are clear before adding locale resolvers and translation storage to core modules.