Skip to content
Back to skills

Relationship Design

ASecurity

Design AI-first interfaces that build ongoing relationships through memory, trust evolution, and collaborative planning. Use when designing agentic UX, memory-aware interfaces, or relationship-centric product experiences. NOT for general UI/UX tasks.

  • 6 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 8, 2026
ai-agentsrustgo

Security analysis

A100/100

Scanned September 8, 2026

npx -y skills add bg-szy/TOP-SKILLS --skill relationship-design --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Relationship Design?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Relationship Design
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/bg-szy-relationship-design/badge)](https://www.skillsdirectory.com/skills/bg-szy-relationship-design)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: relationship-design
description: Design AI-first interfaces that build ongoing relationships through memory, trust evolution, and collaborative planning. Use when designing agentic UX, memory-aware interfaces, or relationship-centric product experiences. NOT for general UI/UX tasks.
metadata:
  author: bencium
---

# Agentic UX Design — Relationship-Centric Interfaces

Design framework for AI-first interfaces that build ongoing partnerships, not isolated session interactions.

## Core Shift

Traditional UX optimizes for sessions. Relationship-centric UX optimizes for **sustained partnerships**.

"Every interaction builds on learned preferences and user history. Systems don't just respond — they develop understanding that compounds over time."

---

## Five Pillars

### 1. Memory Revolution
Moving beyond static preferences to capture:
- Behavioral patterns across sessions
- Emotional context (frustration, delight, confusion patterns)
- Temporal evolution (how needs change over time)
- Implicit signals (what users skip, ignore, repeat)

Design for: "What would this system know about the user after 3 months?"

### 2. Trust as Design Material

Three-stage trust model:
1. **Transparency** — system shows all reasoning, asks permission
2. **Selective Disclosure** — system explains only when deviating from expectations
3. **Autonomous Action** — system acts independently with clear recovery paths

Design for: trust that can be inspected, corrected, and rebuilt.

### 3. Relationship-Centric Architecture
Maintain continuous awareness of:
- User goals (not just current task)
- Communication patterns (terse vs. exploratory)
- Historical preferences
- Outstanding commitments

Design for: context that doesn't reset between sessions.

### 4. Dynamic Path Planning
Systems that construct workflows aligned with individual objectives:
- "What is this user actually trying to accomplish?"
- Adaptive suggestions based on observed patterns
- Proactive surfacing of relevant information

### 5. New Success Metrics

Replace traditional metrics with:
- **Relationship quality**: does the system understand the user better over time?
- **Compounding value**: does each interaction make future interactions more valuable?
- **Context accuracy**: is stored understanding correct and current?
- **Democratic alignment**: does the system serve the user's actual goals, not engagement goals?

---

## Design Process

1. **Understand relationship context** — what ongoing relationship is this product building?
2. **Map trust evolution** — how does trust develop over days, weeks, months?
3. **Design memory architecture** — what should be remembered, forgotten, surfaced?
4. **Build collaborative patterns** — how does the system and user co-create over time?
5. **Define success across timeframes** — week 1, month 1, month 6 metrics

---

## Common Pitfalls

- Treating memory as static settings rather than dynamic behavioral understanding
- Using traditional engagement metrics (DAU, session length) for relationship-based systems
- Designing trust as binary (trusted/not) rather than a spectrum
- Building for the first interaction, not the 100th
- Storing everything users say rather than what's actually useful to remember

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…