e-Person: convertir capacidades disponibles en Work responsable

10.1 e-Person como identidad de trabajo, no teléfono, SIM, sesión del modelo ni sustituto humano

El teléfono tiene identificadores de hardware; la SIM expresa conectividad; una etiqueta NFC puede contener URL NDEF y la sesión del modelo conserva contexto temporal. Ninguno identifica por sí mismo a quien trabaja a largo plazo. e-Person necesita ID independiente, emisor o supervisor responsable, roles, historia auditable y suspensión. Su ID no debe confundirse con UID NFC o Android ID.

Que Sony escriba o lea una URL NFC es un evento de entrada, no activación de e-Person ni permiso de ejecución. Escritura, lectura independiente, escaneo del usuario, origen fiable, identidad humana y concesión Work son puertas diferentes. Gafas y cámaras pueden producir observaciones, pero foto o vídeo sin origen, consentimiento y verificación no son resultados aceptados.

Persistir como trabajador no implica sustituir a las personas. Solicitante, dueño del móvil, profesional supervisor, operador local y organización proveedora pueden tener derechos distintos. Cada paso debe basarse en la autoridad real correspondiente.

10.2 Roles de tarea direccionables, encargos y supervisión humana delimitada

e-Person recibe un Work Assignment concreto, nunca poder universal. Incluye Work ID, Reality Delta deseado, solicitante, rol, supervisor, sitio, capacidades, acciones y datos permitidos, duración, cuota, revocación, destinatarios de pruebas y quien acepta el resultado. Explicar un producto accesiblemente no equivale a controlar todo el teléfono.

El piloto Sony MCP Phone ilustra la frontera. El Android inicial exponía de forma selectiva datos del dispositivo y batería sólo de lectura, pero no NFC, cámara, contactos ni otras herramientas. Mejoras posteriores hicieron visible Stop/Revoke; la secuencia permiso activo → toque real → token antiguo rechazado seguía pendiente de prueba separada. Es progreso acotado, no administración total del teléfono [H1].

La supervisión debe ser accesible y contactar con alguien real, con opciones de voz, botones grandes o asistencia humana. Un permiso puede permanecer AUTHORITY_PENDING, rechazarse o caducar sin sanción. El control físico de riesgo requiere profesionales e interbloqueos independientes: pulsar confirmar no equivale a certificación.

10.3 Continuidad entre modelos, lugares, dispositivos y organizaciones participantes

Continuidad significa una cadena Work verificable, no conversación eterna con el modelo. e-Person apunta a Work de ID propio, Intent original, alcance, revisión de padre aceptada, operaciones y negativas, evidencias, decisiones humanas y continuaciones. Puede pasar de móvil a Mac o Ubuntu Local Edge, o entre sitios supervisados. Una llamada de herramienta, explicación de IA y resultado aceptado son eventos distintos.

En cada entrega se comprueban identidades origen y destino, versiones, custodia de datos, hora, lugar y derecho a continuar. Evidencia recogida sin conexión bajo permiso puede sincronizarse después, conciliando conflictos y duplicados sin reescribir historia. Otro modelo no sustituye observaciones pasadas en silencio; un nodo desconectado no declara aceptación inventada. Si faltan permisos o lectura, el estado es PENDING.

Continuidad entre empresas no transfiere el control corporativo. Una ofrece observación, otra soporte físico y otra asistencia accesible. Recibir información Work y realizar la siguiente operación requieren acuerdos separados. Pannex, InnoSpire, Kingsware y comunidades retienen clientes, marcas, conocimientos y derechos [H0].

10.4 Sustituir un dispositivo sin perder historia ni trasladar su autoridad sin permiso

Cambiar móvil requiere una transferencia controlada, no copiar secretos. Conservar sólo estados y pruebas autorizados con procedencia verificable; luego suspender el endpoint viejo y sus permisos temporales. Examinar el nuevo dispositivo, operador y Reality, comprobar capacidades y solicitar autorización humana nueva. El Work continúa únicamente al aceptar la responsabilidad el receptor.

Sony enseña los límites. Compilar e instalar APK no prueba escritura NFC y lectura independiente; consultar batería por MCP no autoriza cámara ni actuador; iniciar App de gafas USB no prueba vídeo ni JPEG guardado. Son ensayos y recibos independientes. Móvil o Hub sustituto no hereda la presunta aptitud anterior [H1–H3].

Revocar bloquea llamadas nuevas inmediatamente y define el final seguro de acciones en curso. Borrar un token no recupera una fotografía difundida ni detiene automáticamente un motor en movimiento. Conservación, borrado y retirada de consentimiento siguen bajo sus legítimos titulares. Continúa el Work, no el privilegio no examinado.

