PIPIPT

Pipipt Brain

Productos de IA que siguenfuncionando y mejorando.

Da al dispositivo una identidad de compañero reconocible. Conecta la conversación con la memoria y la acción, manteniendo el control en manos de las personas. Reúne estas capacidades en un producto que pueda seguir mejorando.

Vida digital · Dirección del desarrollo de productoDescubre cómo trabajan juntas estas capacidades ↓
PIPIPT · VIDA DIGITALUn compañero al que reconocesAvatar predeterminado · El zorro Pipipt
El zorro Pipipt como avatar predeterminadoUna misma identidad. Una relación que continúa.
Lo que quiero compartirEn mi juventud solía ir en bicicleta al mar.
Escuchar con atenciónParece un recuerdo que deja huella. ¿Quieres contarme cómo era ese camino?
¿Conservar este recuerdo?La persona elige qué guardar, cómo usarlo y cuándo eliminarlo

Vista de la experiencia de compañía · Avatar estático y diálogo predefinido; sin conexión a un servicio real.

Seis resultados, de la idea de producto al uso cotidiano

01 Definir el producto y sus relaciones

  1. Ciclo de vida del productoAlinear hardware, software y versiones con un mismo propósito.
  2. Usuarios, familias y aplicacionesAclarar el control, el acceso y las relaciones.

02 Conectar la interacción con acciones reales

  1. Conectividad y ejecuciónCoordinar dispositivos, aplicaciones, nube y procesamiento perimetral.
  2. Interacción y comportamiento de la IAConectar escucha, respuesta, memoria y acción.

03 Seguir mejorando después de la entrega

  1. Lanzamiento y operaciónIntegrar actualizaciones, comentarios y recuperación en la operación.
  2. Confianza y evidencias de entregaHacer trazables los permisos, los resultados y las evidencias.

Capacidades comunes detrás de la experiencia

Una base. Distintas formas de producto.

Selecciona una capacidad en el diagrama para ver qué problema resuelve y cómo encaja. Los dispositivos inteligentes pueden utilizar solo las partes que necesitan.

Dispositivos con pantallaAdaptados al hardware real
Aplicación y control del usuarioVer, configurar, gestionar
Robots de compañíaUn cuerpo para la voz y la expresión

Pipipt Brain Objetivos del sistema · Ocho familias de capacidades

OBJETIVO DE LA CAPACIDAD

Dar a la experiencia el cuerpo adecuado

Combinar cómputo, pantalla, audio, conectividad, sensores, almacenamiento, alimentación y componentes de privacidad según la experiencia que necesita el producto.

Relación entre capacidades · Objetivo de diseño
Interacción necesaria
Pantalla / audio / conectividad
Chip y dispositivo adecuados
El firmware MCU incluye las vías ESP32 y BK7258; Android y Linux son familias separadas de entornos de ejecución para dispositivos.

Alcance actual: La adaptación de hardware se dirige a BK7258, la familia ESP32 y dispositivos Android / Linux. Los chips, placas y combinaciones de funciones compatibles se confirman para cada producto; no están disponibles de forma universal en todas las plataformas.

Compatibilidad y funciones

La arquitectura de hardware abarca firmware MCU y dispositivos Android y Linux. ESP32 y BK7258 describen vías concretas de chips y placas, no productos completos.

Revisar pantalla y entrada táctil, micrófonos y salida de audio, Wi-Fi / Bluetooth / 4G, cámaras y otros sensores, RTC, alimentación e interruptores físicos de privacidad. El hardware instalado, las funciones compatibles y el permiso para usarlas son hechos distintos.

Distribuir tareas entre nube, periferia y dispositivo según latencia, recursos y privacidad. La ingeniería modular no promete intercambios arbitrarios en caliente ni diseños de producción generados automáticamente.

OBJETIVO DE LA CAPACIDAD

Hacer que escucha y respuesta trabajen juntas

Permitir terminar de hablar, interrumpir y continuar con naturalidad. Coordinar voz, reproducción y estados del avatar para no prolongar una respuesta que ya quedó desactualizada.

Relación entre capacidades · Objetivo de diseño
Escuchar hasta el final
Comprender y responder
Coordinar voz y expresión
Reconocimiento, síntesis, reproducción e interrupción deben funcionar juntos en el hardware y la red elegidos.

