Skip to main content
HyperFrames occasionally asks how likely you are to recommend the render experience or Studio. This page explains why we do it, when prompts appear, what data is collected, and how to disable them.

Why We Ask

We use anonymous recommendation scores to understand whether the tool is actually working well — not just whether it runs without errors. A render that takes 10 minutes and produces a broken file counts as a success in logs but a failure in practice. The feedback prompt is the only signal we have for that gap. No account, email, or identity is tied to responses. Each installation generates a random UUID at setup; that is the only identifier.

How It Works

CLI — post-render prompt

After a successful hyperframes render, a short prompt may appear:
When it shows:
  • First ever successful render
  • Then every 15 renders after that (16th, 31st, 46th…)
  • At most once per process — re-renders in the same session don’t trigger a second prompt
  • Automatically suppressed in quiet mode (--quiet), non-TTY shells, and CI environments
The prompt has a 10-second auto-timeout — if you don’t respond, it silently disappears and the CLI continues normally. The render interval is configurable:

Studio — session feedback bar

A thin 32px bar slides in at the bottom of the preview area periodically:
  • Never on the first session — only starting from the 10th
  • Then every 10 sessions (10th, 20th, 30th…)
  • Slides in 3 seconds after page load to avoid flash
  • Auto-dismisses after 20 seconds if ignored
  • After any interaction (dismiss or submit), the session counter resets — next prompt after 10 more sessions
The session interval is configurable at build time:
Invalid values (non-integer, zero, negative) fall back to the default. Note: Disabling CLI telemetry (hyperframes telemetry disable) does not suppress the Studio bar — Studio feedback is gated separately. The submitted data is still sent through the same anonymous PostHog pipeline, so the same privacy guarantees apply.

hyperframes feedback command

You can submit feedback manually at any time:
This command collects a doctor summary automatically, flushes telemetry, and exits. It appears under the Settings group in hyperframes --help.

Filing a GitHub issue (--file-issue)

When a render misbehaves, add --file-issue so maintainers can reproduce it:
This is opt-in and consented. With --file-issue set, after the usual feedback is sent the CLI:
  1. Asks you to confirm (interactive) or requires --yes in non-interactive shells, because it will publicly publish the project at --dir.
  2. Publishes a minimal repro of the project and gets a public URL (the same upload as hyperframes publish).
  3. Opens your browser with a pre-filled GitHub issue draft, labelled bug, containing the rating, your comment, the public repro link, and the environment summary. It also prints the URL so you can copy it if no browser opens.
The issue is not auto-submitted: you review and file it under your own GitHub account. There is no token, backend, or gh invocation; if publishing fails the issue still opens, just without a repro link.

Agent Runtimes

When an AI agent is detected, HyperFrames skips the interactive readline prompt and prints a structured hint instead:
Agents can then submit feedback using the hyperframes feedback command above. The same cadence gate applies: the hint only appears on the first render, then every 15th. Detected agents and their markers: Only the existence (or in some cases the value) of these variables is checked — API keys and secrets that happen to share a prefix are never read.

What Is Collected

CLI feedback

The doctor_summary is a compact string with environment context — included automatically so you don’t need to run hyperframes doctor when reporting a problem:
It may also include wsl or sandbox runtime flags when those environments are detected.

Studio feedback

What Is NOT Collected

  • File paths or project names
  • Composition content, HTML, or video files
  • Environment variable values
  • Personally identifiable information
  • IP addresses or precise location
Feedback is anonymous. Each installation has a random UUID (anonymousId) — there is no account, login, or email association.

Rating Scale Compatibility

New feedback stores the raw integer together with rating_scale: 10. Feedback collected before this change remains on the historical 1–5 satisfaction scale. Historical events have no rating_scale, and historical Slack or GitHub records retain their /5 denominator. Consumers must treat a missing scale as legacy 1–5 data and must not reinterpret those scores as NPS.

Config File

The CLI persists feedback state in ~/.hyperframes/config.json:
Studio stores the equivalent state in localStorage under the hyperframes-studio: prefix.

Opting Out

CLI — disable telemetry entirely

Disabling telemetry suppresses the CLI feedback prompt and all other CLI usage tracking:
Once disabled, the hyperframes feedback command will print Telemetry is disabled. Feedback not sent. and exit without sending anything.

CLI — suppress output without disabling telemetry

CI environments

The CLI feedback prompt is automatically suppressed when the CI environment variable is set (GitHub Actions, CircleCI, etc. set this by default).

Studio

The Studio feedback bar is not affected by the CLI telemetry setting. To disable it at build time, set:
When set to "1", the bar never shows — shouldShowFeedback() returns false unconditionally regardless of session count or localStorage state. The session interval is still configurable independently: