Add family_name and bracket-adjacent placement signals for .asm scanning

Two more real placement forms found by comparing against Creo BOM reports:

- A sub-assembly can be referenced only through a "family_name\0<code>\0"
  metadata field instead of a textual "Componente ID" placement or the
  doubled-NUL pattern (case 9284202452 inside 9284208188_D400.asm, which
  contains 9284202452_C01/_C02/_C03 - previously dropped entirely, along
  with its three children).
- A bare numeric code immediately followed by a family-table bracket
  (<code><GENERIC>, e.g. bearing instances like 2510060303<CUSCI_ACBB7>)
  is a real reference to that instance, even though only the generic file
  is indexed on disk. Previously the instance code silently vanished before
  ever reaching the DB lookup; now it survives placement filtering and ends
  up in the "scartati" (discarded) list instead, so it's traceable rather
  than invisible.

docs/formato-asm.md documents both, bringing the total to four recognized
placement forms.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

CadSearchGui/AssemblyComponentScanner.cs

@@ -36,12 +36,20 @@ namespace CadSearchGui;
 /// basta: può trattarsi del riferimento al nome di un altro assieme che lo contiene (non
 /// noto a priori, quindi non escludibile per confronto diretto come il proprio codice) o
 /// di un residuo di feature soppresse/superate (vedi docs/formato-asm.md). Per questi si
-/// richiede anche un vero placement, in una delle due forme osservate nel binario:
+/// richiede anche un vero placement, in una delle quattro forme osservate nel binario:
 /// "Componente ID N (<codice>...)"/"Component id N (<codice>...)" (la stringa
-/// cambia con la localizzazione Creo del file), oppure il codice ripetuto due volte di
-/// seguito separato da un singolo byte NUL ("<codice>\0<codice>\0", osservato per
-/// componenti di family table non-UNI, es. cuscinetti "CUSCI_..."). Non si applica alle
-/// varianti con suffisso o bracket UNI: in alcuni file il placement riporta solo il nome
+/// cambia con la localizzazione Creo del file); il codice ripetuto due volte di seguito
+/// separato da un singolo byte NUL ("<codice>\0<codice>\0", osservato per
+/// componenti di family table non-UNI, es. cuscinetti "CUSCI_..."); il campo
+/// "family_name\0<codice>\0" (osservato una sola volta per file, su un sotto-assieme
+/// referenziato come family table generica invece che con un placement testuale esplicito);
+/// oppure il codice seguito immediatamente da un bracket "<codice><GENERICO>" -
+/// l'istanza di una family table non-UNI vista nel nome (es. "2510060303<CUSCI_ACBB7>",
+/// un cuscinetto): il codice dell'istanza non è mai indicizzato a sé (solo il generico tra
+/// "<" e ">" lo è), ma questo segnale lo fa comunque sopravvivere fino alla ricerca nel
+/// DB invece di scomparire in silenzio come "nudo senza placement" - lì verrà comunque
+/// scartato come "non in indice", ma in modo tracciabile. Non si applica alle varianti con
+/// suffisso o bracket UNI: in alcuni file il placement riporta solo il nome
 /// istanza/generico senza il dettaglio del suffisso o del bracket, che vive altrove nei
 /// metadati - lì resta necessaria la sola euristica delle occorrenze ripetute.
 /// </summary>
@@ -74,7 +82,9 @@ static class AssemblyComponentScanner
 
         bool HaPlacement(string codice) =>
             Regex.IsMatch(testo, $@"Component(?:e)? id \d+ \([^()]*{Regex.Escape(codice)}[^()]*\)", RegexOptions.IgnoreCase)
-            || testo.Contains(codice + "\0" + codice + "\0");
+            || testo.Contains(codice + "\0" + codice + "\0")
+            || testo.Contains("family_name\0" + codice + "\0")
+            || testo.Contains(codice + "<");
 
         candidati.RemoveWhere(c => CodiceNudoRegex.IsMatch(c) && !HaPlacement(c));
         return candidati;