Globalyze
Use this skill when the user wants an app localized, maintained, debugged, or runtime-wired with the Globalyze CLI.
What This Skill Does
- Initializes Globalyze config when missing
- Globalizes non-i18n projects
- Syncs existing localized projects
- Handles runtime setup and generated runtime artifacts
- Changes locale file structure safely
- Resolves page/component ownership with
classify
- Audits missed extraction coverage with
audit
- Analyzes localization health with
analyze
- Inspects keys, locales, graph state, usages, and search results with grouped
inspect
- Helps agents choose the right Globalyze command instead of hand-editing locale data
Working Rules
- Prefer Globalyze CLI commands over ad-hoc file edits
- Treat
globalize as first-time migration
- Treat
sync as ongoing maintenance
- Use
sync --check for translation coverage validation
- Use
sync --translate-only only when the user wants locale translation without source maintenance
- Use
globalize --no-translate or sync --no-translate when the user wants locale/source updates without translation work
- Use
style only for locale file reorganization
- Use
audit after globalize or sync if extraction coverage looks incomplete
- Use
classify before per-page output when ownership looks ambiguous
- Use
analyze for coverage + score + doctor-style health reporting
- Use grouped
inspect commands instead of hand-reading many locale/graph files
- Reuse generated runtime files and
globalyze.runtime.md instead of inventing a second i18n architecture
- When runtime wiring is skipped, give the agent both
globalyze.runtime.md and the real entry file (layout.tsx, _app.tsx, main.tsx, __root.tsx, etc.)
- Do not hand-edit locale files unless the user explicitly asks
Recommended Workflow
- Confirm the project root and check for
globalyze.config.ts
- If config is missing, run
globalyze init
- If the project is not yet localized, run
globalyze globalize
- If the project is already localized, run
globalyze sync
- If locale grouping is ambiguous in page mode, run:
globalyze classify
globalyze classify --fix
- If runtime wiring was skipped, read
globalyze.runtime.md and inspect generated runtime files
- If the user wants a different locale layout, run
globalyze style
- If extraction coverage looks incomplete, run
globalyze audit
- For debugging or review, use:
globalyze analyze
globalyze inspect key <key>
globalyze inspect where <key>
globalyze inspect search <text>
globalyze inspect locales <language> [scope]
globalyze inspect graph --visual
Command Guide
First-time setup
globalyze init
globalyze globalize
Existing project maintenance
globalyze sync
globalyze sync --check
globalyze sync --translate-only
Runtime and onboarding
globalyze init
globalyze globalize
Look for these generated files before building anything manually:
src/i18n.ts
src/i18n/runtime.ts or src/i18n/runtime.js
src/i18n/useLocale.ts or src/i18n/useLocale.tsx
src/components/GlobalyzeLanguageSwitcher.tsx or .jsx
src/runtime/languageLabels.ts or .js
src/lib/i18n/translations.generated.ts or .js
globalyze.runtime.md
Ownership and page/component debugging
globalyze classify
globalyze classify --fix
globalyze inspect graph --visual
Locale layout changes
globalyze style
Extraction coverage and missed strings
globalyze audit
globalyze audit --fail-on-findings
Analysis and inspection
globalyze analyze
globalyze inspect key checkout.pay_button
globalyze inspect where checkout.pay_button
globalyze inspect locales en
globalyze inspect search "Pay now"
globalyze inspect graph --visual
Maintenance and cleanup
globalyze duplicates
globalyze clean
globalyze clean --fix
globalyze rename old.key new.key
globalyze dynamic-remove
globalyze watch
Governance
globalyze owner checkout.pay_button payments-team
globalyze lock checkout.pay_button
globalyze unlock checkout.pay_button
Output Expectations
When using this skill:
- explain whether the project needs
globalize, sync, style, audit, or analyze
- call out ownership issues if page grouping is uncertain
- mention generated or refreshed runtime files such as
translations.generated.ts
- mention
globalyze.runtime.md when runtime wiring was skipped or needs manual completion
- prefer
useTranslation() / useLocale() runtime patterns over static t() imports for reactive client UI
- mention
sync --check when the user is asking for CI coverage validation
- mention
globalize --no-translate or sync --no-translate when the user wants structural changes without translation calls
- summarize the commands run and the resulting file/layout changes
1---2name: globalyze3description: Use the Globalyze CLI to internationalize, maintain, debug, and runtime-wire React applications, including first-time globalization, ongoing sync, locale style changes, ownership classification, extraction audits, grouped inspection, and localization health analysis.4---56# Globalyze78Use this skill when the user wants an app localized, maintained, debugged, or runtime-wired with the Globalyze CLI.910## What This Skill Does1112- Initializes Globalyze config when missing13- Globalizes non-i18n projects14- Syncs existing localized projects15- Handles runtime setup and generated runtime artifacts16- Changes locale file structure safely17- Resolves page/component ownership with `classify`18- Audits missed extraction coverage with `audit`19- Analyzes localization health with `analyze`20- Inspects keys, locales, graph state, usages, and search results with grouped `inspect`21- Helps agents choose the right Globalyze command instead of hand-editing locale data2223## Working Rules2425- Prefer Globalyze CLI commands over ad-hoc file edits26- Treat `globalize` as first-time migration27- Treat `sync` as ongoing maintenance28- Use `sync --check` for translation coverage validation29- Use `sync --translate-only` only when the user wants locale translation without source maintenance30- Use `globalize --no-translate` or `sync --no-translate` when the user wants locale/source updates without translation work31- Use `style` only for locale file reorganization32- Use `audit` after `globalize` or `sync` if extraction coverage looks incomplete33- Use `classify` before per-page output when ownership looks ambiguous34- Use `analyze` for coverage + score + doctor-style health reporting35- Use grouped `inspect` commands instead of hand-reading many locale/graph files36- Reuse generated runtime files and `globalyze.runtime.md` instead of inventing a second i18n architecture37- When runtime wiring is skipped, give the agent both `globalyze.runtime.md` and the real entry file (`layout.tsx`, `_app.tsx`, `main.tsx`, `__root.tsx`, etc.)38- Do not hand-edit locale files unless the user explicitly asks3940## Recommended Workflow41421. Confirm the project root and check for `globalyze.config.ts`432. If config is missing, run `globalyze init`443. If the project is not yet localized, run `globalyze globalize`454. If the project is already localized, run `globalyze sync`465. If locale grouping is ambiguous in page mode, run:47 - `globalyze classify`48 - `globalyze classify --fix`496. If runtime wiring was skipped, read `globalyze.runtime.md` and inspect generated runtime files507. If the user wants a different locale layout, run `globalyze style`518. If extraction coverage looks incomplete, run `globalyze audit`529. For debugging or review, use:53 - `globalyze analyze`54 - `globalyze inspect key <key>`55 - `globalyze inspect where <key>`56 - `globalyze inspect search <text>`57 - `globalyze inspect locales <language> [scope]`58 - `globalyze inspect graph --visual`5960## Command Guide6162### First-time setup6364```bash65globalyze init66globalyze globalize67```6869### Existing project maintenance7071```bash72globalyze sync73globalyze sync --check74globalyze sync --translate-only75```7677### Runtime and onboarding7879```bash80globalyze init81globalyze globalize82```8384Look for these generated files before building anything manually:85- `src/i18n.ts`86- `src/i18n/runtime.ts` or `src/i18n/runtime.js`87- `src/i18n/useLocale.ts` or `src/i18n/useLocale.tsx`88- `src/components/GlobalyzeLanguageSwitcher.tsx` or `.jsx`89- `src/runtime/languageLabels.ts` or `.js`90- `src/lib/i18n/translations.generated.ts` or `.js`91- `globalyze.runtime.md`9293### Ownership and page/component debugging9495```bash96globalyze classify97globalyze classify --fix98globalyze inspect graph --visual99```100101### Locale layout changes102103```bash104globalyze style105```106107### Extraction coverage and missed strings108109```bash110globalyze audit111globalyze audit --fail-on-findings112```113114### Analysis and inspection115116```bash117globalyze analyze118globalyze inspect key checkout.pay_button119globalyze inspect where checkout.pay_button120globalyze inspect locales en121globalyze inspect search "Pay now"122globalyze inspect graph --visual123```124125### Maintenance and cleanup126127```bash128globalyze duplicates129globalyze clean130globalyze clean --fix131globalyze rename old.key new.key132globalyze dynamic-remove133globalyze watch134```135136### Governance137138```bash139globalyze owner checkout.pay_button payments-team140globalyze lock checkout.pay_button141globalyze unlock checkout.pay_button142```143144## Output Expectations145146When using this skill:147148- explain whether the project needs `globalize`, `sync`, `style`, `audit`, or `analyze`149- call out ownership issues if page grouping is uncertain150- mention generated or refreshed runtime files such as `translations.generated.ts`151- mention `globalyze.runtime.md` when runtime wiring was skipped or needs manual completion152- prefer `useTranslation()` / `useLocale()` runtime patterns over static `t()` imports for reactive client UI153- mention `sync --check` when the user is asking for CI coverage validation154- mention `globalize --no-translate` or `sync --no-translate` when the user wants structural changes without translation calls155- summarize the commands run and the resulting file/layout changes