Help & recovery

Find the next step.
Keep your content private.

Choose the problem you are facing, check only the browser signals that matter, and escalate with a privacy-safe support brief when self-service is not enough.

Choose an issue

The diagnostics report never includes prompts, transcript text, imported files, or personal identifiers.

SUPPORT BOUNDARYLOCAL PREVIEW
01IdentifyChoose the affected workflow.
02CheckRead local browser signals.
03RecoverUse the least destructive step.
04EscalateShare only safe context.
LIVE AINOT ACTIVESUPPORT CHANNELEMAIL
SELF-SERVICE FIRSTNO PROMPT CONTENT IN DIAGNOSTICSEMAIL ESCALATION WHEN NEEDED
Issue finder

Start from the friction,
not from a generic form.

Each route begins with non-destructive checks and ends with a focused escalation path. Switching routes does not inspect or modify workspace content.

LOCAL WORKSPACE

The workspace opens, but the result or control flow is unclear.

  1. Confirm that the topbar says Local preview.
  2. Use a mode-specific starter to separate interface behaviour from prompt wording.
  3. Open Runtime and confirm the transport remains local-preview.
  4. Refresh only after exporting a portable recovery file when the work matters.

Workspace recovery route selected.

Privacy-safe diagnostics

Share capability signals.
Never the learning content.

The report is generated in this browser and is useful for technical support. It excludes prompt text, transcript content, session file contents, email addresses, names, and device identifiers.

Checks will run when the page loads.

ConnectionChecking browser signal…CHECKING
Same-tab recoveryChecking session storage…CHECKING
Privacy preference storageChecking local storage…CHECKING
Offline shellChecking service worker state…CHECKING
Secure contextChecking browser context…CHECKING
Workspace transportFixed by this production build.LOCAL ONLY
BUILDLoading…
Recovery playbooks

Use the least destructive action first.

These steps are ordered to protect local work. A reset should not be the first response to a recoverable state.

01 · BEFORE RELOAD

Protect the session

Stop an active sample, then download a portable recovery file. A normal refresh may use same-tab recovery, but a file is the safer cross-device copy. If recovery reports quota, size, or browser blocking, download the private file before leaving or turn recovery off for the current tab.

Session guide ↗
02 · BEFORE CLEARING

Identify the storage

Offline caches, analytics consent, and workspace recovery are separate. Clear only the layer causing the problem.

Device controls ↗
03 · BEFORE REPORTING

Reduce the example

Reproduce the issue with a non-sensitive prompt when possible. Share the safe diagnostics report instead of a full session transcript.

04 · WHEN ESCALATING

Name the expected result

Include the page, action, environment, what happened, and what useful next step you expect. Remove credentials and private student records.

Prepare support email ↗
Support boundaries

Some routes do not exist yet.

There are no accounts, cloud histories, paid subscriptions, credit purchases, model-provider requests, or file uploads in the current preview.

  • AVAILABLE

    Product feedback, site problems, accessibility reports, privacy requests, responsible security reports, and education workflow questions.

  • NOT AVAILABLE

    Charge disputes, account recovery, cloud transcript recovery, model-provider incident review, or upload restoration.

  • NOT AN EMERGENCY CHANNEL

    Boardesa email is not a crisis, safeguarding, legal, medical, or emergency service.

Help FAQ

Know what the support tools can see.

Does the diagnostics report include my prompt or transcript?+

No. It contains only capability and product-state signals such as build ID, connection, storage availability, service-worker state, consent state, and local-only transport.

Why was a recovery file blocked?+

Boardesa blocks files above 256 KB, deeply nested or oversized JSON, duplicate or dangerous object keys, unsupported schemas, invalid dates, failed SHA-256 integrity, and session fields outside published limits. Validation remains local and does not upload the file.

Should I clear all browser data when something looks stale?+

No. First reconnect, refresh status, and identify whether the issue is a cached page, privacy preference, or same-tab recovery record. Clear only the relevant layer.

What should a useful technical report include?+

Include the affected page, exact action, expected result, actual result, browser and device category, safe diagnostics report, and a redacted reproduction. Never include passwords, payment data, API keys, or private student records.

Still blocked?

Prepare a focused support brief.
Keep the example safe.