public help index

Help

These topics are the public help map for install, update, license, support, evidence, and recovery paths.

This route publishes the checked help index for the current locale with 23 topic summaries.

Topics

  1. install_first_run

    Install and first run

    Install Arch, start the local runtime, and complete the first guarded-repository setup without implying public packages are available before release proof is green.

  2. update

    Update

    Explain safe update expectations, package provenance, and release-note checks without promising update automation that launch evidence has not admitted.

  3. downgrade

    Downgrade

    Describe downgrade support only where package evidence and support rehearsal prove it; otherwise route the user to support.

  4. package_recovery

    Package recovery

    Help users recover from failed or incomplete package installation while keeping hashes, package names, paths, and support evidence exact.

  5. uninstall_reinstall_purge

    Uninstall / reinstall / purge

    Explain uninstall and reinstall paths, including what local data may remain and when a purge is irreversible.

  6. trial_start

    Trial start

    State the 30-day trial, billing start, and payment-method requirement consistently with commercial terms and purchase copy.

  7. license_activation

    License activation

    Guide activation using the admitted license flow while preserving helper boundaries, privacy posture, and exact license-field names.

  8. student_eligibility_access

    Student eligibility and access

    Explain student eligibility, email-domain confirmation, and support routing before purchase when eligibility cannot be confirmed.

  9. offline_grace

    Offline grace

    Describe license offline grace only as far as the terms and retention playbook admit, including what happens when Arch cannot reach the issuer.

  10. first_real_repository_walkthrough

    First real repository walkthrough

    Walk a user through one local repository, one claim, visible evidence, visible gaps, and one governed next action without treating a work item as proof.

  11. scan_bootstrap

    Scan and bootstrap

    Explain how Arch scans a guarded repository into typed records and what scan coverage is still unsupported or unknown.

  12. admitted_source_coverage

    Admitted source coverage

    Name only the source coverage that admitted scan contracts and launch evidence allow Arch to claim publicly.

  13. architecture_note_posture

    Architecture-note posture

    Explain architecture notes as source-grounded context where admitted, not as automatic proof of a claim.

  14. attention_review

    Attention review

    Describe the attention review surface as a way to inspect claims, evidence, authority, gaps, and next actions, not as an inbox or ticket queue.

  15. evidence_authority_views

    Evidence and Authority views

    Explain how Workbench shows evidence and why that evidence is allowed to count, while keeping unsupported gaps visible.

  16. what_arch_does_not_prove

    What Arch does not prove

    State that Arch shows source-grounded evidence, authority, gaps, and audit trail, but does not prove empirical truth by assertion.

  17. change_preflight

    Change preflight

    Explain previewing a governed change before apply, including why a dry-run receipt or apply token is not the same as final proof.

  18. agent_context

    Agent context

    Explain how Arch provides bounded local context to agents through admitted operations without giving agents unsupported authority.

  19. mcp_setup

    MCP setup

    Guide setup of the local MCP surface while preserving client names, protocol fields, resource URIs, and fail-closed behavior.

  20. privacy_data_boundary

    Privacy and data boundary

    Explain what Arch reads locally, what it does not upload, and which helper-boundary handoffs are outside Arch copy authority.

  21. support_diagnostics

    Support and diagnostics

    Tell users what diagnostic information support may request and how local data boundaries apply to that request.

  22. recovery

    Recovery

    Explain how users recover from blocked or failed flows, including when Arch records why a gap remains open.

  23. release_notes

    Release notes

    Publish release changes, known gaps, compatibility notes, and localization posture without treating version numbers as proof.