# Architecture Directive 004 (LOCKED)

## Istockhomes Live Version 1 — Business Communication under the Trust Layer

**Last amendment:** July 26, 2026 — One Communication Record · Continue Relationship · locked bridge sentence.

> This directive defines **what Live is for** (user goals). Video, voice, AI, chat, WebRTC, or third-party services are **implementation details** evaluated against this mission — not the definition of the product.

> Supersedes: `004-DRAFT-ONE-LIVE-ENGINE.md` (engine placement rules retained below as engineering boundaries).  
> Horizon note: “Trust Through Verification” remains a future philosophy topic — numbering TBD; it is **not** this 004.

---

## Mission

Istockhomes Live provides verified businesses, professionals, guilds, artists, franchisees, buyers, and sellers with a trusted environment to **communicate, demonstrate, educate, negotiate, and build lasting relationships** under the Istockhomes Trust Layer.

Every Live session is connected to:

- A verified user  
- A verified business  
- An optional verified listing  
- The user’s relationship history  
- The Istockhomes transaction system  

**Live is not a separate application.** It is a **communication layer** within the Istockhomes ecosystem.

### Locked sentence

> **Communication is never the destination; it is the bridge that moves trusted relationships toward successful outcomes.**

That sentence explains why Live exists — and why Diana, Harold, Katherine, the Guilds, the Pyramidian, the Wisdom Wall, and the transaction engine belong on the **same** platform: different ways to help people build stronger businesses, complete successful transactions, and create lasting relationships.

---

## Version 1 Core Capabilities (user goals)

Organized by what people need to accomplish — not by which media technology is used.

### 1. Live Showcase & Walk-Through

Allow hosts to demonstrate anything they are selling or promoting.

Examples: house walkthroughs · aircraft presentations · yacht tours · vehicle demonstrations · art exhibitions · business-for-sale presentations · product demonstrations.

Sessions may attach directly to listings.

Participants can: ask questions · request additional information · schedule appointments · request private meetings · submit offers · invite a Pyramidian into the conversation.

### 2. Private One-on-One Meetings

Secure meetings between two verified users.

Typical uses: buyer and seller · coach and client · realtor and buyer · lawyer and client · artist and collector · franchise discussions.

Future enhancements: screen sharing · file sharing · optional recording · shared notes · follow-up actions.

### 3. Group Meetings

One host communicating with multiple participants.

Examples: guild meetings · franchise training · staff meetings · workshops · masterclasses · client presentations.

Host controls include: admit · mute · remove · share screen · present slides.

### 4. Live Questions & Answers

Participants submit questions. The presenter controls which questions are addressed.

Ideal for: open houses · product launches · community discussions · art showcases · investment presentations.

### 5. Events & Invitations

Every Live session may also become an event.

Invitation methods: email · SMS · Istockhomes notifications · shareable links · QR codes.

Attendance options: public · invite only · guild members · franchise members · business clients.

### 6. Event Notifications

Users may follow: businesses · guilds · artists · coaches · franchise locations.

Notifications include: upcoming events · live broadcasts · meeting invitations · schedule changes · available recordings.

### 7. Special Events

A dedicated area for larger community activities.

Examples: virtual open houses · gallery openings · aircraft demonstrations · boat shows · business launches · educational seminars · charity fundraisers · community celebrations · franchise discovery days · investment presentations.

Each event includes: event page · host business · description · date and time · time zone · registration · Live session · optional recording · gallery · live chat/Q&A · sponsors · related listings · map or venue (when applicable).

### 8. Negotiation Room

A private space where buyers, sellers, and optionally a Pyramidian work together toward an agreement.

Capabilities include: review the listing together · chat · voice · video · exchange offers and counteroffers · share documents · reach agreements · transition directly into the Istockhomes transaction workflow.

This capability connects **communication directly with commerce**.

---

## The Istockhomes Difference

Traditional platforms focus on meetings.

Istockhomes Live focuses on **trusted business relationships**.

Every communication exists within the same ecosystem:

```
Verified User
      │
Verified Business
      │
Verified Listing (optional)
      │
Relationship History
      │
Messages · Offers · Contracts · Payments
      │
Istockhomes Live
```

