Direkte Telefon-CLI
Die healthmd-CLI verbindet sich direkt mit einer geöffneten Health.md-App auf dem iPhone oder Android. Die eigenständige CLI benötigt niemals Health.md für Mac, leitet nichts darüber und hat keine Backend-Auswahl. Das Telefon liest den Gesundheitsspeicher seiner Plattform — HealthKit auf dem iPhone, Health Connect auf Android —, stellt das Ergebnis im geschützten Speicher bereit und überträgt validierte Partitionen an die CLI.
healthmd on the computer <-> authenticated encrypted Manual IP, Tailscale, or supported Nearby channelHealth.md on iPhone or Android -> HealthKit / Health Connect -> protected bounded spool -> raw snapshots, production-generated files, or (iPhone) canonical and typed query dataDas mitgelieferte direkte Swift-Backend ist unter macOS verfügbar und koppelt sich mit dem iPhone. Android mit Anwendungsprotokoll v2 ist Teil der öffentlich paketierten Vorschau des plattformübergreifenden Rust-Clients. Aktuelle iOS- und Android-Apps verwenden für neue portable Kopplungen denselben Selektor 3 und denselben universellen QR-Code. Die grundlegende physische Konnektivität wurde auf beiden Telefonplattformen bestätigt, aber die vollständige Release-Matrix für exakte Builds steht noch aus; daher bleibt dies ein ausdrücklich unqualifizierter Arbeitsablauf.
Mobile Kompatibilität für 0.1.0-alpha.6
Abschnitt betitelt „Mobile Kompatibilität für 0.1.0-alpha.6“Diese eigenständige Kompatibilitätstabelle ist die maßgebliche Matrix der ausdrücklich nicht qualifizierten Vorschau. Die grundlegende iPhone- und Android-Konnektivität wurde physisch bestätigt; noch hat kein öffentliches CLI/Mobilgerät-Paar die vollständige Qualifikationsmatrix abgeschlossen und belegt.
| Mobile Quelle | Protokoll | Exaktes Tag-SHA-Gegenstück / nicht qualifizierte Untergrenze | Portable Rust-Vorgänge | Öffentlicher Status |
|---|---|---|---|---|
| Exportfähiges iPhone | Auswahl 3 aktuell (1 alt) / Anwendung v1 | iOS 3.3.0 (Build 202609032317) / iOS 3.0.3 | Status, Rohdaten, Extraktion, Dateien, Fortsetzen, Abbrechen | Konnektivität bestätigt; vollständige Qualifikation ausstehend |
| Abfragefähiges iPhone | Auswahl 3 aktuell (1 alt) / Anwendung v1 + Abfrage v3 | iOS 3.3.0 (Build 202609032317) / iOS 3.0.3 | V1 plus lokales MCP/Abfrage mit 19 Tools | Konnektivität bestätigt; vollständige Qualifikation ausstehend |
| Android | Auswahl 3 aktuell (2 alt) / Anwendung v2 | Android 1.8.2 (versionCode 31) / Android 1.5.4 (versionCode 25) |
Status, native Rohdaten, Dateien, Fortsetzen, Abbrechen | Konnektivität bestätigt; vollständige Qualifikation ausstehend |
| Typisierte Android-MCP-Abfrage | Nicht verfügbar | Nicht implementiert | Abfragetools erfordern iPhone v3 | Nicht unterstützt |
Unterstützte Funktionen des Direktmodus
Abschnitt betitelt „Unterstützte Funktionen des Direktmodus“- einmalige Kopplung über den gemeinsamen Selektor 3 sowie vertrauenswürdige Wiederverbindung mit iPhone-Quellen (Anwendungsprotokoll v1) oder Android-Quellen (Anwendungsprotokoll v2);
- lokale Prüfung und Entkopplung vertrauenswürdiger Geräte;
- Live-Bereitschaft des Telefons;
- strikter Rohdatenexport — Schema-v8-
healthmd.health_dataauf dem iPhone, provider-native Health-Connect-Snapshots auf Android; - ausgewählte kanonische Extraktion (nur iPhone);
- Export von mit den produktiven Exportern erzeugten Dateien auf beiden Telefonplattformen;
- Status und Fortsetzung persistenter lokaler Aufträge;
- ausdrücklicher Abbruch;
- der stdio-Server
healthmd mcp servein derselben ausführbaren Datei mit direkten typisierten Abfragen, Metrikkatalog, Nachweisen, MCP-Apps-Oberfläche und PNG-Fallback (nur iPhone).
Der in Health.md für Mac enthaltene Swift-Helfer bietet zusätzlich einen kompatiblen Direktmodus, der mit --backend direct gewählt wird; die auf dieser Seite gezeigte eigenständige Rust-CLI ist ausschließlich direkt und kennt kein Backend-Flag. Mac-orientierte Unterbefehle für doctor, Abfragen, Nachweise und Aktualisierung gehören zu diesem mitgelieferten Helfer und geben in seinem Direktmodus backend_unsupported zurück; sie existieren nicht in der eigenständigen Rust-Grammatik und wechseln niemals zur Mac-App. Verwenden Sie healthmd mcp serve für neue typisierte Analysen direkt vom iPhone oder healthmd setup codex, um Codex automatisch zu konfigurieren und zu koppeln. healthmd mcp schema [TOOL] gibt das exakte verschachtelte MCP-Eingabeschema und lokale Beispiele aus. Verwenden Sie für Schlaf direkt healthmd_sleep_sessions, statt die kanonische Ausgabe von extract als typisierte Abfrage-API zu behandeln.
Voraussetzungen
Abschnitt betitelt „Voraussetzungen“- Eine direktfähige
healthmd-Binärdatei und eine passende Health.md-Version: iPhone (Anwendungsprotokoll v1) oder Android (Anwendungsprotokoll v2). Die Android-Kopplung erfordert den portablen Rust-Client; der mitgelieferte macOS-Helfer koppelt sich nur mit dem iPhone. - Health.md muss für Kopplung und neue Befehle im Vordergrund des Telefons geöffnet sein.
- Settings > Mac Sync > Direct CLI Access muss auf dem iPhone aktiviert sein oder Settings → Direct CLI auf Android.
- Plattform-Gesundheitsberechtigung (HealthKit oder Health Connect), geschützte Daten, Berechtigung für das lokale Netzwerk und Exportkontingent müssen verfügbar sein.
- Eine erreichbare Computeradresse und TCP-Port
17647für Manual IP. Eine Tailscale-Adresse funktioniert ebenfalls. - Ein vorhandenes absolutes Ziel für den Modus mit generierten Dateien.
Die CLI ist der Listener. Das Telefon verbindet sich mit der Computeradresse, die unter Direct CLI Access eingegeben wurde.
Unterstützte Übertragungswege
Abschnitt betitelt „Unterstützte Übertragungswege“| Übertragungsweg | Mitgelieferter Swift-Helfer unter macOS | Portabler Rust-Client |
|---|---|---|
| Manual IP im LAN | Ja | macOS, Linux, Windows |
| Tailscale-Adresse | Ja | macOS, Linux, Windows |
| Nearby / MultipeerConnectivity | Ja | Nein |
Nearby verwendet Apples verschlüsselte Multipeer-Sitzung sowie dieselbe Health.md-Anwendungsauthentifizierung und -verschlüsselung wie Manual IP. Der portable Client gibt für Nearby transport_unsupported zurück.
Einmalig mit Manual IP koppeln
Abschnitt betitelt „Einmalig mit Manual IP koppeln“Starten Sie den Listener auf dem Computer:
healthmd direct pair --transport manual-ipDer portable Rust-Client zeigt einen universellen iOS-/Android-QR-Code an und schreibt dessen gemeinsamen 20-stelligen Code, mögliche Computeradressen, den Listener-Port sowie einen sechsstelligen Fallback für ältere iOS-Versionen auf stderr. Der mitgelieferte macOS-Helfer zeigt weiterhin nur seinen alten sechsstelligen iPhone-Code an. stdout bleibt für das abschließende JSON-Ergebnis reserviert.
Auf dem iPhone:
- Öffnen Sie Health.md > Settings > Mac Sync > Direct CLI Access und aktivieren Sie den Zugriff.
- Tippen Sie auf Scan Pairing QR und scannen Sie den universellen QR-Code; nach dem ausdrücklichen Scan beginnt die Kopplung sofort.
- Falls Scannen nicht verfügbar ist, wählen Sie Manual IP und geben Computeradresse, Port und den gemeinsamen 20-stelligen Code ein. Für einen älteren CLI ist weiterhin der sechsstellige Code möglich.
- Lassen Sie die App geöffnet, bis beide Seiten Erfolg melden.
Android-Telefon koppeln
Abschnitt betitelt „Android-Telefon koppeln“- Öffnen Sie Health.md > Settings → Direct CLI auf dem Android-Telefon.
- Tippen Sie auf Scan pairing QR und scannen Sie den universellen QR-Code; nach dem ausdrücklichen Scan beginnt die Kopplung sofort.
- Ohne Kamera oder Berechtigung können Sie Computeradresse, Port und denselben gemeinsamen 20-stelligen Code manuell eingeben.
- Lassen Sie die App geöffnet; Android führt für eine aktive Direktsitzung einen sichtbaren, vom Benutzer gestarteten Datensynchronisierungs-Vordergrunddienst aus.
Die Einmalcodes werden weder über das Netzwerk gesendet noch dauerhaft gespeichert. Nach erfolgreicher Kopplung schützen Keychain beziehungsweise Android Keystore die Vertrauensdaten für Wiederverbindungen.
Verwenden Sie bei Bedarf einen anderen Port:
healthmd --port 18000 direct pair --transport manual-iphealthmd --port 18000 statusVerwenden Sie denselben ausdrücklichen Port auch für spätere Status-, Export-, Fortsetzungs- und Abbruchbefehle.
Mit Nearby koppeln
Abschnitt betitelt „Mit Nearby koppeln“Nearby ist nur im mitgelieferten Swift-Helfer verfügbar:
healthmd direct pair --transport nearbyWählen Sie auf dem iPhone unter Direct CLI Access Nearby, geben Sie den angezeigten Code ein und lassen Sie beide Geräte geöffnet, bis die Kopplung abgeschlossen ist. Ein fehlgeschlagener Nearby-Vorgang wechselt nicht zu Manual IP.
Vertrauenswürdige Geräte
Abschnitt betitelt „Vertrauenswürdige Geräte“Die Kopplung erstellt eine Vertrauensstellung, die von der Synchronisierungsbeziehung der Health.md-Mac-App getrennt ist.
healthmd direct deviceshealthmd direct unpair DEVICE_UUIDDiese Befehle lesen oder ändern lokale Vertrauensstellungen und kontaktieren das Telefon nicht. Verwenden Sie auf dem iPhone Forget Paired CLI, um die Gegenseite zu entfernen; entfernen Sie die Kopplung auf Android unter Settings → Direct CLI.
Sind mehrere Telefone vertrauenswürdig, wählen Sie die gewünschte Installation ausdrücklich aus:
healthmd --device DEVICE_UUID statusVerwenden Sie healthmd direct reset-trust --confirm nur, wenn die lokale Vertrauensstellung beschädigt ist oder zu einer ersetzten Installation gehört. Der Befehl entfernt alle lokalen direkten Kopplungen. Vergessen Sie diese Kopplungen auf dem Telefon, bevor Sie neu beginnen.
Live-Bereitschaft prüfen
Abschnitt betitelt „Live-Bereitschaft prüfen“healthmd --transport manual-ip statusEine direkte Statusantwort meldet Verbindungs- und Sicherheitsstatus ohne Gesundheitswerte. Der portable Client meldet die Quelle unter source mit einer platform von ios oder android und zusätzlich dieselben Daten unter iphone für iPhone-Quellen. Prüfen Sie vor Arbeitsbeginn folgende Felder (iPhone-Quelle gezeigt):
| Feld | Bereitschaftsstatus |
|---|---|
direct_cli.paired |
true |
iphone.connected |
true |
iphone.app_active |
true für neue Arbeit |
iphone.protected_data_available |
true |
iphone.can_trigger_raw_exports |
true für Rohdaten und Extraktion |
iphone.can_trigger_exports |
true für generierte Dateien |
Der direkte Status meldet kein ausgewähltes Ziel. Der Dateimodus verwendet ausschließlich das im Befehl angegebene --destination.
Eine Android-Quelle meldet platform: "android" mit app_active, protected_data_available, export_in_progress und ihren verfügbaren Rohdatenprodukten statt der iPhone-Auslöseflags.
Strikter Rohdatenexport (iPhone)
Abschnitt betitelt „Strikter Rohdatenexport (iPhone)“Wählen Sie genau einen Zeitraumselektor:
healthmd export --yesterday --raw --output yesterday.jsonhealthmd export --last 7 --raw --output week.jsonhealthmd export \ --from 2026-07-01 --to 2026-07-07 --raw --output range.jsonhealthmd export --all --raw --output complete-health-corpus.jsonLassen Sie --output weg, um validiertes JSON auf stdout zu streamen. Eine Ausgabedatei ist bei vertraulichen oder großen Antworten sicherer.
Die strikte iPhone-Rohdatenausgabe gibt healthmd.raw_result v1 mit gewöhnlichen Schema-v8-Tagen vom Typ healthmd.health_data und deren kanonischen Quellarchiven zurück. Sie fordert vorübergehend verlustfreie Details an, ohne gespeicherte iPhone-Einstellungen zu ändern. Bevor die CLI das Ergebnis bereitstellt, validiert sie exakte Datumswerte, Profil, Schema, Archiv, Manifeste, Digest-Kette, abschließenden Body-Digest und Abschlussstatus.
Ein vollständig leerer Tag ist erfolgreich. Fehlende, partielle, fehlgeschlagene, abgebrochene, nicht unterstützte oder übersprungene angeforderte Daten führen zu partial_success und einem von null verschiedenen Exit-Code, sofern --allow-partial nicht ausdrücklich gesetzt ist.
Provider-native Rohdatenexport (Android)
Abschnitt betitelt „Provider-native Rohdatenexport (Android)“Der portable Rust-Client hat kein Backend-Flag, daher verwenden Android-Rohdatenbefehle dieselbe Grammatik:
healthmd export --last 7 --raw --provider health_connect \ --raw-format ndjson --output health-connect.ndjson--provider benennt genau einen Provider und ist standardmäßig health_connect. --raw-format ist standardmäßig NDJSON, die empfohlene Form für große Snapshots; die JSON-Validierung im Arbeitsspeicher ist auf 64 MiB begrenzt. Die Metrikauswahl unterstützt --metric und --all-metrics, jedoch keine kanonischen Selektoren oder Selektoren für generierte Dateien — diese bleiben iPhone-Funktionen.
Android-Rohdaten-Snapshots bewahren ihren provider-nativen Health-Connect-Vertrag. Sie werden nie in HealthKit-strukturierte healthmd.health_data-Tage umgewandelt, und verwandte, aber unterschiedliche Statistiken behalten ihre eigenen Identitäten.
Kanonische Extraktion
Abschnitt betitelt „Kanonische Extraktion“Die direkte Extraktion verwendet dieselbe dauerhafte Rohdatenübertragung, gibt jedoch ausgewählte quellstrukturierte Daten statt des Transport-Envelopes zurück. Sie ist eine iPhone-Funktion:
healthmd extract \ --category Sleep --last 7 --output sleep.json
healthmd extract \ --metric workouts --last 14 --object records \ --detail lossless --output workout-records.jsonDie Auswahl von Metrik, Kategorie, Quelle und Detail erreicht das iPhone vor den HealthKit-Lesevorgängen. Unter Kanonische Extraktion finden Sie Objektselektoren, JSON Pointer, JSONL und Belege.
Solange die Telefon-App im Vordergrund bleibt, kann eine vertrauenswürdige direkte Sitzung nach einer vorübergehenden Trennung mit begrenzter Zahl und Dauer automatisch neu verbinden. Dies weckt keine Hintergrund-App und verspricht keinen Zugriff darauf; öffne Health.md vor dem Fortsetzen erneut.
Für die Produktion generierte Dateien
Abschnitt betitelt „Für die Produktion generierte Dateien“Der direkte Dateimodus lässt das Telefon die Produktions-Exporter von Health.md ausführen und überträgt die erzeugten Dateien anschließend an ein ausdrückliches Computerziel.
mkdir -p "$HOME/Documents/HealthVault"
healthmd export --yesterday \ --destination "$HOME/Documents/HealthVault"
healthmd export --last 7 \ --category Sleep --detail summary \ --destination "$HOME/Documents/HealthVault"
healthmd export --yesterday --use-iphone-settings \ --destination "$HOME/Documents/HealthVault"Das Ziel muss bereits vorhanden und absolut sein und darf nicht über einen symbolischen Link aufgelöst werden. Der Direktmodus rät nie ein Ziel und verwendet kein Lesezeichen der Mac-App. --output ist für Rohdaten- oder Extraktionsausgaben bestimmt, --destination für generierte Dateien.
Standardmäßig behält eine Anfrage gespeicherte Formate, Health-Unterordner, Dateinamen, Vorlagen, Schreibmodus, Daily Note Injection und Daily Notes Only bei. Roll-ups und der reine Zusammenfassungsmodus werden für diesen Auftrag unterdrückt. Wiederholbare Optionen --metric oder --category zusammen mit --detail ersetzen nur den Metrik- und Detailumfang des Auftrags. --use-iphone-settings spiegelt alle gespeicherten Einstellungen und kann nicht mit Selektoren kombiniert werden.
Das iPhone kann JSON, CSV, Markdown, ZIP, Datenwörterbücher, Roll-ups, einzelne Datensätze, tägliche Notizen und Provider-Sidecars bereitstellen. Vor dem Commit validiert die CLI jeden relativen Pfad, Byteanzahl, Digest, jedes Dateimanifest, die Zielidentität und den Anfragefingerabdruck. Sie weist Pfadtraversierung, übergeordnete symbolische Links, Änderungen am Stammverzeichnis, Pfadkollisionen und Digest-Änderungen zurück. Überschreiben erfolgt atomar. Anhängen und Markdown-Zusammenführen verwenden gespeicherte Pläne, damit eine Wiederholung keine Inhalte dupliziert.
Ziele für generierte Dateien funktionieren sowohl mit iPhone-Protokoll v1 als auch Android-Protokoll v2 unter jedem CLI-Betriebssystem — macOS, Linux und Windows. Android begrenzt jeden generierten Auftrag auf 4.096 Dateien.
Android-Dateiaufträge mit Protokoll v2 beziehen ihre Ausgabeeinstellungen aus den gespeicherten Exportauswahlen des Geräts oder aus --profile PROFILE_ID; Metrik-, Kategorie- und Detail-Selektoren der CLI werden dabei zurückgewiesen. Auf beiden Smartphone-Plattformen löst --profile fixierte Ausgabeeinstellungen auf, während das erforderliche --destination weiterhin den ausdrücklichen Computerordner festlegt.
Stabile IDs und sicheres Profilverhalten erklärt Exportprofile.
Verhalten im Vorder- und Hintergrund
Abschnitt betitelt „Verhalten im Vorder- und Hintergrund“Kopplung und neue Arbeit erfordern die Telefon-App im Vordergrund. Direct CLI Access macht das Telefon nicht zu einem unbeaufsichtigten Exportserver und kann die App nicht bei Bedarf aufwecken.
Auf dem iPhone fordert Health.md begrenzte iOS-Hintergrundausführungszeit an, wenn die App während eines bereits verbundenen Exports in den Hintergrund wechselt. Der Export kann innerhalb dieses Zeitraums abgeschlossen werden. Läuft er ab, wird die Verbindung geschlossen und der persistente Auftrag pausiert. Öffnen Sie Health.md erneut und setzen Sie denselben Auftrag fort.
Unter Android läuft eine aktive Direktsitzung als sichtbarer, vom Benutzer gestarteter Datensynchronisierungs-Vordergrunddienst. Halten Sie die App für Kopplung und neue Arbeit im Vordergrund.
Auf dem iPhone zeigt ein globales Aktivitätsbanner während direkter Arbeit Erfassungs- und Übertragungsphase, abgeschlossene Tage, Byte-Fortschritt sowie pausierten oder abgeschlossenen Status an, ohne Gesundheitswerte anzuzeigen.
Solange die Smartphone-App im Vordergrund bleibt, kann eine vertrauenswürdige Direktsitzung nach einer vorübergehenden Trennung automatisch erneut verbinden. Die Wiederholungsverzögerung steigt bis zu einem kurzen Höchstwert. Dadurch wird eine App im Hintergrund weder geweckt noch erreichbar gemacht; öffne Health.md vor dem Fortsetzen erneut, wenn die App nicht mehr im Vordergrund ist.
Das 120-sekündige, begrenzte Wartefenster hält denselben Auftrag offen, während die Person Health.md entsperrt und öffnet. Mit --wake-timeout SECONDS lässt es sich anpassen; 0 deaktiviert es. MCP verwendet HEALTHMD_WAKE_TIMEOUT. Veröffentlichte alpha.6-Binärdateien bleiben auf das Warten beschränkt. In nachfolgenden offiziellen Builds erhält ein registriertes iPhone zusätzlich eine einmalige Best-Effort-APNs-Benachrichtigung über den reinen Benachrichtigungsdienst von Health.md; Android und nicht registrierte iPhones bleiben auf das Warten beschränkt. Die Benachrichtigung kann die Anwesenheit der Person wiederherstellen, autorisiert aber keinen HealthKit-Lesezugriff und sendet keinen Gesundheitsumfang über den Worker.
Persistente Aufträge fortsetzen und abbrechen
Abschnitt betitelt „Persistente Aufträge fortsetzen und abbrechen“Direkte Aufträge laufen sieben Tage nach ihrer Erstellung ab. Zeitlimit, Ctrl-C, Prozessende, Verbindungsabbruch und Ablauf der Hintergrundzeit brechen sie nicht ab.
healthmd status --job JOB_UUIDhealthmd resume JOB_UUID --timeout 300 --output recovered.jsonhealthmd cancel JOB_UUIDBei der Fortsetzung bleiben ursprüngliche Datumswerte, Einstellungen, Ziel, Anfragefingerabdruck, Gerät und Partitionsfortschritt erhalten. Ein Dateiauftrag kann beim Fortsetzen nicht auf ein anderes Ziel verweisen.
Der Abbruch wird dauerhaft angefordert, ist aber erst endgültig, wenn das gekoppelte Telefon ihn bestätigt. Ist das Telefon nicht verfügbar, bleibt der Status cancellation_pending. Öffnen Sie dasselbe Telefon erneut und wiederholen Sie den Abbruch.
Sicherheitsmodell
Abschnitt betitelt „Sicherheitsmodell“- Aktuelle portable Kopplungen verwenden ephemeren Schlüsselaustausch und Selektor-3-Transkript-Nachweise, die an einen gemeinsamen hochentropischen 20-stelligen (~66 Bit) iOS-/Android-Code gebunden sind. Die alten Apple-Selektor-1- und Android-Selektor-2-Abläufe bleiben bytekompatibel.
- QR-Übergaben werden nur durch ausdrückliche Scanner in der App für kanonische private LAN-/Tailscale-Adressen akzeptiert; externe benutzerdefinierte URLs können keine Kopplung autorisieren.
- Die Wiederverbindung weist ein zufälliges gespeichertes Geheimnis und beide Installationsidentitäten nach.
- Jede Verbindung leitet neue Schlüssel und Nonces ab.
- Nachrichten und Binärframes verwenden ChaCha20-Poly1305 mit monotonen Sequenzprüfungen.
- Partitionen verwenden SHA-256-Manifeste und eine verkettete Digest-Grenze.
- Die iPhone-Vertrauensstellung wird im Schlüsselbund gespeichert; das Android-Vertrauen für die Wiederverbindung ist Keystore-gesichert.
- Portable Vertrauensstellungen verwenden Keychain, Secret Service oder Windows Credential Manager und greifen nie auf Klartext zurück.
- Spools und Journale verwenden privaten Anwendungsspeicher und werden, soweit von der Plattform unterstützt, von Backups ausgeschlossen.
Manual IP bleibt im lokalen Netzwerk oder über Tailscale verschlüsselt. Tailscale schützt zusätzlich den Netzwerkpfad, ersetzt jedoch nicht die Anwendungsauthentifizierung von Health.md.
Häufige Fehler
Abschnitt betitelt „Häufige Fehler“| Fehler | Maßnahme |
|---|---|
direct_not_paired |
Diese CLI-Installation mit dem vorgesehenen Mobilgerät koppeln. |
direct_device_selection_required |
Gewünschtes vertrauenswürdiges --device angeben. |
direct_trust_invalid |
Diagnosen aufbewahren. Vertrauen nur zurücksetzen, wenn Wiederherstellung unmöglich ist. |
direct_iphone_unavailable |
Vordergrundstatus, Zugriffsschalter, Adresse, Port, Berechtigung und LAN- oder Tailscale-Erreichbarkeit prüfen. |
direct_export_paused |
Auftrag prüfen, gekoppeltes Telefon erneut öffnen und Auftrag fortsetzen. |
direct_cancellation_pending |
Gekoppeltes Telefon erneut öffnen und Abbruch wiederholen. |
transport_unsupported |
Im portablen Client Manual IP oder Tailscale verwenden. |
backend_unsupported |
Nur mitgelieferter Swift-Helfer: für Abfrage, Nachweise, doctor oder Metriken den Standard-Mac-Loopback-Modus verwenden. Die eigenständige CLI verwendet stattdessen healthmd mcp serve. |
invalid_direct_raw_response |
Ausgabe nicht verwenden. Validierungsdiagnosen aufbewahren. |
invalid_direct_file_receipt |
Dateien nicht manuell reparieren. Auftrag prüfen und fortsetzen. |
job_expired |
Der siebentägige Status ist abgelaufen. Vor neuer Arbeit bestätigen. |