Guida strumento · Capsuleers.app

Battle Report

Report tattico multi-team per alleanze e corporation

Il battle report aggrega i killmail di una battaglia per entità (alleanze + corp) anziché per singolo pilota. Parti dalla lista dei team coinvolti, dai sistemi della battaglia e da una finestra temporale UTC fino a un massimo di un mese; il tool restituisce un report tattico con team multipli, attribuzione killmail per side e tab Coinvolti / Summary / Timeline / Damage / Composizione.

Anteprima

Mockup schematico — lo strumento reale è interattivo

Come funziona

1

Aggiungi sistemi

Aggiungi ogni sistema come card con la sua finestra UTC

2

Costruisci i team

Assegna alliance e corp a card di team colorate

3

Rilevamento auto

Oppure lascia che le matrici co-attack e opposizione deducano i lati

4

Calcola e visualizza

Genera un report salvato in sola lettura con cinque tab

Funzioni in dettaglio

Finestre per sistema

Ogni sistema ha la sua finestra UTC from/to cosi un intervallo globale non importa rumore di altri scontri come kill NPC o gank non correlati.

Team builder

Card di team colorate (palette a 8 colori) contengono qualsiasi mix di alliance e corp, aggiunte via ricerca autocomplete entita eve-kill.

Rilevamento team automatico

Le matrici co-attack e opposizione seminano i lati dalla coppia co-attack piu alta ed espandono in modo greedy, lasciando le entita non assegnate da posizionare.

Vista a cinque tab

Il report salvato si apre con i tab Involved, Summary, Timeline, Damage e Composition, sempre ricalcolato dalla config di input, mai dai dati del client.

Danno alle strutture

Il danno per team contro deployable, starbase e strutture Upwell e tracciato, e le perdite senza pilota sono attribuite euristicamente alla perdita in-corp piu vicina.

Refresh e fork

Un refresh con throttle ri-esegue il calcolo sui filtri salvati, e un pulsante fork riapre il form precompilato per generare un report variante.

Benefici principali

1

Team multipli (N team)

Configura quanti team vuoi: due nel caso classico, tre o più per multi-side. Ogni team ha colore + nome + lista di alleanze e/o corp. I piloti che non rientrano in nessun team finiscono in un pool «Coinvolti» a parte.

2

Auto-detect dei team

L'algoritmo analizza co-attacco e opposizione tra le entità nei killmail per suggerirti i team. Puoi sempre rifinire la suggestione manualmente spostando entità tra team o creando nuovi team.

3

Filtro sistemi obbligatorio

Almeno un sistema deve essere selezionato. Questo mantiene il dataset gestibile anche su finestre lunghe e produce report focalizzati su un singolo engagement geografico (sistema + adiacenti).

4

Share + Fork

Ogni report ha URL univoco. Il pulsante Fork apre il form precompilato con team + sistemi + finestra correnti: editare la config produce un nuovo URL (config immutabile per share). Il Refresh aggiorna SOLO i dati dello stesso URL.

Domande frequenti

In che cosa differisce dal Fleet Report?

Il fleet report parte da una lista di piloti (tipicamente la roster di una flotta). Il battle report parte dalle entità (alleanze + corp) e dai sistemi della battaglia. Il battle report è adatto al post-mortem di fight a livello strategico (sov, alliance war), il fleet report al post-mortem operativo di una flotta specifica.

Posso modificare un report già salvato?

No, i report sono immutabili nella configurazione. Puoi però usare il Fork per creare un nuovo report con la stessa config precompilata, modificarla e salvarla a un URL nuovo. Il Refresh invece aggiorna i dati dello stesso URL (utile quando eve-kill ingerisce killmail tardivi).

C'è un limite alle entità per team o al numero di team?

No, nessun cap. La performance comincia a degradare con centinaia di alleanze + corp totali, ma anche un fight con 200+ entità coinvolte resta gestibile. Il Refresh è limitato a 1 ogni 5 minuti per report per evitare di sovraccaricare eve-kill.