Live is one part of a **continuous journey** — not an isolated meeting tool.

### One Communication Record

Regardless of channel — chat, SMS, voice, video, AI assistant, Live meeting, Negotiation Room — the communication belongs to **one relationship history**.

```
Brad
  │
Relationship
  │
Katherine
  │
──────────────────────────────
Chat
SMS
Voice Call
Live Meeting
Negotiation Room
Offers
Contracts
Payments
Notes
──────────────────────────────
```

**Not** separate Zoom / Teams / SMS / phone / video / chat histories that never meet.

Everything becomes part of **one timeline** — the Ultimate Handshake continuity across devices and channels (Directive 002 / 003).

### Continue Relationship (permanent surface)

Live and related business-context surfaces must provide a permanent, always-visible control:

**Continue Relationship**

Not hidden. Not buried.

Example journey:

```
House Walkthrough
  → Buyer asks questions
  → Private Meeting
  → Negotiation Room
  → Offer → Counter Offer → Agreement
  → Payment → Closing
  → … six months later …
  → Continue Relationship
```

The relationship **does not end when the sale ends**. That is fundamentally different from Zoom.

---

## Version 1 Principles (LOCKED)

1. **One Identity** — Every session belongs to a verified user and business.  
2. **One Trust Layer** — All communication inherits Istockhomes verification and certification.  
3. **One Relationship** — Meetings strengthen existing relationships rather than creating disconnected conversations.  
4. **One Journey** — Users move naturally between listings, meetings, negotiations, offers, contracts, and completed transactions.  
5. **One Communication Record** — Chat, SMS, voice, video, AI, Live, and Negotiation Room belong to one relationship timeline — not fragmented histories per channel.  
6. **Business First** — Every feature should help users build businesses, complete transactions, educate others, or strengthen communities.  
7. **Continue Relationship** — A permanent, visible path keeps the relationship alive after the transaction; communication is a bridge, not the destination.

---

## Engineering boundaries (from One Live Engine)

These do not redefine the product; they keep Live inside Directive 001:

| In `/live/` | In App2 / Foundation |
|-------------|----------------------|
| Live sessions & communication UX | Users & authentication |
| Scheduling & event surfaces | Businesses & verification |
| Replays / recordings metadata | Listings & transactions |
| Watch / embed / share URLs | Permissions & payments |
| | AI orchestration & keys |

1. **One Live Engine** at `/live/` — every business uses the same service.  
2. **No second Foundation** — no duplicate users, passwords, or business tables.  
3. **No secrets in `/live/`** — config under `App/secure/live/`; OpenAI One Key by path only.  
4. **One recording → one Business Video record** when recordings exist (display by reference).  
5. **Header = business identity; Footer = Istockhomes trust** (restore include architecture).  
6. **Media technology is an implementation choice** — evaluate WebRTC, hosted video, voice, SMS, chat, or AI against this mission; do not let the stack redefine the product.

---

## Alignment with Directives 001–003

| Directive | Live answer |
|-----------|-------------|
| **001** | Live is Foundation communication capability; brands get identity in the header, not a private Live engine. |
| **002** | Showcase, meetings, Q&A, and Negotiation Room serve discovery → trust → negotiation → value → continuity. |
| **003** | Session and relationship state live server-side; start on one device, continue on another. |

---

## Feature test (add 004)

Before building or shipping a Live feature, ask 001–003 **and**:

4. **004** — Does this serve a Version 1 **user goal** above? Does it stay attached to verified user + business (+ optional listing) and the Trust Layer? Does it write into the **One Communication Record** / relationship timeline rather than a siloed channel history?

**If it would create a disconnected meeting product, duplicate identity, redefine Live as “just video,” or fragment relationship history by channel → stop.**

---

## Implementation phasing (governance)

| Phase | Scope |
|-------|--------|
| **1** | Verification journey (Certified by Istockhomes) |
| **2A** | Journey + Header/Footer restore + Dashboard→Go Live — **no media stack required** |
| **2B** | Build V1 capabilities above, starting with Showcase unless Brad reorders |
| **3** | Assistants under same identity / trust / conversation architecture |

---

*Locked law. Changes require Brad’s explicit approval.*