Alcance actual: Verificar la voz con una combinación específica de hardware, firmware, servicio y red. Los experimentos en placas no acreditan una experiencia de voz completa en todos los productos. El despliegue privado de ASR / TTS es una dirección explícita; instalación, calidad, capacidad y recuperación requieren aceptación para los modelos y el entorno seleccionados.

Compatibilidad y funciones

Diseñar el turno completo: captura, comprensión, respuesta, interrupción y continuación. Escuchar con atención es esencial; hablar sin parar no lo sustituye.

Las expresiones, movimientos y sincronización labial deben seguir los estados reales de escucha, pensamiento y habla. Una animación no demuestra que se haya reproducido audio.

OBJETIVO DE LA CAPACIDAD

Ajustar las respuestas al propósito y al coste

Elegir modelos y capacidades según la finalidad del producto, explicitando los compromisos entre calidad de respuesta, latencia, uso de datos y coste.

Relación entre capacidades · Objetivo de diseño
Tarea + contexto permitido
Enrutamiento de modelos y políticas
Una respuesta adecuada al contexto
Siete proveedores conectados; la tarea y el producto guían la elección del modelo.

Proveedores conectados: Qwen, Gemini, DeepSeek, Z.AI, Doubao, Kimi y OpenAI. Elegir los modelos y capacidades adecuados para cada producto.

Compatibilidad y funciones

Organizar enrutamiento, políticas y evaluación del producto para conversación, imágenes, percepción y contenido. La recuperación de conocimiento debe respetar a la persona o entidad correspondiente y la finalidad permitida.

La nube, el despliegue privado y la ejecución local son vías de adaptación distintas. Configurar no equivale a verificar un modelo, una región o un modo de funcionamiento.

OBJETIVO DE LA CAPACIDAD

Dar permiso y resultado a cada acción

Convertir una petición en una acción verificable: saber quién solicita, qué se permite y qué sucedió realmente.

Relación entre capacidades · Objetivo de diseño
Una petición
Comprobación de permisos y capacidades
Ejecución + confirmación real
Aceptar una petición, ejecutar una acción y confirmar su éxito son estados diferentes.

Alcance actual: Existen algunas bases de autorización e interfaces; la coordinación entre herramientas y los flujos completos de ejecución siguen en desarrollo.

Compatibilidad y funciones

Un agente aclara las intenciones ambiguas. Las herramientas, MCP y acciones de dispositivos solo se ejecutan dentro de los límites actuales de identidad, propósito, autorización, riesgo, derechos de contenido, coste y hardware.

Permitir, rechazar o pedir confirmación según el riesgo; gestionar cancelaciones, retiradas, reintentos y fallos. Descubrir o configurar una herramienta no concede derechos de ejecución.

Las evidencias de ejecución vinculan decisiones y llamadas con efectos reales, diferenciando resultados completos, parciales, fallidos y sin confirmar.

OBJETIVO DE LA CAPACIDAD

Crear continuidad con recuerdos bajo control de las personas

Permitir que el producto recuerde las historias y preferencias que las personas deciden conservar, con opciones para corregir errores, detener su uso o eliminarlas.

Relación entre capacidades · Objetivo de diseño
Un recuerdo con una fuente
Elegir uso y conservación
Recordar solo cuando esté permitido
El contexto de conversación y la memoria personal a largo plazo se gestionan por separado.

Alcance actual: Existe una base limitada de contexto conversacional; la memoria a largo plazo y sus funciones de gestión y eliminación siguen en desarrollo y validación.

Compatibilidad y funciones

Gestionar por separado el contexto activo, el historial de conversaciones, los hechos personales duraderos, las referencias de relaciones y el conocimiento empresarial. La memoria personal no consiste en guardar todas las conversaciones indefinidamente ni mezclarlas con el conocimiento de una empresa.

Un recuerdo duradero empieza como una propuesta con fuente. Antes de admitirlo para usos futuros, comprobar el sujeto, la finalidad, el consentimiento, los conflictos y el plazo de conservación.

Los controles de la aplicación buscan permitir consulta, corrección, plazos de conservación, cese de recogida o uso, retirada y eliminación. Retirar o eliminar también debe afectar a resúmenes derivados, índices y cachés. Los productos infantiles aplican límites más estrictos.

