ArchÖffentlicher Hilfeindex
Diese Themen sind die öffentliche Hilfekarte für Installations-, Update-, Lizenz-, Support-, Nachweis- und Wiederherstellungspfade.
Diese Route veröffentlicht den geprüften Hilfeindex für die aktuelle Locale mit 23 Themenzusammenfassungen.
install_first_run
Installieren Sie Arch, starten Sie die lokale Laufzeitumgebung und schließen Sie die erste Einrichtung eines guarded repository ab, ohne zu suggerieren, dass öffentliche Pakete verfügbar sind, bevor die Release-Nachweise grün sind.
update
Erklären Sie Erwartungen an sichere Updates, Paketherkunft und die Prüfung der Release Notes, ohne Update-Automatisierung zu versprechen, die noch nicht durch Launch-Nachweise zugelassen wurde.
downgrade
Beschreiben Sie Downgrade-Unterstützung nur dort, wo Paketnachweise und Support-Probeläufe sie belegen; andernfalls leiten Sie die Person an den Support weiter.
package_recovery
Helfen Sie Benutzern, eine fehlgeschlagene oder unvollständige Paketinstallation zu beheben, und halten Sie Hashwerte, Paketnamen, Pfade und Support-Nachweise exakt.
uninstall_reinstall_purge
Erklären Sie Deinstallations- und Neuinstallationspfade, einschließlich der lokalen Daten, die verbleiben können, und wann ein Purge irreversibel ist.
trial_start
Nennen Sie die 30-tägige Testphase, den Beginn der Abrechnung und die Pflicht zur Zahlungsmethode im Einklang mit den kommerziellen Bedingungen und den Kauftexten.
license_activation
Führen Sie durch die Aktivierung mit dem zugelassenen Lizenzablauf und bewahren Sie Hilfsgrenzen, Datenschutzhaltung und exakte Lizenzfeldnamen.
student_eligibility_access
Erklären Sie studentische Berechtigung, Bestätigung der E-Mail-Domain und Supportweg vor dem Kauf, wenn die Berechtigung nicht bestätigt werden kann.
offline_grace
Beschreiben Sie die Offline-Kulanz der Lizenz nur so weit, wie Bedingungen und Retention-Playbook sie zulassen, einschließlich dessen, was passiert, wenn Arch den Aussteller nicht erreicht.
first_real_repository_walkthrough
Führen Sie durch ein lokales Repository, eine Aussage, sichtbare Nachweise, sichtbare Lücken und eine governance-gebundene nächste Aktion, ohne ein Arbeitselement als Beweis zu behandeln.
scan_bootstrap
Erklären Sie, wie Arch ein guarded repository in typisierte Datensätze scannt und welche Scan-Abdeckung weiterhin nicht unterstützt oder unbekannt ist.
admitted_source_coverage
Nennen Sie nur die Quellabdeckung, die zugelassene Scanverträge und Launch-Nachweise Arch öffentlich beanspruchen lassen.
architecture_note_posture
Erklären Sie architecture-notes als quellengestützten Kontext, wo sie zugelassen sind, nicht als automatischen Beweis für eine Behauptung.
attention_review
Beschreiben Sie die Attention-Review-Oberfläche als Möglichkeit, Aussagen, Nachweise, Autorität, Lücken und nächste Aktionen zu prüfen, nicht als Posteingang oder Ticketwarteschlange.
evidence_authority_views
Erklären Sie, wie Workbench Nachweise zeigt und warum diese Nachweise zählen dürfen, während nicht unterstützte Lücken sichtbar bleiben.
what_arch_does_not_prove
Stellen Sie klar, dass Arch quellengestützte Nachweise, Autorität, Lücken und Auditverlauf zeigt, aber empirische Wahrheit nicht durch Behauptung beweist.
change_preflight
Erklären Sie die Vorschau einer geregelten Änderung vor apply, einschließlich warum ein dry-run receipt oder apply token nicht dasselbe ist wie endgültiger Beweis.
agent_context
Erklären Sie, wie Arch Agenten über zugelassene Operationen begrenzten lokalen Kontext gibt, ohne Agenten nicht belegte Autorität zu verleihen.
mcp_setup
Führen Sie durch die Einrichtung der lokalen MCP-Oberfläche und bewahren Sie Clientnamen, Protokollfelder, Ressourcen-URIs und Fail-Closed-Verhalten.
privacy_data_boundary
Erklären Sie, was Arch lokal liest, was es nicht hochlädt und welche Übergaben an Hilfskomponenten außerhalb der Aussagebefugnis der Arch-Produkttexte liegen.
support_diagnostics
Sagen Sie Benutzern, welche Diagnoseinformationen der Support anfordern kann und wie lokale Datengrenzen für diese Anfrage gelten.
recovery
Erklären Sie, wie Benutzer sich von blockierten oder fehlgeschlagenen Abläufen erholen, einschließlich wann Arch aufzeichnet, warum eine Lücke offen bleibt.
release_notes
Veröffentlichen Sie Release-Änderungen, bekannte Lücken, Kompatibilitätshinweise und Lokalisierungshaltung, ohne Versionsnummern als Beweis zu behandeln.