|
| 1 | +# Developer Preview Boundary |
| 2 | + |
| 3 | +Zharwing Memory is being prepared as a **standalone personal developer |
| 4 | +preview**. This preview is useful for developers who want a local, inspectable |
| 5 | +memory layer for AI-assisted coding, but it is not a production, multi-user, or |
| 6 | +hardened agent-control-plane release. |
| 7 | + |
| 8 | +Preparing this preview does not publish the repository, create a release, or |
| 9 | +change any private memory store. Those are separate owner-approved actions. |
| 10 | + |
| 11 | +## Frozen Preview Baseline |
| 12 | + |
| 13 | +- Release branch and upstream: `main` on `origin` |
| 14 | +- Source baseline: `fff3de45e6d769774a0a85ca18d6a1c64a322bcd` |
| 15 | +- Runtime/filesystem owner: Windows-native |
| 16 | +- Node.js: `22.21.0` (the repository also declares the supported Node 24 range) |
| 17 | +- pnpm: `9.0.0` |
| 18 | +- Canonical execution-plan fingerprint: |
| 19 | + `sha256:f8ef7336ce593e4eba84511d547e460b2f9580a5fcce6ed3ce1b0afb7a11b74c` |
| 20 | + |
| 21 | +The source candidate starts from a clean baseline. Generated output, |
| 22 | +dependencies, private stores, credentials, and machine-specific evidence are |
| 23 | +not release source. |
| 24 | + |
| 25 | +## Product Profile Decision |
| 26 | + |
| 27 | +The standalone personal preview and the future hardened harness integration |
| 28 | +are separate profiles. |
| 29 | + |
| 30 | +The preview preserves the current personal workflow: |
| 31 | + |
| 32 | +- **Authentication:** token authentication remains the default. Explicit |
| 33 | + no-auth mode is limited to a loopback-bound personal daemon. |
| 34 | +- **Visibility:** selected-project memory is AI-eligible by default. Explicit |
| 35 | + visibility exclusions, never-send patterns, secret detection, redaction, and |
| 36 | + high-risk blocking remain enforced. |
| 37 | +- **Durable writes:** routine agent writes are allowed when project review mode |
| 38 | + is off. Review mode and Memory Inbox proposals remain available when the user |
| 39 | + wants approval or when a change is risky or uncertain. |
| 40 | +- **Browser authority:** the browser and desktop UI are the human control |
| 41 | + plane. The browser uses the authenticated daemon and does not gain arbitrary |
| 42 | + local filesystem access. Destructive and administrative operations are not |
| 43 | + part of the eleven-tool MCP daily-memory surface. |
| 44 | +- **Compatibility:** the current CLI, daemon, browser/desktop UI, pointer-file |
| 45 | + format, Markdown store, and eleven MCP tools remain compatible for this |
| 46 | + preview. Existing stores are not silently migrated to a different policy. |
| 47 | +- **Migration and rollback:** the preview performs no profile-policy migration. |
| 48 | + A future hardened profile must be opt-in, versioned, preceded by a verified |
| 49 | + backup, and reversible to the standalone profile without rewriting canonical |
| 50 | + memory content. |
| 51 | + |
| 52 | +The future hardened harness profile must add project-scoped least-privilege |
| 53 | +credentials, import-safe visibility, proposal-only durable knowledge changes, |
| 54 | +browser session credentials, and explicit migration and rollback behavior. It |
| 55 | +must not silently change the standalone preview's behavior. |
| 56 | + |
| 57 | +## Product Screenshots |
| 58 | + |
| 59 | +The screenshots below use a disposable demonstration store and repository. |
| 60 | +They contain no private project memory, credentials, or personal paths. |
| 61 | + |
| 62 | + |
| 63 | + |
| 64 | + |
| 65 | + |
| 66 | +## Preview Limitations |
| 67 | + |
| 68 | +- Intended for a trusted developer operating a local, single-user environment. |
| 69 | +- Not qualified for multi-tenant, shared-host, or untrusted-network use. |
| 70 | +- Broad end-to-end coverage across every desktop workflow is still incomplete. |
| 71 | +- Optional live-provider compatibility requires opt-in testing with each |
| 72 | + provider; normal memory, search, graph, and context workflows do not require |
| 73 | + a model. |
| 74 | +- Installer generation and installer-level smoke testing remain outstanding. |
| 75 | + A packaged Windows executable has been built, but it is not being published |
| 76 | + as part of this source preview. |
| 77 | +- The hardened harness profile and its security/data-integrity qualification |
| 78 | + remain future work and are not implied by this preview. |
| 79 | + |
| 80 | +## Local Preview Gates |
| 81 | + |
| 82 | +Run the following commands from a clean Windows checkout of the exact candidate |
| 83 | +commit using Node.js `22.21.0` and pnpm `9.0.0`: |
| 84 | + |
| 85 | +```powershell |
| 86 | +corepack pnpm install --frozen-lockfile |
| 87 | +corepack pnpm check:source-artifacts |
| 88 | +corepack pnpm typecheck |
| 89 | +corepack pnpm test |
| 90 | +corepack pnpm build |
| 91 | +corepack pnpm test:desktop-browser |
| 92 | +cargo test --locked --manifest-path apps/desktop/src-tauri/Cargo.toml |
| 93 | +``` |
| 94 | + |
| 95 | +The release evidence must record the candidate commit, branch, upstream, OS, |
| 96 | +Node and pnpm versions, command, exit code, timestamp, and any intentional skip. |
| 97 | +It must also include: |
| 98 | + |
| 99 | +1. `git status --short --branch` before and after validation. |
| 100 | +2. A clean-clone or fresh-checkout result using only tracked source and the |
| 101 | + frozen lockfile. |
| 102 | +3. A screenshot made only from disposable demonstration data. |
| 103 | +4. An independently reviewed diff with no secrets, private memory, generated |
| 104 | + source artifacts, or machine-specific paths. |
| 105 | + |
| 106 | +Installer generation and installer-level smoke testing are explicitly outside |
| 107 | +this developer-preview source release and must not be reported as passed. |
| 108 | + |
| 109 | +Remote CI and repository visibility changes happen only after a separate |
| 110 | +owner approval. If preview validation fails, keep the repository private, |
| 111 | +retain the current installation, and revert only the preview-specific source |
| 112 | +and documentation changes. |
0 commit comments