OBJETIVO DE LA CAPACIDAD

Dar identidad y expresión a un compañero

Organizar nombre, formas de dirigirse a la persona, personalidad, voz, avatar 2D / 3D y relaciones en torno a una identidad de vida digital estable y reconocible.

Relación entre capacidades · Objetivo de diseño
Identidad de vida digital
Avatar / voz / personalidad
Dispositivo / aplicación / robot
Cambiar de dispositivo no abre automáticamente los recuerdos privados.

Alcance actual: La vida digital y la expresión personalizada están en desarrollo, con el objetivo de mantener la identidad del compañero entre dispositivos. La compatibilidad entre avatares, voces y dispositivos se confirma para cada producto.

Compatibilidad y funciones

La vida digital conecta conversación, memoria gobernada, relaciones y comportamiento autorizado. Los avatares aportan expresión; aplicaciones, pantallas y robots pueden aportar un cuerpo. La continuidad de identidad entre cuerpos no implica compartir la memoria sin límites.

Las personas pueden elegir un estilo de interacción y materiales que tienen derecho a utilizar, como voces, fotos o avatares. La representación de un familiar no es esa persona, y no toda representación necesita una vida digital independiente. Subir un material no crea de inmediato un compañero interactivo completo.

La aplicación ofrece controles al usuario y también puede alojar la interacción. Las aplicaciones móviles Android / iOS y los entornos de dispositivos Android son objetivos de adaptación distintos. Los ajustes solicitados deben distinguirse de los que realmente entraron en vigor.

OBJETIVO DE LA CAPACIDAD

Seguir mejorando después de entregar el producto

Incluir la operación a largo plazo en el producto, desde la configuración de fábrica y el lanzamiento hasta las actualizaciones y la recuperación.

Relación entre capacidades · Objetivo de diseño
Versión aplicable
Operación y comentarios
Actualizar, verificar y recuperar
Una solicitud de actualización no acredita que el dispositivo esté actualizado.

Alcance actual: Existen algunas bases de gestión del uso e interfaces de actualización; las actualizaciones del dispositivo, la recuperación y la preparación para producción aún requieren validación en dispositivos físicos.

Compatibilidad y funciones

Gestionar versiones de hardware y software, compatibilidad, configuración de fábrica y procesos de publicación. Comprobar las condiciones antes de actualizar y la versión real y sus efectos después.

Relacionar uso, cuotas, costes, fallos y recuperación con productos concretos y hechos de ejecución, para que los comentarios mejoren la siguiente versión.

OBJETIVO DE LA CAPACIDAD

Hacer de la confianza una capacidad cotidiana

Ayudar a entender quién utiliza la información, para qué y cuándo se puede detener su uso. Ayudar a los equipos a explicar qué hizo el producto y qué quedó incompleto.

Relación entre capacidades · Objetivo de diseño
Persona y finalidad de los datos
Permisos + registros necesarios
Resultados y alcance trazables
La confianza forma parte de toda la experiencia del producto.

Alcance actual: Se pueden comprobar determinadas vías de identidad, autorización e ingeniería. La aceptación de privacidad, seguridad y fiabilidad del producto completo sigue pendiente; esto no constituye una certificación ni una afirmación general de cumplimiento.

Compatibilidad y funciones

Aplicar a interacciones y acciones el consentimiento actual, los derechos de contenido e imagen, la finalidad, la conservación y los límites de acceso. Los requisitos de seguridad y cumplimiento deben aplicarse al producto real, la región y el alcance del lanzamiento.

Las personas adultas y mayores mantienen sus propios derechos de decisión. Los vínculos familiares o de cuidado no otorgan automáticamente todos los permisos. Los escenarios infantiles aplican las reglas pertinentes de tutela y límites más estrictos.

Conservar solo los hechos de ejecución necesarios y minimizar textos privados y materiales originales. Verificar efectos reales, cambios de permisos, fallos y recuperación, sin depender únicamente de registros ordinarios.

En todas las capasIdentidad y permisos · Derechos sobre datos y contenidos · Controles de privacidad · Evidencias de ejecución necesarias

Siete proveedores de modelos conectados. Elige según tu producto.

