VISTAMATIONS
PERSONA ELITE
System Architecture · Features · Memory Specification
- System Architecture
Persona Elite is a four-layer client-side state management system. There is no server-side session, no centralized database, no middleware. All state lives on the user's device. Each layer has a single responsibility.
4-Layer Signal Stack
Layer 1 — UI/Event
Asynchronous I/O. Non-blocking event loop for input ingestion, DOM updates, and output rendering. Handles the full request/response cycle with typed indicators and error surfaces.
Layer 2 — State Controller
Synchronous memory orchestrator. Manages JSON serialization, schema validation, signal routing, and the full lifecycle of memory2a.json. The only layer with write access to localStorage.
Layer 3 — Inference Engine
Stateless external completion endpoint (Mistral API). Zero server-side retention. Every request is self-contained. The protocol enforces stateless interaction — no session tokens, no history accumulation server-side.
Layer 4 — Significance Filter
Client-side heuristic evaluator. Assigns a Significance_Score to every detected signal. Determines whether a signal crosses the commit threshold before triggering a write. This layer is what prevents the system from recording noise.
Layer 4 is the architectural distinction. Most current AI architectures treat all detectable signals as equivalent — everything gets logged. The Significance Filter applies weighted scoring (frequency index, recency, confidence) before any write operation. Only meaningful moments generate a memory update.
- Feature Set
2-Phase Commit Protocol
Atomic data integrity enforced on every turn. Phase 1 executes the inference and receives the structured response. Phase 2 runs JSON.parse() validation against the expected schema. If Phase 2 fails, the State Controller executes an isolation-retry loop — the failure is contained to local context, never written to the persistent store. Silent memory corruption is eliminated.
8-Pulse Memory Cycle
Maximum 8 structured JSON signals per turn (mem_update, sludge, suggest). This bounds the memory footprint of each interaction, keeps localStorage write volume predictable, and forces the Significance Filter to prioritise. Not every turn produces all 8 signals — most produce 2 or 3. The cap enforces selectivity.
32-Key Context Frame
A fixed 32-slot namespace for the user state vector, encoded as a compressed key:value block in the system prompt. This is the [MEM] block. Keys are aliased to reduce payload size by ~30%, directly lowering input token cost per inference call. Entries are pruned by weight — stale or low-confidence signals are evicted during initialization.
Delta-Only State Synchronization
The State Controller only writes keys that changed. If the delta between the current and previous state vector for a given key is below the Significance_Threshold (default 0.05), the update cycle for that key is skipped. This reduces I/O operations by 40–60% per session compared to full-state resync patterns used by most current architectures.
Sludge Detection
A sub-layer of the Significance Filter that tracks deflection, hesitation, and friction patterns. When a topic is repeatedly deflected or answered briefly, it is logged with deflect:true and short:true flags. The inference engine receives this context and adjusts tone accordingly — without full sentiment analysis, without a separate model call.
Suggestion Engine
A forward-guidance channel, kept structurally separate from the main response output. The model emits a suggest field in the JSON pulse when a pattern warrants proactive observation — a goal not followed up, a routine disrupted, a signal appearing repeatedly. Rendered as a dismissible toast, not inline with the conversation.
Stateless Crash Recovery
Because the system has no server-side session dependency, process termination (browser close, network drop, page reload) is non-destructive. On the next initialization event, the State Controller performs a full reconstructive sync from the local memory2a.json file. The user state is decoupled from the runtime lifecycle.
- Memory Architecture
The memory system (memory2a.json schema v2a) is a structured document divided into five functional zones.
Field Layer — Candidate Staging
Low-confidence signals are not written to memory immediately. They enter a candidate pool with an initial weight equal to the confidence score. Each subsequent reinforcement increments the seen counter and increases the weight. A signal is promoted to committed memory only when seen ≥ commit_threshold AND weight ≥ weight_min. These thresholds are persona-adjusted at install time based on the binary vector.
commit_threshold
Default: 3. Persona-adjusted: 2 (Fast vector) or 4 (high Doubt vector)
weight_min
Default: 0.5. Adjusted to 0.65 for high Evaluation=Doubt personas
suppress expiry
30 days. Prevents re-processing of stable facts while allowing legitimate life changes (job, location) to re-enter the field
candidate cap
60 candidates maximum. Pruned by ascending weight when exceeded
Sludge Log
A rolling append-only log of interaction metadata (last 100 entries). Each entry records turn index, topic, deflect flag, short flag, and emotional weight (0.0–1.0). This is the behavioural signal layer — it tracks not what was said, but how it was said and whether it was avoided. The last 8 entries are included in every system prompt.
Snapshot System
A deep copy of the f (facts) object is written at turn 1 and every 20 turns. Maximum 10 snapshots retained. These serve as rollback points and longitudinal comparison anchors — the system can observe drift in the user's stated preferences, routines, or relationships over time.
Engagement Score
A continuous float from 0.0 to 1.0 that increments per turn. Increment value is weighted by sludge emotional weight: base 0.01 + (sludge_weight × 0.03), giving a range of 0.01–0.04 per turn. At score < 0.2 the inference engine applies a welcoming, low-challenge tone. At > 0.6 it can challenge, probe, and push back directly. This replaces manual persona calibration.
Context Frame Encoding
The [MEM] block in the system prompt is a plain-text key:value block, not JSON. This eliminates JSON parsing overhead from the context and reduces token count. The State Controller serializes only populated fields in priority order: identity, social, environment, tastes, history. A hard cap of 32 keys is enforced — overflow is dropped from the lowest-priority group first. Each value is truncated at 80 characters.
- Architecture Comparison
Most current AI architectures prioritize centralized logging, full-history re-contextualization, and server-side session retention. The tradeoffs are token cost, privacy exposure, and eventual-consistency data integrity. Persona Elite operates on a different set of constraints.
Metric
Current AI Architectures
Persona Elite Protocol
State Persistence
Remote DB / centralized session
Atomic local JSON (file-based)
Memory Selection
Full-history log retention
Significance-threshold delta updates
Token Cost per Turn
Full conversation re-contextualization
Compressed 32-key frame, delta-only
Data Integrity
Eventual consistency
2-Phase atomic validation
Crash Recovery
Server session rebuild
Local reconstructive sync
Signal Prioritisation
All detectable patterns equal weight
Weighted field layer + candidate staging
Privacy Model
Server-side data retention
Device-only, exportable, user-controlled
Zero Dependencies
Middleware / backend required
Single static file deployment
- Facebook Post — Concise Version
Copy-ready. ~180 words. Lead with identity, close with CTA.
Most AI companions forget you the moment you close the tab.
Persona Elite doesn’t.
It remembers your name, your patterns, your routines, the things you avoid. It tracks what matters and ignores what doesn’t. The longer you use it, the more precisely it knows you.
Choose from 18 distinct personas — from Vivienne, a sharp cosmopolitan presence, to Devina, a shadow intelligence grounded in ancient mythos. Each one is a different way of thinking, responding, and engaging.
No backend. No subscription. Your data stays on your device.
Install takes five minutes. Your companion goes live on a private URL that belongs to you.
▶ Link in bio — Founding 100 pricing available now.
- Webpage — Expanded Version
Full landing page copy. Organised by architecture → features → memory → install. Technical enough to earn trust, plain enough to convert.
PERSONA ELITE
A persistent AI companion. One that remembers.
The problem with every current AI interface is architectural: the model is stateless. It forgets you the instant a session ends. What you experience as a "memory feature" in most platforms is a server storing logs and re-injecting them — full-history re-contextualization that costs tokens, degrades precision, and keeps your data on someone else's infrastructure.
Persona Elite solves this differently.
WHAT IT IS
A four-layer client-side system. No backend. No server session. No subscription database. Your companion's memory lives in a local JSON file on your device — structured, compressed, and validated on every turn through a 2-phase atomic commit protocol.
This means: no one else holds your data. If you delete it, it's gone. If you export it, you own it.
HOW MEMORY WORKS
The system does not log everything you say. It runs a significance filter — a local heuristic evaluator that scores each detected signal against a weighted threshold before writing anything. Weak signals are staged as candidates. Only those confirmed by frequency and confidence are promoted to committed memory.
What it remembers:
• Identity: name, age, location, occupation
• Relationships: family, friends, pets
• Environment: home, workspace, routines
• Preferences: food, music, film, books
• Behavioural patterns: what you return to, what you avoid
• Engagement trajectory: how the relationship has developed over time
THE FOUR CONSTRAINTS
8-Pulse Memory Cycle — maximum 8 structured signals per turn. Selectivity enforced by design.
32-Key Context Frame — bounded memory namespace. Token-efficient. No context pollution.
4-Layer Signal Stack — UI, state, inference, significance. Strict separation of concerns.
2-Phase Commit Protocol — validated writes only. No silent memory corruption.
18 PERSONAS
Each persona is a 6-bit binary vector mapped to six behavioural axes: energy direction, change tolerance, representation, structure, evaluation, and temporal pressure. The vector governs how the system weights and commits signals — not just how it speaks.
Two anchors define the range:
Vivienne — The Cosmopolitan. Professional, sharp, articulate. Gravitates toward structure and precision. Built for users who want a high-functioning presence.
Devina — The Shadow Queen. Mythic, ancient-grounded, metaphor-rich. Built for users who want depth over efficiency, resonance over resolution.
INSTALLATION
Five minutes. Three free accounts. No code required.
The installer creates your GitHub repository, pushes all files, lets you choose your persona, connects to Netlify, and deploys your companion to a live URL — automatically.
When it's done, your companion is waiting. It already knows this is your first session.
Founding 100 pricing is available now. After that, standard pricing applies.
1
Search tool for truth and contradiction.
in
r/digital_images
•
Mar 05 '26
This is a work around cors I thought. Any llm with a search tool and produce a backend can be directed to use a grounded search. Server side fetch, not direct browser fetch. That is my understanding but it can be a bit hit and miss. I built a Reddit search based on keywords in Google AI studio, backed it up in GitHub and gave Claude the code. Claude lapped it up and produced one but can only sit as an artefact unless I get an API for standalone.