10.5 For Me: delegación y responsabilidad, no propiedad ilimitada

«For Me» es una relación comprensible: ayúdame a realizar este resultado bajo condiciones que veo y puedo cambiar. HSIMC no posee el teléfono ni decide toda tarea. Entradas compatibles son NFC, QR, URL corta, voz o estación compartida. Explicaciones públicas no deben exigir control del dispositivo, la verificación requiere fuentes fiables y la acción otro permiso Work.

Ejemplo candidato: una persona escanea etiqueta de accesorio y pide entenderlo o examinar una pieza de bajo riesgo. e-Person prepara pasos, solicita sólo lo imprescindible y busca teléfono, cámara, Hub o servicio humano cualificado si realmente está disponible. Se presenta prueba fechada al usuario o supervisor, quien acepta, rechaza o corrige. No se afirma que Sony NFC, gafas y resultado Work hayan sido probados juntos.

Sin Internet móvil también debe poder delegarse a través de estación comunitaria o ayuda humana fiable. NFC y MCP no crean cobertura ni ingresos. Colaboradores pueden percibir reconocimiento o pago acordado; el acceso a ayuda esencial no depende de ganancia comercial. La participación global se amplía mediante resultados aceptados reproducibles.

11.1 Expresar el Reality Delta deseado y condiciones de aceptación

El pedido nace de lo que la persona quiere cambiar: comprender instrucciones de un cable o reconocer una pieza de reparación de bajo riesgo. Diferenciar comprensión, diagnóstico y actuación física. Work registra solicitante, fin, lugar o entrada, Reality Delta, criterio de logro, datos permitidos, fecha límite y quien acepta.

Etiqueta NFC proporciona URL HTTPS cualificada, no la intención o aprobación de quien la toca. Sin NFC o Internet, se usa QR, voz o estación asistida. Conservar la solicitud original separada de la paráfrasis de IA: esta última es sólo propuesta pendiente de confirmación.

11.2 Resolver capacidades disponibles antes de generar o adquirir otras

Antes de crear diseños o comprar, Work Graph busca capacidades que su legítimo titular hizo visibles para el fin: cámara, audio, NFC Writer cualificado, técnico accesible, banco de reparación o documentación oficial. Los registros incluyen alcance, sitio, coste, condiciones, vencimiento, cualificación y revocación, no acceso general.

La lectura de batería MCP de Sony demuestra sólo ese Tool de lectura, no una fotografía comprobada de gafas USB ni funciones iguales en otro móvil. Registrar cada dependencia como REFERENCE_ONLY, AVAILABLE_FOR_INSPECTION, QUALIFIED_FOR_THIS_WORK o REJECTED. App instalada o dirección IP no es un resultado.

11.3 Transformar condiciones ausentes en Work hijo con límites

Cada requisito faltante genera un Work hijo ligado al padre y al decisor. Para soporte de producto: comprobar URL del fabricante, lectura NDEF independiente, texto fácil, derechos de imagen, salida de voz o turno asistido. Cada hijo declara entrada, entrega, responsable, plazo, coste máximo, evidencia, motivo de negativa y dependencia.

La IA redacta una guía o propone adaptador, pero no firma licencia, aprueba seguridad eléctrica, reserva cita ni consiente por otro. La rama espera a personas autorizadas. Demanda no cubierta puede convertirse en solicitud real a empresa, universidad o comunidad sin inventar una orden ya aceptada.

Non-executable e-Person Work Graph template ↗

11.4 Preparación paralela, dependencias físicas y puntos explícitos de decisión humana

Algunas tareas avanzan juntas: traducir instrucciones públicas, revisar formato NFC, preparar interfaz accesible y localizar ayuda. Otras requieren secuencia: no abrir servicio de tag sin comprobar URL; no sacar foto sin permiso y derechos de datos; no accionar relé sin seguridad y operador. Work Graph marca paralelismo y la decisión humana inevitable.

Authority Gate local verifica principal, capacidad, Reality, permiso vigente y efecto físico. El modelo cloud puede planificar, resumir y comparar, pero no autoriza ejecución. Aprobar, denegar, revocar e intervenir son eventos Work. La negativa segura y explicada puede ser el resultado correcto.

11.5 Conservar Work si falla herramienta, desaparece nodo o cambia modelo

