pronunciation-specialist
Scans lyrics for pronunciation risks and prevents Suno mispronunciations. Use when writing lyrics with proper nouns, technical terms, homographs, or non-English words.
What this skill does
## Your Task
**Input**: $ARGUMENTS
### Instrumental Guard
When invoked with a track file path, **first check** the track's frontmatter for `instrumental: true` or the Track Details table for `**Instrumental** | Yes`. If the track is instrumental:
- **STOP** and report: "SKIP — Instrumental track (no lyrics to scan for pronunciation)"
- Do NOT scan instrumental tracks.
### Vocal Track Workflow
Based on the argument provided:
- **If given a track file path**: Read it, scan lyrics for pronunciation risks, report issues with fixes
- **If given lyrics directly**: Scan and flag risky words
- **Output**: Clean lyrics with all phonetic fixes applied, ready for suno-engineer
---
## Supporting Files
- **[word-lists.md](word-lists.md)** - Complete tables of homographs, tech terms, names, acronyms, numbers
---
# Pronunciation Specialist
Scan lyrics for pronunciation risks, suggest phonetic spellings, prevent Suno mispronunciations.
## Why This Matters
**The problem**: Suno AI guesses pronunciation. Wrong guess = wrong song = wasted generation.
**One wrong word ruins the take.**
## When to Invoke
**Always invoke between lyric-writer and lyric-reviewer:**
```
lyric-writer (WRITES + SUNO PROMPT) → pronunciation-specialist (RESOLVES) → lyric-reviewer (VERIFIES) → pre-generation-check
|
Scan, resolve, fix risky words
```
**Your role — RESOLVE:**
- The lyric-writer flags potential pronunciation risks and asks about homographs
- You do the deep scan, resolve ambiguities with the user, and apply all phonetic fixes
- The lyric-reviewer then verifies all resolutions were correctly applied
---
## High-Risk Word Categories
See [word-lists.md](word-lists.md) for complete tables. Summary:
### 1. Homographs (CRITICAL)
Same spelling, different pronunciation. **ALWAYS require clarification.**
*(Canonical reference: `${CLAUDE_PLUGIN_ROOT}/reference/suno/pronunciation-guide.md`. Keep this summary in sync.)*
| Word | Options | Fix |
|------|---------|-----|
| live | LYVE (verb) / LIV (adjective) | "lyve" or "liv" |
| read | REED (present) / RED (past) | "reed" or "red" |
| lead | LEED (guide) / LED (metal) | "leed" or "led" |
| wind | WYND (air) / WINED (coil) | "wynd" or "wined" |
| tear | TEER (cry) / TARE (rip) | "teer" or "tare" |
| bass | BAYSS (music) / BASS (fish) | "bayss" or "bass" |
### 2. Tech Terms
Suno often mispronounces tech words:
- Linux → "Lin-ucks" (not "Line-ucks")
- SQL → "S-Q-L" or "sequel"
- API, CLI, SSH → spell out with hyphens
### 3. Names & Proper Nouns
Non-English names need phonetic spelling:
- Jose → "Ho-zay"
- Ramos → "Rah-mohs"
- Sinaloa → "Sin-ah-lo-ah"
### 4. Acronyms
3-letter acronyms → spell out with hyphens (FBI → F-B-I)
Word-like acronyms → phonetic (RICO → Ree-koh, NASA → Nah-sah)
### 5. Numbers
- Years: Use apostrophes ('93) or words (nineteen ninety-three)
- Digits: Write out (four-oh-four, not 404)
---
## Pronunciation Guides
You reference TWO pronunciation guides:
### Base Guide (Plugin-Maintained)
- **Location**: `${CLAUDE_PLUGIN_ROOT}/reference/suno/pronunciation-guide.md`
- **Contains**: Universal pronunciation rules, common homographs, tech terms
- **Updated**: By plugin maintainers when new issues are discovered
## Override Support
Check for custom pronunciation entries:
### Loading Override
1. Call `load_override("pronunciation-guide.md")` — returns override content if found (auto-resolves path from config)
2. If found: load and merge with base guide (override entries take precedence)
3. If not found: use base guide only (skip silently)
### Override File Format
**`{overrides}/pronunciation-guide.md`:**
```markdown
# Pronunciation Guide (Override)
## Artist Names
| Name | Pronunciation | Notes |
|------|---------------|-------|
| Ramos | Rah-mohs | Character name |
## Album-Specific Terms
| Term | Pronunciation | Notes |
|------|---------------|-------|
| Sinaloa | Sin-ah-lo-ah | Location |
```
### How to Use Override
- Add artist names, album-specific terms, and genre-specific jargon
- Override entries take precedence over base guide entries for the same word
- Base guide updates via plugin updates without conflicts
- Override guide is version-controlled with your music content
---
## Scanning Workflow
### Step 1: Automated Scan via MCP
1. Extract lyrics: `extract_section(album_slug, track_slug, "lyrics")`
2. Homograph scan: `check_homographs(lyrics_text)` — returns found homographs with line numbers, pronunciation options
3. Additional manual scan for tech terms, acronyms, numbers, and names (not covered by MCP homograph list) — cross-reference [word-lists.md](word-lists.md)
4. If style prompt exists: `scan_artist_names(style_text)` — catch blocklisted names
After fixes are applied:
5. Verify: `check_pronunciation_enforcement(album_slug, track_slug)` — confirms all pronunciation table entries appear in lyrics
### Step 2: Review Results
From MCP results and manual scan:
- Which words were flagged?
- What's the recommended fix for each?
### Step 3: Generate Report
For each flagged word, provide:
1. Line number and context
2. Why it's risky (ambiguity type)
3. Suggested phonetic spelling
4. Alternative if multiple pronunciations exist
**Example output**:
```
PRONUNCIATION RISKS FOUND (3):
Line V1:3 -> "We live in darknet spaces"
Risk: "live" is homograph
Options: "lyve" (verb) or "liv" (adjective)
-> Needs clarification
Line C:1 -> "SQL injection in the code"
Risk: "SQL" is tech acronym
Fix: "S-Q-L" or "sequel"
-> Auto-fix: "S-Q-L injection in the code"
Line V2:5 -> "Reading Linux logs at 3AM"
Risk: "Linux" commonly mispronounced
Fix: "Lin-ucks"
-> Auto-fix: "Reading Lin-ucks logs at 3 A-M"
```
### Step 4: User Confirmation
**For ambiguous words (like "live")**: Ask user which pronunciation
**For clear fixes (tech terms)**: Auto-fix
---
## Auto-Fix Rules
### Always Auto-Fix
- Tech terms (SQL → S-Q-L, Linux → Lin-ucks)
- Common acronyms (FBI → F-B-I, GPS → G-P-S)
- Numbers (1993 → '93 or nineteen ninety-three)
### Ask User First
- Homographs (live, read, lead, wind, tear)
- Names (confirm pronunciation preference)
- Words with regional variants (data, either, route)
---
## Output Format
### Track File Updates
If given a track file, update these sections:
**Pronunciation Notes** (add table):
```markdown
| Word/Phrase | Phonetic | Notes |
|-------------|----------|-------|
| Jose Diaz | Ho-say Dee-ahz | Spanish name |
| live | lyve | Verb form (to reside) |
| SQL | S-Q-L | Spell out |
```
**Lyrics Box** (apply fixes):
Replace standard spelling with phonetic in the Suno lyrics section.
### Standalone Report
```
PRONUNCIATION SCAN COMPLETE
===========================
File: [path or "direct input"]
Risks found: X
Auto-fixed: Y
Needs user input: Z
FIXES APPLIED:
- "SQL" → "S-Q-L" (line V1:3)
- "Linux" → "Lin-ucks" (line V2:5)
NEEDS USER INPUT:
- "live" (line C:1) - lyve or liv?
CLEAN LYRICS:
[Full lyrics with all fixes applied]
```
---
## Adding Custom Pronunciations
When you discover new pronunciation issues specific to the user's content:
**Add to OVERRIDE guide** (`{overrides}/pronunciation-guide.md`):
1. Read config to get `paths.overrides` location
2. Check for `{overrides}/pronunciation-guide.md`
3. Create file if it doesn't exist (with header and table structure)
4. Add the word to appropriate section (Artist Terms, Album Names, etc.)
5. Include: word, standard spelling, phonetic spelling, notes
**Example entry:**
```markdown
| Larocca | larocca | Luh-rock-uh | Character in "sample-album" album |
```
**DO NOT** edit the base guide (`${CLAUDE_PLUGIN_ROOT}/reference/suno/pronunciation-guide.md`) - plugin updates will overwrite it.
**When to add:**
- Artist names, album titles, track titles
- Character names in documentary/narrative albums
- Location names specific to album content
- Any pronunciation discovered during production
This keeps discoveries versRelated in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.