千问 QwenIntegrado · operativo
GeminiIntegrado · operativo
DeepSeekConectado
智普 Z.AIConectado
豆包 DoubaoIntegrado · operativo
KimiConectado
OpenAIIntegrado · operativo
Elección de modelos y despliegue

Los siete proveedores están conectados. Qwen, Gemini, Doubao y OpenAI están integrados y operativos. Elige modelos adecuados al producto y al caso de uso.

Las versiones de modelos, regiones, capacidades y despliegue se configuran por proyecto. El acceso a la nube y el despliegue privado son decisiones independientes.

Llevar las capacidades a la vida cotidiana

Una compañía duradera empieza con algo que merece compartirse.

Ejemplo: una persona mayor recuerda sus paseos en bicicleta hasta el mar. Elige una etapa para explorar cómo se conectan escucha, respuesta, acción, memoria y operación continua.

Solo un ejemplo de interacción: sin llamadas a modelos, grabación, almacenamiento ni envío de datos. Cambiar de idioma o recargar reinicia el ejemplo.

Voz en tiempo real

Escuchar primero. Dar espacio a la siguiente idea.

El robot escucha antes de responder a los sentimientos de la persona. Cuando añade algo, la respuesta anterior deja paso a la nueva idea. El avatar sigue el turno de voz real.

La familiaridad nace de una expresión coherente y de la atención, no de hablar continuamente ni de fingir conocer vivencias que nunca se contaron.

El mismo compañero zorro Pipipt
Una identidad que continúa. Tú decides.Avatar estático predeterminado · Sin reproducción de audio
La historia que se escucha«En mi juventud solía ir en bicicleta al mar».
Estado del compañero · EjemploEscuchando. Dejar que la persona termine.
Modelo y políticas

El mismo compañero, con límites claros.

Elegir modelo y estilo de respuesta según el escenario, el contexto autorizado y las reglas del producto. La evocación debe partir de recuerdos permitidos, sin inventar experiencias de la persona.

Si se utiliza la foto o voz de un familiar, comprobar primero los derechos y el alcance de uso, y presentarla claramente como una representación virtual interactiva.

PermitidoPor ahora no hay ningún recuerdo de ejemplo autorizado para volver a utilizarlo.
No permitidoRecuerdos de otras personas o materiales no aprobados
Ruta de respuesta
Tema actual
Contexto permitido + políticas
Una respuesta adecuada
Elegir un modelo no elimina los límites de los datos.
Respuesta de ejemploSe puede mostrar un ejemplo fijo; no se llamará a un modelo real.
Agentes y comportamiento del producto

Una solicitud aceptada no es una acción terminada.

«Reproduce la historia que guardé la última vez». Aclara cuál es y comprueba los permisos actuales, el contenido y el estado del dispositivo. Después de ejecutar, informa de lo que realmente ocurrió.

Recibir la solicitud, procesarla en el servidor, ejecutarla en el dispositivo y que la persona oiga la reproducción son hechos distintos. Un resultado incierto no debe presentarse como completado.

Petición de la persona«Reproduce la historia que guardé la última vez».
Permiso
Esperando confirmación
Resultado del dispositivo
Aún no se ha enviado una solicitud de ejemplo
Ejemplo de confirmación de ejecuciónEsperando autorización. Aceptar no significa completar.

Esta página solo simula autorizaciones y resultados de ejecución. No controla dispositivos ni reproduce sonido.

Memoria y contexto

Conservar la historia y el control de la persona.

Responder primero al momento presente y proponer después un recuerdo con fuente. La persona o quien corresponda decide si conservarlo y para qué, con controles posteriores para verlo, corregirlo, detener su uso o eliminarlo.

La memoria duradera y su consulta desde distintos cuerpos son objetivos de desarrollo. Cambiar de dispositivo no abre automáticamente todos los recuerdos privados.

Una propuesta de recuerdo con fuente

La persona contó: en mi juventud solía ir en bicicleta al mar.
Estado del recuerdo · EjemploNo guardado. La persona decide si conservarlo.

El ciclo completo de memoria a largo plazo, corrección y propagación de la eliminación sigue siendo un objetivo de desarrollo y verificación. Estos estados solo existen en esta página.

Ciclo de vida

Las versiones cambian. La relación puede continuar.

Mantener la identidad en los cuerpos compatibles, respetando sus capacidades reales. Tras una actualización, revisar ajustes, permisos y comportamiento; recuperarse de los fallos y explicar el resultado.

