[P3][licensing-ux] msg FeatureTierBlocked sugere 'set effective_tier', mas é ignorado em enforced (a runtime audita 'no effect') — remediação enganosa #932

Contexto — nasceu do teste #1 (completão "1ª rodada SEM licença")

Fail-closed validado e correto: mode: enforced sem licença → cai pra Community (tier_fail_closed ... detail=missing_public_key), Community liberado (scan_filesystem, detector_cpf), Pro bloqueado (connector_powerbi, ocr_images) com FeatureTierBlockedError. Audit trail LICENSE_AUDIT action=feature_denied/tier_fail_closed presente — ótimo pra compliance. ✅

O atrito — remediação enganosa na mensagem

• Empírico (processo fresco, sem o singleton cache): mode=open → Pro ALLOWED (bypassa ✅); enforced + licensing.effective_tier=pro → ainda BLOCKED.
• By design e correto: core/licensing/runtime_feature_tier.py:15 — "effective_tier from YAML is ignored in enforced mode"; :114 audita detail="licensing.effective_tier has no effect in enforced mode". Security-positivo: não dá pra auto-conceder Pro editando config em enforced.
• Defeito = só a MENSAGEM: core/licensing/feature_gate.py:59 (mostrada SÓ em enforced, onde o block ocorre) diz "Upgrade your subscription or set licensing.effective_tier in lab config" — exatamente o caminho que a runtime audita como no-op. As duas camadas se contradizem.

3 eixos

(a) graciosa ✅ · (b) msg enganosa ⚠️ (sugere remediação não-funcional no modo em que aparece) · (c) caminho sugerido não resolve; resolução real = licença JWT válida.

Fix (pequeno, doc/UX — NÃO mexe no enforcement)

feature_gate.py:56-60: escopar a dica por modo —

• enforced: "requires Pro tier; provide a valid license (JWT dbtier). effective_tier não se aplica em enforced."
• mencionar effective_tier só como simulação de open/lab mode.

Prioridade

P3 — UX de licença comercial. NÃO bloqueia o gate e o comportamento de segurança está correto (fail-closed sólido). Polish de consistência interna.