Everything stays on this device. Weaver has no telemetry, remote services, or project uploads.

Step 1

Choose your local project

Weaver indexes names and metadata first. File contents are read only when a change-set needs them.

No project selected

Direct read-write access

Select a folder to validate and apply changes in place. Your browser will ask for permission only after you click.

Read-only fallback

Use this when direct folder writing is unavailable. Weaver can still simulate, preview, copy, and download results.

Browsers cannot reliably represent a completely empty folder through this fallback.

Default exclusions

Directories listed here are not indexed. A change-set targeting one will fail clearly.

Change this list before selecting a project. Re-select the folder after editing it.

Browser compatibility and privacy details

Direct writing generally requires a Chromium-family browser, a secure context such as HTTPS or localhost, and the File System Access API. Opening Weaver as a local file may still support read-only fallback ingestion, but browsers do not allow service workers from local file URLs.

Installable offline-app support requires HTTPS or localhost. Weaver’s service worker caches only its own application files—never project files, imported JSON, previews, reports, or snapshots.

Browser filesystem operations are not genuinely atomic. Weaver performs complete preflight checks, revalidates files immediately before writing, and captures rollback data. Git or an independent backup remains the strongest protection.

Checking install and offline capabilities…

Rollback snapshots

Snapshots remain local and are not removed when you start a new task.

No snapshots are available.

Confirm action