docs(tp): remove checklists e escopo de TP do repo

Mantém só visão da disciplina e tutorial Ping em docs/tp/;
documentação técnica sem tabelas de verificação para entrega.

Co-authored-by: Cursor <cursoragent@cursor.com>

docs/documentation/08_heartbeat_e_presenca.md

@@ -72,7 +72,7 @@ Lista de peers ativos
 | Timeout de ausência | ~15 s | Peer some após queda ou fechamento sem goodbye |
 | Goodbye | multicast ao sair | Remove peer mais rápido que só timeout |
 
-Em **Wi‑Fi de laboratório**, heartbeat usa o mesmo multicast que o chat na sala geral — mesma porta no login, mesma sub-rede, sem isolamento AP→AP. Checklist: [appendix_portas_e_multicast.md](appendix_portas_e_multicast.md).
+Em **Wi‑Fi de laboratório**, heartbeat usa o mesmo multicast que o chat na sala geral — mesma porta no login, mesma sub-rede, sem isolamento AP→AP. Ver [appendix_portas_e_multicast.md](appendix_portas_e_multicast.md).
 
 ```mermaid
 flowchart LR

docs/documentation/10_tutorial_plugin.md

@@ -2,18 +2,7 @@
 
 Complementa [09_sistema_de_plugins.md](09_sistema_de_plugins.md). Use `plugins/chat` como **modelo de estrutura** (Ant, SPI, painel).
 
-Os exemplos abaixo são **parciais** — você completa métodos, UI e testes.
-
-## Verificações progressivas
-
-| Etapa | O que fazer | Sucesso | Erro comum |
-| --- | --- | --- | --- |
-| Projeto Ant | Copiar `plugins/chat` → `plugins/meuPlugin`, ajustar JAR | `ant jar` OK | Classpath sem `pitiupi.jar` |
-| Classe `Plugin` | Estender `Plugin`, metadados | Compila | `createPlugin` com assinatura antiga |
-| SPI | `META-INF/services/pitiupi.models.Plugin` | Classe listada no JAR | Arquivo fora de `src/` |
-| Mensagem | Uma classe `extends Message` | Em `getMessages()` | Tipo não registrado → ignorado na rede |
-| Instalação | JAR em `PITIUPI_HOME/plugins` + reinício | Plugin na galeria | Esqueceu reiniciar |
-| Rede | Duas instâncias, portas diferentes | Peer na lista | Portas iguais no mesmo PC ou firewall |
+Os exemplos abaixo são **parciais** — complete métodos, UI e testes conforme o seu módulo.
 
 ## 1. Novo projeto
 

docs/documentation/15_testes_e_gate.md

@@ -34,7 +34,7 @@ Depois, para runtime local:
 ./scripts/pitiupi.sh link --all
 ```
 
-## Checklist manual — uma máquina (5000 / 5001)
+## Testes manuais — uma máquina (5000 / 5001)
 
 - [ ] Duas instâncias com portas distintas; nomes diferentes
 - [ ] Peers visíveis na lista em até ~15 s
@@ -43,7 +43,7 @@ Depois, para runtime local:
 - [ ] Compose do chat sem barra de rolagem vazio em janela ~1024×768
 - [ ] Encerrar uma instância remove o peer após timeout de heartbeat
 
-## Checklist manual — dois PCs (mesma Wi‑Fi)
+## Testes manuais — dois PCs (mesma Wi‑Fi)
 
 Mesma **porta** em ambos (ex. 5000), **mesmos JARs** em `~/pitiupi/plugins` em cada máquina:
 

docs/documentation/appendix_portas_e_multicast.md

@@ -37,7 +37,7 @@ O núcleo associa o socket multicast à interface de rede preferida: **cabo (Eth
 
 Ao abrir conversa pela lista de presença, o campo de destino usa **`PeerIpv4`**: IPv4 pontilhado legível, sem forma IPv6-mapeada (`::ffff:…`) nem sufixo de zona (`%7`). Ver [decision-register.md](../decision-register.md) (D22).
 
-## Checklist — dois PCs na mesma Wi‑Fi
+## Dois PCs na mesma Wi‑Fi
 
 1. **Mesma porta no login** (ex.: `5000` nos dois). Portas diferentes isolam a sala.
 2. **Configurações → Sua conexão:** IPs na mesma sub-rede (ex. ambos `192.168.0.x` ou `192.168.1.x`). Se um for `172.x` (WSL/Docker) e outro `192.168.x`, o multicast entre esses hosts não cruza.