Korrektur: das Apple-Konto ist ein kostenloses Personal Team

Der vorige Commit ging von einer bezahlten Mitgliedschaft aus und nannte als
Ausweg, die UDID auf developer.apple.com einzutragen. Das ist falsch.

Xcodes eigener Zwischenspeicher belegt das Gegenteil:
isFreeProvisioningTeam = 1, teamType = "Personal Team". Damit gibt es gar
keine Geräteverwaltung im Portal -- ein Gerät wird ausschließlich dadurch
bekannt, dass es angeschlossen und vertraut ist. Zusätzlich verfallen Profil,
App-ID und Geräteeintrag alle 7 Tage.

Auch die ältere Behauptung weiter oben in AGENTS.md ("Paul has an Apple
Developer Program") ist damit als falsch markiert.

Offen und bewusst als ungeprüft vermerkt: ob -exportArchive mit einem
Personal Team überhaupt eine brauchbare .ipa liefert. Der direkte Weg aufs
angeschlossene Gerät steht als Rückfallebene im Skriptkopf.

companion-app/README.md

@@ -77,10 +77,11 @@ dort niemals Markendateien ablegen.
   (`src/api/ablageNativ.ts`, von `main.tsx` aktiviert) und wird automatisch
   aktiv, sobald die Hülle existiert
 - Signierte `.ipa`: `scripts/ios-signieren.sh` baut und signiert in einem
-  Durchlauf, **sobald das iPhone dem Entwicklerteam bekannt ist** (Kabel
-  anschließen und vertrauen, oder UDID unter developer.apple.com eintragen).
+  Durchlauf, **sobald das iPhone per Kabel am Mac hängt und vertraut ist**.
   Vorher bricht Apple den Profilabruf ab - das ist die einzige verbleibende
-  Hürde, der Gerätebau selbst läuft fehlerfrei durch
+  Hürde, der Gerätebau selbst läuft fehlerfrei durch. Das Konto ist ein
+  kostenloses Personal Team: die UDID lässt sich nicht auf developer.apple.com
+  nachtragen, und die Signatur verfällt alle 7 Tage
 - QR-Einrichtung als Alternative zum Einfügen des Tokens
 - Live-Ansicht der laufenden Fahrt: gebaut, aber über
   `src/funktionen.ts` abgeschaltet, bis der FMM003 echte Werte liefert

companion-app/scripts/ios-signieren.sh

@@ -8,12 +8,26 @@
 # `npx cap add ios` wieder. Die Team-Kennung gehoert deshalb hierher - in eine
 # versionierte Datei - und wird dem Build von aussen mitgegeben.
 #
-# Voraussetzung, die dieses Skript nicht herstellen kann: das iPhone muss dem
-# Entwicklerteam bekannt sein. Apple erzeugt ein Development-Profil nur fuer
-# konkrete Geraete. Also entweder das iPhone per Kabel anschliessen und
-# vertrauen (Xcode meldet die Geraetekennung dann selbst an), oder die UDID
-# unter developer.apple.com/account eintragen. Ohne das bricht der Archivschritt
-# mit "Your team has no devices" ab - das ist kein Fehler im Projekt.
+# Voraussetzung, die dieses Skript nicht herstellen kann: das iPhone muss
+# per Kabel an diesem Mac haengen und vertraut sein. Apple erzeugt ein
+# Development-Profil nur fuer konkrete Geraete, und dieses Konto ist ein
+# kostenloses Personal Team - da gibt es keine Geraeteverwaltung auf
+# developer.apple.com, das Anmelden der Geraetekennung macht Xcode selbst ueber
+# -allowProvisioningUpdates am angeschlossenen Telefon. Ohne Telefon bricht der
+# Archivschritt mit "Your team has no devices" ab; das ist kein Fehler im
+# Projekt.
+#
+# Ebenfalls Folge des kostenlosen Kontos: Profil, App-ID und Geraeteeintrag
+# verfallen nach 7 Tagen, die App muss dann neu aufgespielt werden.
+#
+# Ungeprueft, weil bisher kein Geraet zur Verfuegung stand: ob der
+# -exportArchive-Schritt mit einem Personal Team ueberhaupt eine brauchbare
+# .ipa liefert. Kostenloses Signieren ist auf "direkt aufs angeschlossene
+# Geraet starten" ausgelegt, nicht auf ein weitergebbares Archiv. Scheitert der
+# Export, ist der direkte Weg der richtige, nicht die Fehlersuche am Export:
+#   xcodebuild -project ios/App/App.xcodeproj -scheme App \
+#     -destination 'id=<UDID>' -allowProvisioningUpdates \
+#     DEVELOPMENT_TEAM=$TEAM install
 set -euo pipefail
 
 HIER="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"