Archindex de l'aide publique
Ces rubriques sont la carte d’aide publique pour les parcours d’installation, de mise à jour, de licence, d’assistance, de preuve et de récupération.
Cette route publie l’index d’aide vérifié pour la locale actuelle avec 23 résumés de rubrique.
install_first_run
Installez Arch, démarrez le runtime local et terminez la première configuration d'un dépôt protégé, sans laisser entendre que les paquets publics sont disponibles avant que les preuves de lancement soient validées.
update
Expliquez les attentes d'une mise à jour sûre, la provenance du paquet et les vérifications des notes de version, sans promettre une automatisation de mise à jour que les preuves de lancement n'ont pas encore admise.
downgrade
Décrivez la prise en charge du retour à une version antérieure seulement lorsque les preuves de paquet et l'exercice de support validé le démontrent; sinon, orientez l'utilisateur vers le support.
package_recovery
Aidez les utilisateurs à récupérer d'une installation de paquet échouée ou incomplète, tout en gardant exacts les hashes, noms de paquets, chemins et preuves de support.
uninstall_reinstall_purge
Expliquez les chemins de désinstallation et de réinstallation, y compris les données locales qui peuvent rester et les cas où une purge est irréversible.
trial_start
Présentez l'essai de 30 jours, le début de la facturation et l'exigence de moyen de paiement de façon cohérente avec les conditions commerciales et le texte d'achat.
license_activation
Guidez l'activation au moyen du flux de licence admis, tout en préservant les limites d'assistance, la posture de confidentialité et les noms exacts des champs de licence.
student_eligibility_access
Expliquez l'éligibilité étudiante, la confirmation du domaine d'adresse e-mail et l'orientation vers le support avant achat lorsque l'éligibilité ne peut pas être confirmée.
offline_grace
Décrivez le délai de grâce hors ligne de la licence seulement dans la mesure admise par les conditions et le guide opérationnel de rétention de licence, y compris ce qui se passe lorsqu'Arch ne peut pas joindre l'émetteur.
first_real_repository_walkthrough
Accompagnez l'utilisateur à travers un dépôt local, une affirmation, des preuves visibles, des lacunes visibles et une prochaine action gouvernée, sans traiter un élément de travail comme une preuve.
scan_bootstrap
Expliquez comment Arch analyse un dépôt protégé pour produire des enregistrements typés et quelle couverture d'analyse reste non prise en charge ou inconnue.
admitted_source_coverage
Ne nommez que la couverture source que les contrats d'analyse admis et les preuves de lancement autorisent Arch à revendiquer publiquement.
architecture_note_posture
Expliquez les notes d'architecture comme un contexte fondé sur les sources lorsqu'elles sont admises, et non comme une preuve automatique d'une affirmation.
attention_review
Décrivez la surface de revue d'attention comme une façon d'inspecter les affirmations, les preuves, l'autorité, les lacunes et les prochaines actions, pas comme une boîte de réception ni une file de tickets.
evidence_authority_views
Expliquez comment Workbench affiche les preuves et pourquoi ces preuves peuvent compter, tout en gardant visibles les lacunes non étayées par des preuves suffisantes.
what_arch_does_not_prove
Indiquez qu'Arch montre des preuves, une autorité, des lacunes et une trace d'audit fondées sur les sources, mais ne prouve pas la vérité empirique par simple affirmation.
change_preflight
Expliquez l'aperçu d'un changement gouverné avant application, y compris pourquoi un dry-run receipt ou un apply token n'est pas une preuve finale.
agent_context
Expliquez comment Arch fournit aux agents un contexte local borné au moyen d'opérations admises, sans leur donner une autorité non prise en charge.
mcp_setup
Guidez la configuration de la surface MCP locale tout en préservant les noms de clients, les champs de protocole, les resource URIs et le comportement fail-closed.
privacy_data_boundary
Expliquez ce qu'Arch lit localement, ce qu'il n'envoie pas, et quels passages vers des composants auxiliaires restent en dehors de ce que le texte d'Arch peut promettre.
support_diagnostics
Dites aux utilisateurs quelles informations de diagnostic le support peut demander et comment les limites de données locales s'appliquent à cette demande.
recovery
Expliquez comment les utilisateurs récupèrent de flux bloqués ou échoués, y compris quand Arch enregistre pourquoi une lacune reste ouverte.
release_notes
Publiez les changements de version, les lacunes connues, les notes de compatibilité et la posture de localisation sans traiter les numéros de version comme des preuves.