docs(formate): drei Befunde aus der Nachlese zu MF-1085 - ein Kanal, der bewusst nicht gezogen wird, ein Lead ohne Lesbarkeit, eine Zahl in der Prosa (MF-1086)

Alle drei kommen aus derselben Frage: was bleibt nach den vier Hebungen
offen, und WARUM.

## P3-365: `tan` haette einen fuenften floptool-Kanal

`uft_tan.c` sagt in seinem eigenen Kopf, TAN (Tandy TRS-80) sei ein
kopfloser Sektorabzug **in JV1-Anordnung** (10 x 256, EINE Seite),
belegt gegen MAMEs `jv1_format::formats[]` und Tim Mann. Damit ist
`tests/corpus_free/floptool_jv1_80spuren.jv1` byteweise **zugleich ein
gueltiges TAN-Abbild** - dieselben 204 800 Byte, nur eine andere Endung.

Ein zweiter Eintrag waere DASSELBE ARTEFAKT ZWEIMAL. Das ist die Lage
aus MF-1033 (`nanowasp`), wo zwei unabhaengige Schreiber dieselben
409 600 Byte erzeugten und **kein Duplikat** angelegt wurde. Und die
Stufe truege eine Aussage, die der Beleg nicht deckt: belegt waere
„UFT liest ein JV1-angeordnetes Abbild richtig" - das steht seit
MF-1085 schon bei `jv1`.

Drei Wege mit Kosten und Kennzahl stehen in P3-365; Vorschlag ist (c),
`tan` auf T2 lassen. **Keine Kennzahl bewegt sich** - eine Zahl darf
sich nur aendern, wenn eine neue MESSUNG dahinter steht (MF-1077), und
die Messung hier ist, dass es dieselbe Datei ist.

## P3-340: `syn` wurde draussen gesucht, und der Fund ist ein LEAD

Die Lehre in P3-340 lautet: „keine nachpruefbare Referenz" war bei
`edk` und `xdm86` richtig ueber den Baum und FALSCH ueber die Welt.
Also wurde fuer `syn` (Synclavier) draussen gesucht.

Gefunden: der Faden „NED Synclavier II: Help Required Determining Raw
Disk Format" im KryoFlux-Forum. **Er ist von hier aus nicht lesbar** -
WebFetch und `curl` mit Browser-Kennung bekommen beide HTTP 403,
gemessen heute. Was vorliegt, ist die Zusammenfassung einer
Suchmaschine: zweite Hand ueber eine Quelle, die niemand hier gelesen
hat. Das ist nach den Massstaeben dieses Baums KEINE benannte Referenz
- dieselbe Klasse wie `PASS (recalled)`.

Aber sie reicht fuer einen Zweifel, und der gehoert notiert: danach ist
die Synclavier-II-Diskette eine HD-Diskette, mit 360 U/min in MFM
aufgezeichnet. UFTs Plugin sagt 77 x 2 x 16 x 256 an - das sind **4096
Byte je Spur**, und eine HD-Spur traegt das Zwei- bis Vierfache.

**Geaendert wird nichts.** Eine Geometrie gegen eine ungelesene Quelle
zu drehen waere genau der Fehler, den MF-1041 an dieser Datei behoben
hat. `syn` bleibt T3, der naechste Griff ist benannt.

## `src/samdisk/README.md`: dieselbe Zahl, zum dritten Mal gedriftet

Dort stand „fuehrt am 2026-09-05 noch **37** Formate als T3" - gerechnet
sind **2**. Davor stand „62". Die Zeile selbst nennt MF-899 als die
Korrektur von 62 auf 37; jetzt ist sie erneut falsch.

Berichtigt, und die Lehre steht dazu: **diese Zahl gehoert nicht in eine
Prosazeile.** Sie steht abgeleitet in `docs/VERIFICATION_TIERS.md`, und
wer sie braucht, liest sie dort (MF-636).

Die zweite Meldung des Tors bleibt absichtlich stehen: die Ueberschrift
von P3-1 ist ein DATIERTER Messwert vom 2026-09-02, und die Zeile sagt
das selbst - direkt daneben steht der heutige Stand.

## Abnahme

Keine Codeaenderung. `update_inventory.py` OK, `gen_stand.py` neu
erzeugt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01BHdqfaZ5RFb1HPcw7NYoEY

Author: Axel051171