Prifina

TECHNOLOGY

The personal intelligence layer.

A persistent layer for data, permissions, relationships and learning. Where personal information is stored and where an AI request is processed are different choices. Prifina is building a foundation that can keep both visible and controllable.

What is different: capabilities attach to a person's foundation with explicit permission instead of absorbing it. What to do next: walk the layers, then tell us where you would connect.

ARCHITECTURE

Seven layers, from a person's existing information to approved learning.

Select any layer to read a plain language explanation. The whole stack is listed in order, so the diagram is never the only way to understand it.

The layers

DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Personal data and intelligence space

A durable place for personal information, history, permissions and relationships. It persists across products, models and services, so a person does not rebuild their context every time they change something above it.

Position in the stack

  1. Personal information sources
  2. Personal data and intelligence space, currently selected
  3. Permission and governance layer
  4. Interchangeable AI capabilities
  5. Storage and processing choices
  6. Governed shared spaces
  7. Approved learning signals

CLAIM STATUS

What exists, what is designed, and what we are still researching.

Every capability on this site carries one of three labels. Available products, architecture direction and research vision stay separated.

AVAILABLE TODAY: Shipping in a product people can use now.
Shipping in a product people can use now.Souvéa and AI Twin are in market. More than 2,000 AI Twins have been created, and the product has paying customers.
DESIGNED TO ENABLE: Architected and in development. Not a current product claim.
Architected and in development. Not a current product claim.
WE ARE RESEARCHING: An open research direction. No availability implied.
An open research direction. No availability implied.

CAPABILITIES

Every capability, labelled honestly.

Available today, designed to enable, or under research. Nothing on this page converts a design goal or a research direction into a present tense product claim.

DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Personal data spaces

A persistent space holding personal information, history, permissions and relationships. It is the unit that survives when products, models or providers change.

  • Connect existing sources instead of migrating everything once
  • Keep history in one place across services
  • Carry relationships and permissions, not only records
DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

AI model and capability choice

Different tasks deserve different capabilities. Because no capability holds the foundation, planning, research, health and communication can each use whatever is best, and any of them can be replaced.

  • Capabilities receive access; they do not acquire the data relationship
  • Neutral capability nodes, never locked to one provider
  • Replacement does not reset a person's context
DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Storage, processing and jurisdiction

Personal data can be stored and an AI request can be processed on a personal device, in a selected cloud environment, on private infrastructure or inside a chosen country or region. The choice follows sensitivity, latency, cost and jurisdiction.

  • Where personal data is stored is an architectural choice, not a marketing setting
  • Not every capability can be processed everywhere today
  • Nothing here requires everything to run on a phone
DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Permissions

Access is expressed as a scope: a purpose, a data class, an audience and a duration. Grants can be reviewed at any time, narrowed, or withdrawn.

  • Purpose bound
  • Time bound
  • Reviewable
  • Revocable
WE ARE RESEARCHING: An open research direction. No availability implied.

Provenance

When several models and processing environments contribute to one answer, a person should still be able to see which source produced what. Provenance belongs to the personal layer rather than to any single provider.

DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Portability

A personal space is meant to be movable. Changing product, provider or storage environment should be an operation, not a migration project.

DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Deletion

Removal is a primary operation. Withdrawing access, deleting a record and ending a learning permission are distinct actions, and each is available to the person.

DESIGNED TO ENABLE: Architected and in development. Not a current product claim.

Shared spaces

A governed context that a family, a team, a network, a local area or a service created by a partner can hold together. Members contribute selected information; the rest of each personal space stays personal.

WE ARE RESEARCHING: An open research direction. No availability implied.

Agent governance

An agent acting on someone's behalf needs a scope that both the person and the system can inspect, and a record of what it did. We are studying how those permissions should be expressed and enforced.

WE ARE RESEARCHING: An open research direction. No availability implied.

Distributed learning research

If the richest personal context should not be pooled, learning has to work where the context lives. Federated learning is one possible method among several. It is not assumed to be the answer, and no distributed learning capability is claimed as available today.

NEXT

Where would your capability, infrastructure or research connect?