Human and ring interaction concept
Zoyan Architecture · Phase 3

Closer to the human requires stronger boundaries.

Zoyan is designed as a closed human-facing loop, not a chatbot plus hardware. Context, confidence, permission and outcome sit between input and action.

This is a Phase 3 product architecture. It defines what must be selected and validated; it does not claim that every plane is already production-integrated.
01 · Five-plane architecture

From signals to a bounded human interaction.

Plane A

Human Context & Signal Inputs

Explicit statements, preferences, Pulino-style declared/qualified context, Board-style participation, Radar/Begir-style current intent, Taste/Style signals, calendar/tasks, approved device signals, commerce/service outcomes and selected external data with permission.

SourceSemantic typeRecencyConsent
Plane B

Intelligence & Context Engine

Context assembly, memory continuity, contradiction handling, confidence-aware interpretation, intent clarification, selective activation, specialist/tool routing and bounded reasoning. This can use selected HUAI capabilities, external models or a hybrid stack.

ContextMemoryRoutingUncertainty
Plane C

Trust, Permission & Control

Consent/purpose boundaries, identity and authority checks, action permissions, privacy/data minimization, monitoring/audit, high-risk escalation and confirmation gates. Selected ZOE/ISBP-related work may support this plane under appropriate disclosure boundaries.

PermissionSafetyAuditHuman confirmation
Plane D

Orchestration & Services

Routes intelligence toward bounded services: Mazzaneh commerce, calendar/reminders, communications, enterprise tools, third-party services and future device integrations. Each connector can be selected independently.

MazzanehToolsExternal servicesFuture services
Plane E

Human Interaction

Voice-first ring, app, phone, earbud/watch, multimodal or hybrid surfaces. The ring is strategically important because it can reduce interaction friction, but form factor remains a Phase 3 product decision.

VoiceRingAppHybrid
02 · Core loop

Intent is not enough. The system must know what it is allowed to do.

Intentrequest/state
Contextrelevance
Confidencestrength
Permissionauthority
Intelligencerouting
Actionbounded
Outcomeresult
Updatefeedback
A signal is not knowledge merely because it exists.

Its source, semantic type, confidence, recency and permission state matter. Zoyan should preserve these distinctions instead of flattening every observation into a permanent user profile.

03 · Trust architecture

Trust before intimacy.

A system that stays close to a person can become more useful — and more sensitive. The architecture therefore treats privacy, authority and confirmation as part of product behavior.

Context boundary

Remember for a reason.

Memory should have purpose, retention, correction and deletion semantics rather than unlimited persistence.

Action boundary

Ask before crossing authority.

Recommendations, drafts and actions should not share the same permission level.

Risk boundary

Escalate high-risk domains.

Wellness, finance, security and other sensitive domains require narrower behavior, human confirmation or specialist review.

Trust boundary architecture concept
Trust / control concept visual · public high-level architecture only.
04 · Intelligence choice

Zoyan does not depend on a claim that MZN already trained a new foundation model.

The product can be evaluated with a hybrid intelligence stack: selected HUAI capabilities, external/foundation models, specialist tools, MZN routing/memory assets or other systems. Phase 3 should select the smallest architecture that can prove the first useful experience.