Phase 1 : Human Prime ↔ iFay

La Phase 1 est la première pierre angulaire du Faying Protocol : établir la relation de tutelle la plus basique, « Human Prime ↔ iFay », et la rendre fidèlement exprimable et continuellement soutenable sur tout terminal et à l'intérieur de toute application.

Cette phase ne poursuit pas l'étendue de la couverture ; elle poursuit la profondeur de l'auto-cohérence. Une fois la Phase 1 atterrie, tout iFay — fonctionnant sur tout appareil, tout système d'exploitation, tout conteneur d'application — peut répondre clairement à deux questions : « suis-je en Faying State en ce moment ? » et « si oui, à qui suis-je responsable ? »

C'est la forme minimale viable de toute l'évolution du Faying Protocol. Les Phases 2 à 5 reposent toutes sur la Phase 1 : si la Phase 1 ne tient pas, les extensions ultérieures n'ont aucun point d'appui.

Couverture

La Phase 1 ne couvre qu'une seule sorte de relation :

Human Prime ↔ iFay

L'extrémité responsable de la relation est un Human Prime spécifique ; l'autre extrémité est l'un des iFays de ce Human Prime ; le contenu de la relation est que l'iFay mène une action numérique sous la tutelle du Human Prime.

La Phase 1 ne couvre pas directement « Human Prime ↔ terminal » ni « Human Prime ↔ application logicielle ». Lorsqu'un drone, un robot domestique ou une application de processus d'entreprise entre dans une relation Faying, la forme d'expression que la Phase 1 exige est :

Le terminal / l'application logicielle entre en Faying State via l'iFay correspondant du Human Prime, plutôt que d'établir une relation Faying directement avec le Human Prime.

Cette forme est intentionnelle. iFay est la seule forme d'entité qui, en Phase 1, est digne de confiance pour porter le contrat de tutelle. Comprendre « drone ↔ Jack » comme « le drone entre dans l'état contrôlé via l'iFay de Jack » garde la chaîne de responsabilité de la Phase 1 simple et claire, et évite d'introduire prématurément la complexité du « Faying direct multi-extrémité ».

Trois sujets centraux

Dans le périmètre strictement limité de « Human Prime ↔ iFay », la Phase 1 doit résoudre trois sujets centraux.

Établissement — comment une Faying Action est explicitement initiée par le Human Prime, témoignée, enregistrée, et pousse l'iFay en Faying State. Ce sujet est déployé au Chapitre 12 (Sémantique Duale de Faying).

Maintien — comment Faying State est continuellement calibré tout au long de la vie de travail de l'iFay. Il doit à la fois assurer que l'état tient toujours à chaque instant et assurer que l'iFay sort immédiatement dès qu'il ne tient plus. Ce sujet correspond aux neuf conditions de déclenchement du Chapitre 13 (Rogue Fay et Attribution de Responsabilité).

Sortie — après la sortie de Faying State, comment l'iFay entre en Rogue Fay et ne conserve que l'ensemble d'actions minimal sur les trois dimensions A/B/C, tandis que toute la dimension D de l'action vers l'extérieur est interdite. Ce sujet correspond aux règles à quatre dimensions A/B/C/D du Chapitre 13.

Ces trois sujets ne sont pas des « fonctionnalités avancées » de la Phase 1 ; ils sont l'intégralité de la Phase 1. Tant qu'ils ne sont pas atterris de manière auto-cohérente, la Phase 1 n'est pas considérée comme complète. Le périmètre de la Phase 1 est délibérément restreint pour que les Phases 2 à 5 puissent s'étendre sur un terrain contractuel déjà stabilisé plutôt que de lutter avec la forme de base en même temps.