Work duradero no es la sesión temporal. Cada transición enlaza padre aceptado, fuente, versión de contrato, decisión y fecha. Lectura NFC fallida, Sony desconectado, tiempo de espera MCP o cambio LLM: preservar hechos confirmados y cuestiones pendientes. Deducir duplicados en reintentos evita doble actuación física, cobro y aceptación incompatible.

Receptor verifica sus capacidades y obtiene consentimiento nuevo, no copia token antiguo. Observación aceptada permanece histórica; foto o tag sin ensayo completo sigue PENDING. Solicitante o supervisor elige seguir, cambiar proveedor, revisar objetivo o parar. Una pausa fiable es superior a automatización insegura.

12.1 Descubrimiento, especificación, preparación y ejecución apoyados por e-Person

e-Person convierte necesidad en especificación: resultado, beneficiario y accesibilidad, hardware e interfaz, datos autorizados, límites mecánicos y eléctricos, lugar, tiempo, presupuesto, supervisor y aceptación. Pregunta, compara y propone, pero son las partes autorizadas quienes deciden comprar, reutilizar, reparar, compartir o detenerse.

Para un accesorio NFC de uso difícil, la opción más corta puede ser texto fácil y teléfono de apoyo humano en lugar de dispositivo AI nuevo. Otros requieren URL confiable, QR alternativo, audio o Hub. Cada ruta necesita evidencia; pedir explicación nunca concede cámara, pago o control físico.

12.2 Reunir colaboradores locales, fabricantes y supervisores profesionales en el mismo Work

Fabricante, técnico, diseñador accesible, sede comunitaria, revisor de seguridad y usuario pueden participar sin fusionar empresas. Work Graph consigna quien proporciona, posee el resultado, valida accesibilidad, cobra o paga, administra datos y acepta. Marcas, clientes y contratos permanecen independientes; confianza personal no es autorización comercial.

Pannex mantiene relaciones históricas de productos y suministro, InnoSpire puede aportar interacción inclusiva y otros actores verificados adaptadores o servicio local. Son aportes candidatos, no acuerdo de cuatro partes. FIFA requiere revisión específica del titular de derechos; una prueba NFC ordinaria no la sustituye. Tratar colaboradores humanos con términos justos, no como testers gratuitos.

12.3 Formar nueva configuración Tool o Resource, no sólo buscar registros existentes

Capacidad nueva suele ser composición: móvil apto para interfaz o sensor de bajo riesgo, cable seguro, NFC/QR opcional, estación local o adaptador MCP que expone sólo un Tool permitido, soporte físico y validación humana. La configuración obtiene Capability Contract propio, versión, dependencias, Reality, expiración y revocación.

Compatibilidad no se presupone: USB-C no asegura salida de vídeo o energía, NFC básico no acredita autenticidad, Matter o App no transfiere permisos a un modelo cloud. Una prueba vale sólo bajo el hardware, software, persona y momento documentados. Cableado inseguro, permiso ausente o afirmación imposible de comprobar obliga al rechazo.

12.4 Evidence → Acceptance → capacidad reutilizable → siguiente oportunidad

Terminar instalación no hace reutilizable una capacidad. Primer Work requiere evidencia independiente de configuración, autorización, salida real, fallos, accesibilidad y aceptación humana. Distinguir DEVICE_PRESENT, INTERFACE_REACHABLE, WORK_AUTHORIZED, ACTION_OBSERVED y OUTCOME_ACCEPTED. Cada fallo aporta motivo y prueba corregida.

Tras aceptación puede compartirse especificación no sensible: interfaz, límites, ajuste seguro, pruebas requeridas, asistencia, costes e idiomas. Otro proveedor puede reproducir sin recibir credenciales, información personal ni contratos. Una reproducción real necesita otro móvil, operador o sitio, no sólo otra pregunta al mismo LLM.

12.5 Mantener un Work continuo entre usuario, taller, proveedor y punto de recepción

Work puede pasar de persona a Hub, taller, proveedor y destino. Sólo se transfieren intención y evidencia permitidas, no autoridad ilimitada. Receptor acepta su rol, comprueba seguridad y Reality, y puede rechazar o pedir corrección. e-Person sostiene continuidad; cada actor conserva autoridad y personas nombradas responden del trabajo físico.

Accessible Product Passport une NFC/QR neutral con explicaciones accesibles y soporte opcional. Human-Guided Circular Work registra material usado de bajo riesgo, inspección humana, reparación o eliminación real sin inventar ahorro ambiental. Ambas pueden funcionar sin plataforma enorme, móvil caro o gran pedido. La meta mundial es resultado seguro y accesible, aceptado por un humano y repetible con autorización nueva.