editor-validate-blocks: support batch validation (one browser session for many posts) — per-site browser launch is too slow at corpus scale

## Problem
`wordpress.editor-validate-blocks` (#1593) launches a browser + loads the editor **per invocation**. Running it across a fixture-matrix lane (e.g. 30 sites) calls it once per site → each a fresh browser/editor boot. A 30-site lane run timed out before completing a single batch (browser-per-site overhead dominates). So real `validateBlock` editor-validity can't currently be measured at corpus scale.

## Ask
Make editor-validation **batch-capable**: accept multiple posts/contents in a single invocation and validate them all in **one browser/editor session** (boot the editor once, loop the contents through `wp.blocks.parse` + `validateBlock`, return an array of per-item results). The downstream matrix would then call it once per batch instead of once per site, amortizing the browser boot.

Schema: input a list of `{id, content}` (or post IDs); output `[{id, total_blocks, valid_blocks, invalid_blocks, results:[…]}]` — same per-item shape as the single-post command, just batched.

## Impact
Unblocks at-scale editor-validity verification (the definitive "are imported blocks editor-valid across the corpus" signal), which is currently impractical due to per-site boot cost.

Inizia con il comando esistente wordpress.editor-validate-blocks e traccia come avvia il browser e l’editor per una singola invocazione. Aggiungi un input batch e un output per elemento riutilizzando un’unica sessione browser/editor, quindi verifica che ogni elemento riporti total_blocks, valid_blocks, invalid_blocks e results.

Scritto dal modello di indicizzazione a partire dal testo della issue.