Le Work peut continuer. L'autorité doit être revérifiée.
Ten-Billion-Phone Activation est une invitation mondiale à redonner une fonction productive aux appareils et objets existants, au bénéfice de personnes et d'organisations indépendantes. Mais le téléphone, l'étiquette NFC, les lunettes, le modèle et l'entreprise ne sont pas le Work. Ce qui doit durer, c'est l'objectif humain, l'identité de travail, les preuves, une autorisation indépendante et l'acceptation du bénéficiaire.
Ne laisser personne de côté signifie qu'un participant peut entrer par téléphone compatible, NFC, QR, URL courte, voix ou installation partagée supervisée. Ces voies mènent, lorsqu'un service réel existe, au même processus responsable. Les dix milliards de téléphones sont une ambition ouverte, non un inventaire certifié ni une affirmation de connexion universelle.
CHAPTER 10 / WORK IDENTITY AND REALITY
10. Une identité de travail persistante malgré le changement d'appareil
L'identité responsable survit aux téléphones et modèles ; pas les anciens droits d'accès.
PROPOSITIONL'e-Person est une identité de travail durable et adressable qui relie des tâches délimitées à travers modèles, appareils, lieux et prestataires. Ce n'est ni une autre personne, ni une personnalité juridique, ni un propriétaire automatique d'actifs. Elle maintient la délégation, la supervision, les preuves et l'acceptation ; NFC et téléphone restent des points d'entrée.
10.1 e-Person comme identité de travail — non téléphone, SIM, session de modèle ou remplaçant humain
Le téléphone possède des identifiants matériels ; la SIM concerne la connectivité ; l'étiquette NFC peut contenir un lien NDEF et la session du modèle garde un contexte temporaire. Aucun ne définit le travailleur durable. L'e-Person réclame un identifiant indépendant, une autorité responsable, des rôles précis, une histoire vérifiable et des voies de suspension, sans assimiler son identité à l'UID NFC ou à l'Android ID.
Écrire ou lire une URL NFC sur un Sony ne représente qu'un événement d'entrée, ni activation d'e-Person ni permission d'agir. Écriture, lecture indépendante, scan volontaire, origine fiable, identification humaine et autorisation Work constituent des contrôles séparés. Les lunettes et caméras peuvent fournir des observations, mais une image sans provenance, consentement et réception ne devient pas un résultat accepté.
La continuité du travailleur n'efface pas la personne. Demandeur, propriétaire du téléphone, superviseur, opérateur local et organisation prestataire peuvent détenir des droits distincts. Chacun doit exercer sa propre autorité aux étapes correspondantes.
10.2 Rôles adressables, affectations et supervision humaine à portée limitée
Une e-Person obtient une affectation bornée, jamais une procuration universelle. Le Work Assignment indique ID, Reality Delta visé, demandeur, rôle, Human Supervisor, capacités et lieu, opérations et données permises, quota, durée, révocation, destinataires des preuves et responsable de réception. « Expliquer ce produit » et « contrôler l'ensemble du téléphone » ne sont pas les mêmes permissions.
L'expérience Sony MCP Phone illustre cette séparation. Le pilote Android exposait sélectivement le profil et la batterie en lecture seule, pas NFC, caméra, contacts ou autres Tools. Une révision a amélioré l'accès visible à Stop/Revoke ; le cycle autorisation active → contact humain → ancien jeton rejeté restait soumis à un test indépendant. Ce progrès délimité n'est pas un droit pour l'IA d'administrer le combiné [H1].
La supervision doit être joignable et compréhensible, y compris avec commandes vocales, larges boutons et soutien humain. Une permission peut rester AUTHORITY_PENDING, être refusée ou expirer sans pénalité. Une action physique risquée demande davantage qu'une case cochée : opérateur qualifié et dispositifs de sécurité indépendants.
10.3 Continuité entre modèles, lieux, appareils et organisations participantes
La continuité est une chaîne de Work vérifiable, pas une conversation de modèle permanente. L'e-Person renvoie à un Work avec son ID, intention initiale, périmètre, parent accepté, opérations et refus, preuves, décisions humaines et suites. La tâche peut passer d'un téléphone à un Mac ou à Ubuntu Local Edge, ou d'un site supervisé à un autre. Appel d'outil, explication d'IA et résultat accepté sont des événements différents.
Tout transfert vérifie identités émettrice et réceptrice, versions, garde des données, heure, lieu et permission de poursuivre. Les preuves obtenues hors ligne dans le périmètre autorisé peuvent être synchronisées ultérieurement ; conflits et doublons doivent être conciliés sans récrire l'histoire. Un nouveau modèle ne modifie pas en silence une observation passée et un nœud déconnecté n'annonce pas une réception fictive : l'état reste PENDING.
La continuité entre entreprises ne transmet aucun contrôle corporatif. L'une peut apporter une observation, une autre un support, une troisième un service accessible. Il faut autoriser séparément la réception des données de Work et la prochaine opération. Pannex, InnoSpire, Kingsware et les communautés gardent clients, marques, connaissances et droits [H0].
10.4 Changer d'appareil sans perdre l'historique — ni transférer secrètement son autorité
Le remplacement demande un transfert contrôlé plutôt que la copie des secrets. Conserver seulement les états et preuves autorisés avec provenance vérifiée, puis expirer l'ancien point d'accès et ses permissions. Contrôler le nouveau dispositif, l'opérateur, la Reality et les capacités avant de demander une nouvelle autorisation humaine. Le travail ne reprend qu'après acceptation explicite du destinataire.
Sony fournit des limites concrètes. Un APK compilé et installé ne prouve pas qu'un tag NFC a été écrit puis relu indépendamment ; la lecture MCP de batterie n'habilite ni la caméra ni un actionneur ; le lancement d'une App de lunettes USB ne prouve ni image vidéo ni JPEG sauvegardé. Les tests ont des preuves distinctes, et un nouveau téléphone ou Hub ne peut hériter de leur prétendue aptitude [H1–H3].
Révoquer doit bloquer immédiatement les nouveaux appels et prévoir la fin sûre de ceux déjà lancés. Effacer un jeton ne récupère pas une photo déjà divulguée ni n'arrête mécaniquement un moteur. Conservation et suppression des données relèvent des vrais titulaires. Le Work continue, pas le privilège non vérifié.
10.5 For Me : délégation et responsabilité, non propriété illimitée
« For Me » signifie : aider cette personne à réaliser un résultat précis dans des conditions qu'elle comprend et peut modifier. HSIMC ne possède ni le téléphone ni toutes les décisions de l'utilisateur. NFC, QR, URL courte, parole ou poste public supervisé peuvent ouvrir l'accès. Les informations publiques n'exigent pas une autorisation de contrôle ; vérifier demande une source fiable, agir un grant Work distinct.
Exemple proposé : une personne scanne un accessoire et demande une explication accessible ou une inspection sans risque élevé. L'e-Person organise les étapes, sollicite uniquement les permissions nécessaires et cherche un téléphone, une caméra, un Hub ou un humain vraiment qualifié et disponible. Le résultat daté revient au demandeur ou superviseur qui l'accepte, le refuse ou demande correction. Cela ne démontre pas que Sony NFC, lunettes et acceptation Work ont été intégrés avec succès.
Une personne sans Internet mobile doit également pouvoir déléguer grâce à un lieu partagé ou à un assistant fiable. NFC et MCP ne créent ni couverture ni revenu. Les contributeurs peuvent être reconnus ou rémunérés selon accord ; l'accès à une aide essentielle ne doit pas dépendre d'une activité commerciale. La participation mondiale croît par des résultats locaux reproductibles et acceptés.
WORK / HUMAN ACCEPTANCE TESTVérifier qu'un Work garde son identité et ses preuves lorsque téléphone, modèle, Reality ou prestataire changent, que l'ancien grant est refusé et qu'une nouvelle autorité est explicite. Il faut six preuves : identité intacte, nouvelle Reality qualifiée, nouvelle permission, rejet de l'ancienne, observation ou refus, puis réception ou correction humaine.
CHAPTER 11 / WORK IDENTITY AND REALITY
11. De l'intention à un graphe Work calculable
Traduire un changement de Reality souhaité en travaux adressables et vérifiables
PROPOSITIONL'Intent doit désigner le Reality Delta, celui qui jugera le résultat et les conditions réelles ; ce n'est pas une liste générique émise par l'IA. Le graphe Work représente prérequis, capacités, décisions humaines, refus et preuves sans inventer les permissions ou objets absents.
11.1 Exprimer le Reality Delta visé et les conditions d'acceptation
Le besoin part de ce que la personne souhaite changer réellement : comprendre les consignes d'un câble avant usage ou identifier une pièce de réparation à faible risque. Compréhension, diagnostic et action physique doivent être distingués. Le Work enregistre demandeur, but, lieu ou entrée, Reality Delta, critères de résultat, données permises, échéance et autorité d'acceptation.
Une étiquette NFC peut ouvrir une URL HTTPS qualifiée, pas inventer l'intention ni consentir à sa place. Sans NFC ou connexion, la même demande peut passer par QR, parole ou station partagée avec assistance. Conserver séparément la formulation originale et son interprétation par l'IA ; celle-ci reste une proposition soumise à confirmation.
11.2 Résoudre les capacités disponibles avant d'en créer ou d'en acheter
Le graphe Work recherche d'abord les capacités volontairement rendues visibles par leurs titulaires pour cette tâche : caméra, sortie vocale, Writer NFC qualifié, accompagnateur, atelier ou instruction de fabricant. Les fiches précisent périmètre, Reality, coût, limites, échéance, preuve de qualification et révocation, jamais l'accès global à la machine.
Pour Sony, un retour de batterie MCP prouve uniquement une opération de lecture ; il ne certifie pas la photo des lunettes USB ni les fonctions d'un autre téléphone. Chaque prérequis reçoit séparément REFERENCE_ONLY, AVAILABLE_FOR_INSPECTION, QUALIFIED_FOR_THIS_WORK ou REJECTED. La liste des Apps et des IP n'est pas le résultat de travail.
11.3 Transformer les conditions manquantes en sous-Works délimités
Un manque crée un sous-Work lié à son parent et à un décideur. Un service accessible peut devoir vérifier l'URL du fabricant, la relecture NDEF, une consigne facile à lire, la licence d'image, le son ou une séance d'assistance. Chaque branche déclare entrée, livraison, responsable, délai, coût maximal, preuve, motif de refus et dépendance.
L'IA peut proposer un mode d'emploi ou un adaptateur, mais ne signe ni licence, ni sécurité électrique, ni rendez-vous, ni consentement. Les branches attendent la confirmation d'une partie qualifiée. Une demande non satisfaite peut être proposée à un fabricant, à une université ou à une communauté sans transformer cette demande en commande déjà acceptée.
Non-executable e-Person Work Graph template ↗
11.4 Préparation parallèle, dépendances matérielles et décisions humaines explicites
Certaines branches se préparent ensemble : traduire les consignes publiques, vérifier le format NFC, préparer l'accessibilité et trouver de l'aide locale. D'autres dépendent d'une étape incontournable : pas de service via tag avant contrôle de l'adresse, pas de photo sans accord et droits sur les données, pas d'action de relais sans interverrouillage et responsable présent. Le graphe garde ces dépendances et les décisions.
L'Authority Gate local vérifie demandeur, capacité, lieu, validité du grant et effet matériel. Le modèle cloud planifie et compare mais ne délivre pas la permission. Accorder, refuser, révoquer ou intervenir restent des événements enregistrés ; un refus sûr et compréhensible peut être le résultat légitime.
11.5 Préserver le Work si un outil échoue, qu'un nœud disparaît ou qu'un modèle change
Le Work durable est distinct des outils et sessions éphémères. Toute transition cite parent accepté, provenance, version contractuelle, décision et date. Lecture NFC impossible, Sony débranché, timeout MCP ou changement de fournisseur LLM : le graphe garde les faits connus et les conditions manquantes. Les reprises doivent être dédupliquées pour éviter doubles opérations, paiements et réceptions contradictoires.
Le nœud récepteur vérifie ses capacités et obtient un nouvel accord au lieu de copier des identifiants temporaires. L'observation acceptée reste historique, le test photo incomplet reste PENDING. Demandeur ou superviseur peut continuer, changer de prestataire, réviser l'objectif ou arrêter. Une pause honnête vaut mieux qu'une automatisation dangereuse.
WORK / HUMAN ACCEPTANCE TESTLe chapitre 11 est recevable lorsqu'un second opérateur retrouve l'Intent initial, vérifie le Reality Delta et les dépendances, puis reproduit une acceptation ou un refus sûr même après une panne d'outil ou de nœud délibérée.
CHAPTER 12 / WORK IDENTITY AND REALITY
12. Coordonner la formation de nouvelles capacités
Former la condition manquante minimale avec des droits distincts et des preuves
PROPOSITIONQuand le graphe Work révèle une capacité absente ou inaccessible légalement, HSIMC propose de la spécifier, préparer et coordonner. Elle peut provenir du réemploi, d'une adaptation logicielle, d'un humain accessible, d'un support local, d'une fabrication autorisée ou d'un refus. Pas besoin d'inventaire centralisé ou de plateforme obligatoire.
12.1 Découverte, spécification, préparation et coordination appuyées par e-Person
L'e-Person transforme le manque en spécification vérifiable : résultat attendu, personne et mode accessible, matériel et interface, données autorisées, limites électriques et mécaniques, site, délai, budget, superviseur et test d'acceptation. Elle peut questionner, comparer et proposer ; les personnes habilitées choisissent acheter, réutiliser, réparer, fabriquer ou stopper.
Pour un accessoire NFC difficile à utiliser, la solution la plus courte peut être une notice facile à lire et un contact humain plutôt qu'un nouveau dispositif IA. Ailleurs, il faut HTTPS fiable, QR de secours, voix ou Hub partagé. Chaque option nécessite des preuves d'usage et ne transforme jamais une demande d'information en droit sur caméra, paiement ou commande physique.
12.2 Réunir contributions locales, fabricants et superviseurs dans un même Work
Fabricant, technicien local, expert en accessibilité, lieu communautaire, contrôleur de sécurité et bénéficiaire peuvent contribuer au même Work sans fusionner les sociétés. Le graphe attribue les contributions et identifie fournisseur, propriétaire du résultat, évaluateur, payeur, responsable des données et autorité de réception. Marques, clients et contrats restent indépendants ; confiance personnelle n'est pas autorité d'entreprise.
Pannex est un parcours historique important pour les objets et les relations de fourniture ; InnoSpire peut apporter une expérience accessible ; d'autres acteurs qualifiés peuvent intégrer des composants et réaliser le service local. Il s'agit de possibilités, pas d'engagements multilatéraux. Un produit marqué FIFA nécessite une procédure d'approbation propre, et les participants humains méritent des conditions équitables.
12.3 Former une configuration Tool ou Resource, au-delà des listes existantes
L'innovation naît souvent d'une composition et non d'une puce nouvelle : téléphone qualifié pour capter ou afficher, câble sûr, NFC/QR facultatif, serveur local ou adaptateur MCP limité, support physique et vérification humaine. La nouvelle configuration reçoit son propre Capability Contract, sa version, ses dépendances, Reality, durée et révocation.
La compatibilité doit être prouvée : USB-C ne garantit ni vidéo ni alimentation hôte ; un tag NFC ne certifie pas l'authenticité ; Matter et l'App du vendeur n'attribuent pas au cloud un droit de contrôle. Un essai porte sur son matériel, logiciel, opérateur et créneau. Câblage dangereux, permissions absentes ou affirmations non vérifiables commandent REJECTED plutôt qu'un faux READY.
12.4 Preuve → acceptation → capacité réutilisable → prochaine occasion
Un script d'installation réussi ne suffit pas à rendre la capacité réutilisable. Le premier Work prouve séparément configuration, permission, résultat matériel ou informationnel, erreurs, accessibilité et acceptation humaine. Distinguer DEVICE_PRESENT, INTERFACE_REACHABLE, WORK_AUTHORIZED, ACTION_OBSERVED et OUTCOME_ACCEPTED ; chaque échec produit une raison et un plan de correction.
Une capacité acceptée peut donner lieu à une spécification non sensible : interface, limites, réglage sûr, exigences de preuve, support, coût et langues. Un autre opérateur peut alors reproduire la tâche sans recevoir secrets, données personnelles ou contrats privés. La reproductibilité exige une autre personne, un autre appareil ou un autre lieu, pas seulement une seconde demande au modèle.
12.5 Conserver un Work continu entre utilisateur, atelier, fournisseur et site de réception
Un Work peut passer du demandeur au Hub, à l'atelier, au fournisseur puis au site final. On transfère l'objet autorisé et ses preuves, pas des pouvoirs illimités. Le destinataire accepte expressément son rôle, contrôle sécurité et conditions locales, et peut refuser. L'e-Person porte la continuité ; chaque acteur garde son autorité, et des humains nommés répondent de l'exécution et de l'acceptation.
Deux parcours l'illustrent : l'Accessible Product Passport associe NFC/QR neutre à des conseils accessibles et au support autorisé ; Human-Guided Circular Work vérifie une pièce à faible risque, son réemploi, réparation ou élimination sans inventer des bénéfices environnementaux. Ni grande plateforme, ni téléphone cher, ni grosse commande ne sont requis par défaut. La réussite globale est une tâche sûre, accessible, acceptée et réplicable sous nouvel accord.
WORK / HUMAN ACCEPTANCE TESTLe chapitre 12 passe lorsque le manque vient d'un Work réel, qu'un fournisseur indépendant le satisfait sous conditions explicites, qu'un autre opérateur le vérifie et que le bénéficiaire accepte. Un STOP justifié pour sécurité ou autorité est aussi un résultat valable.