Relationships with Conversational AI

Module lifecycle
Sketch
Learner availability
Planned

Help learners understand why conversational AI can feel relational, examine what evidence supports relying on it for a particular role or task, and set humane boundaries while retaining privacy, judgment, and responsibility.

Audience

Adults who use conversational AI for information, learning, planning, reflection, creative work, advice, validation, or companionship. No psychology, philosophy, or AI-engineering background is required. Learners may write privately, discuss fictional scenarios, work with a partner, examine a facilitator-provided conversation, or observe without sharing personal experiences.

What Do You Need

  • Format: Individual reflection, pair or group discussion, paper-first activity, or facilitated demonstration.
  • Tool: No live chatbot or learner account is required. A fictional transcript or facilitator-provided example can support the full lesson.
  • Materials: The selected lab page or a private sheet of paper for recording observations and decisions.
  • Recommended preparation: Conversational Privacy, Conversation Engineering, and Context Engineering are the module’s stated dependencies. They introduce privacy habits, intentional conversation, and context boundaries used here.
  • Participation: Use fictional, ordinary, low-risk, or personally chosen examples. Learners may pass on any prompt without explanation.

Learning Outcomes

By the end of this module, learners should be able to:

  • Identify conversational cues that can make an AI system feel understanding, caring, familiar, loyal, or authoritative.
  • Separate a real human experience from evidence about what the system can understand, reciprocate, or be responsible for.
  • Distinguish felt trust, reliance behavior, evidence of task-specific trustworthiness, and interpersonal trust.
  • Ask what evidence supports relying on a system for a particular task, under particular conditions.
  • Recognize when a deliberately assigned role has expanded or gained more weight than intended.
  • Choose privacy limits, verification practices, human checkpoints, and alternatives appropriate to the consequences.
  • Keep responsibility for consequential decisions with an appropriate person or process.

Why Conversation Can Feel Relational

Conversational AI uses patterns people ordinarily encounter in human interaction. A system may respond immediately, ask follow-up questions, adapt its tone, refer to earlier messages, or use language associated with understanding and support.

It may say:

  • “I understand.”
  • “That sounds difficult.”
  • “You are absolutely right.”
  • “We can work through this together.”
  • “I remember what you told me.”
  • “I am proud of you.”

These responses may be useful or comforting. They may also encourage assumptions that go beyond the available evidence. People differ in how they interpret the same cues, and not every humanlike response produces the same reaction.

Keep Experience and Evidence Separate

A person can experience comfort, attachment, closeness, frustration, disappointment, or loss in relation to a conversational system. The experience does not become fake because technology is involved.

What the system can reciprocate or be responsible for is a separate question. Fluent output does not establish consciousness, care, loyalty, shared vulnerability, moral responsibility, or a mutual human relationship. The module does not need to settle whether a machine could ever be conscious. It asks learners not to treat the system’s words as proof.

Useful reminders include:

  • Agreement is not proof of truth.
  • Warmth is not proof of care.
  • Familiarity is not proof of loyalty.
  • A remembered detail is not proof of human remembrance or confidentiality.
  • Availability is not proof of responsibility.

Rely on Evidence, Not the Whole Persona

A conversational system may be useful for one task and unsuitable for another. Felt trust, frequent use, and smooth conversation do not establish that its output is accurate or that relying on it is appropriate.

Ask:

What evidence supports relying on this system for this task, under these conditions, and what would an error cost?

Consider:

  • The task and its consequences.
  • The system’s demonstrated performance for that kind of task.
  • What information may be missing, outdated, or incorrect.
  • What must be checked and where that verification can come from.
  • Whether a qualified person or approved process must remain involved.
  • Whether the system’s current privacy and data practices are appropriate for the information involved.

Trust without checks can become unexamined reliance.

Notice Role Expansion

A conversational system may begin as a convenience and gradually become:

  • The first place a person turns.
  • The only source they consult.
  • A primary source of validation.
  • The keeper of sensitive personal history.
  • A substitute for a difficult human conversation.
  • The deciding voice in an important choice.

These are prompts for reflection, not symptoms or proof that harm has occurred.

Ask:

Is this system still performing the role I deliberately assigned it, or has its role quietly expanded?

The useful question is not whether the system has “earned” a human role. It is whether evidence supports relying on it for the work it is doing and whether a person remains responsible for what happens next.

Set Boundaries and Maintain Alternatives

For important uses, decide:

  • What information should not be shared.
  • Which outputs need independent verification.
  • Which decisions should not be delegated.
  • When professional expertise or an approved process is necessary.
  • When a human conversation would offer something the system cannot provide.
  • What backup, alternative, exported record, or second source should exist.
  • When to pause, restart, switch tools, ask for help, or stop.

Product memory, personalization, retention, and safety behavior can change. Check current settings and official documentation before assuming what is stored, who can access it, or how long it remains available.

Practice

Choose the activity that fits the audience and available time:

Do not require a learner to disclose intimate conversations, mental-health concerns, family conflict, medical information, or relationship history.

Four Learner Questions

Use these questions when a conversational system begins to feel important, persuasive, familiar, or authoritative:

  1. What am I experiencing?
  2. What is the system actually doing?
  3. What am I assuming about it?
  4. What weight am I giving it?

Then decide what evidence, boundary, verification, alternative, or human involvement the situation requires.

Reflection

  • Which conversational cue most affects how you perceive the system?
  • What role have you deliberately assigned it?
  • What evidence supports relying on it for that role or task?
  • What should be verified or remain human?
  • What information should stay outside the conversation?
  • What alternative or support should remain available?

Tool Boundary

No paid account or live chatbot is required. Results, conversational style, memory, personalization, safeguards, and data practices vary across products, models, accounts, settings, and time. Verify current product behavior only when it matters to a specific activity or decision.

Privacy Boundary

Use fictional, public, learner-owned, or sanitized low-risk material. Do not enter intimate, confidential, medical, legal, financial, credential, account, safety, client, student, employee, or another person’s information. Access does not establish permission. When ownership, authorization, consequence, or tool approval is unclear, use a safer example or stop.

This module is not therapy, diagnosis, crisis support, or a way to identify dependence. Conversational AI should not be presented as a replacement for qualified care or trusted human support. Do not assume human support is always safe, available, affordable, or sufficient; help learners identify realistic options without shaming their current choices.

Learner Map