Skip to content
Affective

Where this is headed · Not yet available

Emotionally intelligent AI, through an API and a platform.

The long-term goal is AI that keeps track of the person it is talking to and responds to what they need. People would reach it two ways: an API for developers, and the Affective platform for teams that want to see and manage how their agents treat people.

See the first offer
01

The four stages

Each stage builds on the one before it and has its own gate. A later stage is not promised on a date.

  1. 01

    Evaluations

    Proposed first offer

    Evaluate your agent's existing transcripts. You get the failing turn, the reason, a comparator, and the uncertainty.

    Gate · Data rights and handling terms agreed before any transcript review.

  2. 02

    Observe

    Later

    Score production sessions per turn and replay mishandles, so a team sees where context was lost.

    Gate · A separate product gate after evaluations.

  3. 03

    State API

    After validation

    Send a conversation, receive an inspectable person state, and pass it to any model you already use.

    Gate · Only if state beats strong history, summary, and larger-model controls on real people.

  4. 04

    Affective models

    Longer-term research

    Emotionally intelligent models served through the API and the Affective platform.

    Gate · Depends on the milestone results. A tie or loss for state means this stage is not pursued as described.

02

How people would use it

Developers

Call an API from an app they already have. The planned design is OpenAI-compatible, so adding Affective means changing a base URL and passing a user ID, with state fields added as optional extras.

Product and trust teams

Use the platform to replay a conversation, see the turn where a person was lost, and inspect what the system remembers about them.

Model builders

Run an agent through the evaluation suites before shipping, and use the state alongside whichever model they prefer.

03

What a developer would see

The aim is a first call in minutes: keep your existing model and code, add a user ID, and read back the state. This is a design sketch, not a working interface.

# Design sketch only. No public API exists today.
client = Affective(api_key="...")

reply = client.chat.completions.create(
    model="<your-model-or-affective>",
    messages=conversation,
    user="user-123",          # enables per-person memory
)

reply.state            # inspectable state, with evidence and uncertainty
client.memory.get("user-123")   # see what is remembered
04

What stays true at every stage

Inspectable

In practice

State is shown with its evidence, comparator, and uncertainty. We do not return a hidden emotion score.
Consented

In practice

Memory is per person, visible to the developer, and tied to data rights. Consent to analyze is not consent to train.
Safety is not an upsell

In practice

Risk detection is planned for every tier, never held back as a premium feature.
Honest status

In practice

A stage is described as available only after its gate passes, including when the result is a negative one.
05

Why the order matters

Before building models, we are testing whether structured person state beats strong controls on real people. If it does, the later stages follow. If it does not, we say so. Read the current evidence.

Lever study for the H5 bet: a 1.5B model with EOS on the long arm balancing a 70B conventional model on the short arm. Pre-registered, not a result.1.5B + EOS70B · CONVENTIONALABH5 · PRE-REGISTERED
Lever study. The open question behind stage 04: can a small model with state match a much larger one? Not a result.

Help shape it

Teams building conversational AI can influence what we build first. Tell us your failure mode at founder@affective-llc.site.