La continuidad entre dispositivos y la recuperación requieren verificación para cada combinación. Una expresión no compatible no debe mostrarse como un ajuste ya aplicado.

Versión objetivo1.1
Confirmado por el dispositivo1.0
Estado de actualización · EjemploEl dispositivo de ejemplo está en 1.0; listo para solicitar una actualización.

Capacidades en la vida cotidiana

Cómo se reúnen estas capacidades en un dispositivo.

Las muestras muestran cómo se combinan las capacidades. Para su hardware, aplicación o equipo, evaluamos modelos, adaptación y despliegue por producto.

Concepto de robot de compañía con IA para niños. La pantalla de ejemplo muestra las 07:30 y el jueves 12 de diciembre; no es la hora actual.
Práctica de diseño de productoRobot de compañía con IA para niños ↗
01 / El dispositivo ofrece una señal adecuada02 / El niño inicia una actividad real03 / Los padres establecen límites

Práctica de diseño: organizar el dispositivo, la aplicación para padres y la IA en torno a acciones reales.

Forma del producto y funciones · Ejemplo
Concepto de altavoz espacial con IA en una sala de estar
Exploración de productoAltavoz espacial con IA ↗
01 / El sonido da forma al espacio02 / El avatar ofrece una respuesta visible03 / El dispositivo sostiene la interacción

Dirección de producto: explorar cómo el sonido y la expresión virtual crean juntos una experiencia en el espacio.

Forma del producto y funciones · Ejemplo

Las capacidades también pueden combinarse para acompañar a personas mayores y apoyar la expresión personal de los jóvenes.

La vida digital, la memoria duradera, los avatares entre dispositivos, la ejecución completa de agentes y los controles de derechos del usuario siguen siendo objetivos de desarrollo. La disponibilidad depende del producto, la placa, el firmware y la versión del servicio.

Compatibilidad del hardware y avances actuales
BK7258
Experimento superado en una placa concreta

Hay registros de pruebas de una placa BK7258 y un firmware específicos; la validación para producción no está completa.

ESP32-C3
Experimento básico verificado

ESP32-C3 + ES8311 cuenta con registros de compilación, grabación del firmware y arranque; la voz completa, la red y las actualizaciones remotas requieren más validación.

ESP32-S3
Propuesta de diseño de hardware

El producto ESP32-S3 para rutinas infantiles sigue en la fase de diseño de hardware; la validación del dispositivo completo y de producción no ha terminado.

Dispositivos Android / Linux
Objetivos de arquitectura y adaptación

Una vía de adaptación para dispositivos Android / Linux. El modelo, la versión del sistema y las funciones requieren confirmación por proyecto.

Plataforma y servicios
Existen algunas bases funcionales

Existen algunas bases de contexto conversacional, políticas de modelos, autorización, uso e interfaces de actualización; los agentes completos, la memoria a largo plazo y las capacidades del dispositivo completo aún requieren desarrollo y validación.

La compatibilidad se confirma para la placa, el firmware y las versiones de servicios utilizadas en cada proyecto.

Conectar con tu producto y tu equipo

Empieza con lo que tienes. Añade las capacidades que necesitas.

El hardware, las aplicaciones, los personajes de marca o el contenido existente pueden ser el punto de partida. Planifica por separado el despliegue en nube, privado o híbrido para la base, el reconocimiento y la síntesis de voz.

Tus recursos actuales

  • Hardware y dispositivos
  • Aplicaciones y equipo de desarrollo
  • Derechos de personajes, voces y contenidos
Elija su modalidad de despliegueNube / Privado / Híbrido

Servicios que integrar

BaseIdentidad, memoria, agentes y servicios de producto
ASREl reconocimiento de voz privado puede adaptarse por separado
TTSLa síntesis de voz privada puede adaptarse por separado

Despliegue y responsabilidades

  • Nube / privado / híbrido
  • Flujos de datos y límites de acceso
  • Aceptación, operación y actualizaciones

El despliegue privado es una vía de adaptación y aceptación específica de cada proyecto. Deben confirmarse licencias de modelos, cómputo, red y responsabilidades de operación. Integrar un modelo en la nube no significa que pueda desplegarse de forma privada.