**Killer feature do v0.6.0** (Universo 4 — Qualidade & Métricas). Mostra **% de funções com header Protheus.doc por módulo** — pra responder "qual área está sem documentação?".

Orquestra o ciclo completo de dev: **compila o fonte, restarta o AppServer e (opcionalmente) confere se o REST voltou**. Não é um subcomando novo — é um wrapper instrutivo sobre [`/plugadvpl:compile`](../compile/SKILL.md) + [`/plugadvpl:tq`](../tq/SKILL.md) que evita o usuário ter que lembrar

Diagnostica arquivos de log Protheus em um único comando. Pipeline em 2 estágios:

**Killer feature do v0.6.0** (Universo 4 — Qualidade & Métricas). Responde **"por onde começar num refactor?"** via ranking de funções por complexidade.

Lista os matches entre as chamadas HttpClient do Angular e as rotas REST do Protheus (anotações `@Get`/`@Post` TLPP indexadas em `rest_endpoints`).

O catálogo `poui_componentes` contém **948 bindings `p-*`** (inputs e outputs) extraídos do repositório oficial `po-angular`. Cada entrada mapeia o atributo HTML (`p-columns`) para a propriedade TypeScript (`columns`) e o componente-pai (`po-table`).

Executa o `restart_cmd` configurado pro server (registry global) e espera o AppServer voltar via healthcheck HTTP (GET `/` retornando 200/401/404).

**Killer feature do v0.5.0** (Universo 4 — Trace Unificado). Substitui o workflow manual de **5 comandos** (`impacto` + `gatilho` + `tables` + `callers` + `execauto`) por **1 comando** que agrega TUDO que toca a entidade — atravessando os 3 universos do plugin.

**Killer feature do v0.4.0** (Universo 3 — Rastreabilidade). Lista os 4 mecanismos canônicos TOTVS de **execução não-direta** indexados pelo plugin:

ADVPL avançado cobre o que vai além do CRUD MVC básico: transações ACID, relatórios estruturados (TReport), manipulação de arquivos em massa (SPED, EDI), captura de informações multi-linha (grids dinâmicas fora de MVC), threads paralelas, OOP clássico, e técnicas de programação eficie

`plugadvpl` cataloga **35 regras de code review** para ADVPL/TLPP — **TODAS detectadas automaticamente** desde v0.3.27: **22 single-file** via regex/AST/lookup sobre o conteúdo do fonte, e **13 cross-file** — 12 que requerem `ingest-sx` (11 `SX-*` + `PERF-006` que cruza SQL embarcado com índic

Catálogo dos 30 erros mais frequentes em produção Protheus, organizados por **sintoma** (o que aparece pro usuário ou no log) → **causa raiz** → **comando de diagnóstico** → **fix típico**. Coberto em paralelo: ferramentas de debug do AppServer e métodos manuais quando não dá pra anex

ADVPL/TLPP suporta SQL embarcado direto no fonte com **substituição por macros** que garantem multi-empresa, multi-filial, anti-SQL-injection e portabilidade entre DBMS (Oracle, SQL Server, Postgres, DB2 via DBAccess).

Fontes ADVPL/TLPP em projetos Protheus reais misturam dois encodings:

ADVPL (Advanced Protheus Language) e seu sucessor TLPP (também chamado TL++) são linguagens proprietárias da TOTVS, derivadas do Clipper/xBase. Têm convenções fortes que **não são opcionais** em código de qualidade Protheus.

Quando o Protheus precisa executar código **sem usuário humano logado** (cron-like jobs, scheduler, integrações batch, RPC chamado por sistema externo), o entrypoint não é `User Function` — é **`Main Function`** disparada via configuração do `appserver.ini` ou via `StartJob`/`CallProc`/`M

`MATXFIS` é a família de rotinas/funções fiscais do Protheus. Domina geração de **NF-e** (Nota Fiscal Eletrônica), **NFC-e**, **CT-e**, e integração com obrigações fiscais brasileiras: **SPED Fiscal**, **SPED Contribuições**, **ECF**, **EFD-REINF**, **GIA**, **DAPI**.

A skill `[[advpl-mvc]]` cobre criar cadastros MVC do zero. **Esta skill cobre o cenário muito mais comum**: customizar uma rotina MVC padrão TOTVS via Ponto de Entrada (`A300STRU`, `MA440STRU`, etc.) — adicionando grids filhas, gatilhos em cascata, validações preservando as originais, e contro

**Ponto de Entrada (PE)** é o mecanismo oficial TOTVS para customizar comportamento de rotinas padrão **sem alterar o fonte original**. Toda rotina Protheus principal tem dezenas de PEs cadastrados em pontos estratégicos (antes de validar, antes de gravar, antes de imprimir, etc.).

**TLPP** (também chamado **TL++**) é a evolução moderna do ADVPL lançada pela TOTVS para suportar paradigmas atuais: orientação a objetos completa, namespaces, annotations, exceções estruturadas, JSON nativo, reflection. Coexiste com ADVPL no mesmo RPO/tlpp.rpo — código TLPP chama ADVPL