PIPIPT

Pipipt Brain

Des produits IA qui continuentà fonctionner et à progresser.

Donnez à un appareil une identité de compagnon reconnaissable. Reliez la conversation à la mémoire et à l’action, tout en laissant les personnes décider. Réunissez ces capacités dans un produit qui peut continuer à s’améliorer.

Vie numérique · Orientation du développement produitVoir comment ces capacités fonctionnent ensemble ↓
PIPIPT · VIE NUMÉRIQUEUn compagnon que vous reconnaissezAvatar par défaut · Le renard Pipipt
Le renard Pipipt, avatar par défautUne même identité. Une relation qui se poursuit.
Ce que j’aimerais raconterDans ma jeunesse, j’allais souvent à vélo jusqu’à la mer.
Écouter avec attentionCela semble être un souvenir marquant. Aimeriez-vous me parler de ce trajet ?
Conserver ce souvenir ?La personne choisit ce qui est conservé, son usage et sa suppression

Aperçu de l’expérience du compagnon · Avatar statique et dialogue prédéfini ; aucun service réel connecté.

Six résultats, de l’idée du produit à son usage quotidien

01 Définir le produit et les relations

  1. Cycle de vie du produitAligner matériel, logiciel et versions sur un même objectif.
  2. Utilisateurs, familles et applicationsClarifier le contrôle, l’accès et les relations.

02 Relier l’interaction à une action réelle

  1. Connectivité et fonctionnementCoordonner appareils, applications, cloud et calcul en périphérie.
  2. Interaction et comportement de l’IARelier écoute, réponse, mémoire et action.

03 Continuer à progresser après la livraison

  1. Publication et exploitationIntégrer mises à jour, retours et restauration à l’exploitation.
  2. Confiance et preuves de livraisonRendre traçables les autorisations, les résultats et les preuves.

Les capacités communes derrière l’expérience

Un même socle. Plusieurs formes de produits.

Sélectionnez une capacité dans le schéma pour voir le problème qu’elle résout et sa place dans l’ensemble. Un appareil intelligent peut n’utiliser que les éléments nécessaires.

Appareils avec écranAdaptés au matériel réel
Application et contrôle utilisateurConsulter, configurer, gérer
Robots compagnonsUn corps pour la voix et l’expression

Pipipt Brain Objectifs du système · Huit familles de capacités

OBJECTIF DE LA CAPACITÉ

Donner à l’expérience le corps adapté

Associer calcul, affichage, audio, connectivité, capteurs, stockage, alimentation et composants de confidentialité selon l’expérience dont le produit a besoin.

Relations entre capacités · Objectif de conception
Interaction nécessaire
Affichage / audio / connectivité
Puce et appareil adaptés
Le micrologiciel MCU inclut des voies ESP32 et BK7258 ; Android et Linux sont des familles distinctes d’environnements d’exécution pour appareils.

Périmètre actuel : L’adaptation matérielle vise BK7258, la famille ESP32 et les appareils Android / Linux. Les puces, cartes et combinaisons de fonctions prises en charge sont confirmées pour chaque produit ; leur disponibilité n’est pas universelle.

Compatibilité et fonctions

L’architecture matérielle couvre les micrologiciels MCU ainsi que les appareils Android et Linux. ESP32 et BK7258 désignent des voies précises de puces et de cartes, pas des produits complets.

Examiner l’affichage et le tactile, les microphones et la sortie audio, Wi-Fi / Bluetooth / 4G, les caméras et autres capteurs, RTC, l’alimentation et les interrupteurs physiques de confidentialité. Matériel installé, fonctions prises en charge et autorisation de les utiliser sont des faits distincts.

Répartir le travail entre cloud, périphérie et appareil selon la latence, les ressources et la confidentialité. Une ingénierie modulaire ne promet ni remplacement arbitraire à chaud ni génération automatique de conceptions prêtes pour la production.

OBJECTIF DE LA CAPACITÉ

Faire travailler ensemble écoute et réponse

Permettre de terminer sa phrase, d’interrompre et de poursuivre naturellement. Coordonner parole, lecture et états de l’avatar pour que le produit ne continue pas une réponse devenue obsolète.

Relations entre capacités · Objectif de conception
Écouter jusqu’au bout
Comprendre et répondre
Coordonner voix et expression
Reconnaissance, synthèse, lecture et interruption doivent fonctionner ensemble sur le matériel et le réseau visés.

Périmètre actuel : Vérifier la voix pour une combinaison précise de matériel, micrologiciel, service et réseau. Des essais sur carte ne valident pas une expérience vocale complète pour tous les produits. Le déploiement privé de l’ASR / TTS est une orientation explicite ; installation, qualité, capacité et restauration nécessitent une réception pour les modèles et l’environnement choisis.

Compatibilité et fonctions

Concevoir le tour de parole complet : capture, compréhension, réponse, interruption et reprise. L’écoute attentive est essentielle ; une parole continue ne la remplace pas.

Expressions, mouvements et synchronisation labiale doivent suivre les états réels d’écoute, de réflexion et de parole. Une animation ne prouve pas qu’un son a été diffusé.

OBJECTIF DE LA CAPACITÉ

Adapter les réponses au besoin et au coût

Choisir modèles et capacités selon la finalité du produit, en arbitrant explicitement entre qualité de réponse, latence, usage des données et coût.

Relations entre capacités · Objectif de conception
Tâche + contexte autorisé
Routage des modèles et règles
Une réponse adaptée à la situation
Sept fournisseurs connectés ; le choix du modèle dépend de la tâche et du produit.

Fournisseurs connectés : Qwen, Gemini, DeepSeek, Z.AI, Doubao, Kimi et OpenAI. Choisir les modèles et capacités adaptés à chaque produit.

Compatibilité et fonctions

Organiser routage, règles et évaluation du produit pour les tâches de conversation, d’image, de perception et de contenu. La recherche de connaissances doit respecter le sujet concerné et la finalité autorisée.

Cloud, déploiement privé et exécution locale sont des voies d’adaptation distinctes. La configuration seule ne valide ni un modèle, ni une région, ni un mode d’exploitation.

OBJECTIF DE LA CAPACITÉ

Associer chaque action à une autorisation et à un résultat

Transformer une demande en action vérifiable : savoir qui demande, ce qui est permis et ce qui s’est réellement produit.

Relations entre capacités · Objectif de conception
Une demande
Vérification des autorisations et capacités
Exécution + retour réel
Accepter une demande, exécuter une action et confirmer sa réussite sont des états différents.

Périmètre actuel : Certaines bases d’autorisation et d’interface existent ; la coordination entre outils et les parcours d’exécution complets restent en développement.

Compatibilité et fonctions

Un agent clarifie les intentions ambiguës. Outils, MCP et actions des appareils ne peuvent s’exécuter que dans les limites actuelles d’identité, de finalité, d’autorisation, de risque, de droits sur les contenus, de coût et de matériel.

Autoriser, refuser ou demander confirmation selon le risque ; gérer annulation, retrait, nouvelles tentatives et échecs. Découvrir ou configurer un outil ne donne pas le droit de l’exécuter.

Les preuves d’exécution relient décisions et appels aux effets réels, en distinguant résultats complets, partiels, échoués et non confirmés.

OBJECTIF DE LA CAPACITÉ

Créer une continuité avec une mémoire maîtrisée par les personnes

Permettre au produit de retenir les histoires et préférences que les personnes souhaitent conserver, avec des moyens de corriger, d’arrêter l’usage ou de supprimer.

Relations entre capacités · Objectif de conception
Un souvenir avec une source
Choisir l’usage et la conservation
Rappeler uniquement avec autorisation
Le contexte de conversation et la mémoire personnelle à long terme sont gérés séparément.

Périmètre actuel : Une base limitée de contexte conversationnel existe ; la mémoire à long terme, sa gestion et sa suppression restent en développement et en validation.

Compatibilité et fonctions

Gérer séparément contexte actif, historique des échanges, faits personnels durables, références relationnelles et connaissances de l’entreprise. La mémoire personnelle ne consiste ni à garder indéfiniment tous les échanges ni à les mêler aux connaissances de l’entreprise.

Un souvenir durable commence comme une proposition avec une source. Vérifier le sujet, la finalité, le consentement, les conflits et la durée de conservation avant de l’autoriser pour un usage ultérieur.

Les commandes de l’application visent la consultation, la correction, la durée de conservation, l’arrêt de la collecte ou de l’usage, le retrait et la suppression. Retrait et suppression doivent aussi couvrir résumés dérivés, index et caches. Les produits pour enfants suivent des limites plus strictes.

OBJECTIF DE LA CAPACITÉ

Donner au compagnon une identité et une expression

Organiser nom, façon de s’adresser à la personne, personnalité, voix, avatar 2D / 3D et relations autour d’une identité de vie numérique stable et reconnaissable.

Relations entre capacités · Objectif de conception
Identité de vie numérique
Avatar / voix / personnalité
Appareil / application / robot
Changer d’appareil n’ouvre pas automatiquement les souvenirs privés.

Périmètre actuel : La vie numérique et l’expression personnalisée sont en développement, avec l’objectif de maintenir l’identité du compagnon d’un appareil à l’autre. La compatibilité entre avatars, voix et appareils est confirmée pour chaque produit.

Compatibilité et fonctions

La vie numérique relie conversation, mémoire gouvernée, relations et comportements autorisés. L’avatar offre l’expression ; applications, écrans et robots peuvent lui donner un corps. La continuité d’identité entre ces corps n’implique pas un partage sans limites de la mémoire.

Les personnes peuvent choisir un style d’interaction et des matériaux qu’elles ont le droit d’utiliser, comme des voix, photos ou avatars. La représentation d’un proche n’est pas ce proche, et chaque représentation n’a pas besoin d’une vie numérique distincte. Un fichier téléversé n’est pas encore un compagnon interactif abouti.

L’application fournit les commandes utilisateur et peut aussi accueillir l’interaction. Les applications mobiles Android / iOS et les environnements d’appareils Android sont des cibles d’adaptation distinctes. Il faut distinguer les réglages demandés de ce qui a réellement pris effet.

OBJECTIF DE LA CAPACITÉ

Progresser encore après la livraison

Intégrer l’exploitation à long terme au produit, de la configuration d’usine et du lancement aux mises à jour et à la restauration.

Relations entre capacités · Objectif de conception
Version applicable
Exploitation et retours
Mettre à jour, vérifier et restaurer
Une demande de mise à jour ne prouve pas que l’appareil est à jour.

Périmètre actuel : Certaines bases de gestion de l’usage et d’interface de mise à jour existent ; les mises à jour des appareils, la reprise après incident et la préparation à la production nécessitent encore des essais sur appareils réels.

Compatibilité et fonctions

Gérer versions matérielles et logicielles, compatibilité, configuration d’usine et processus de publication. Vérifier les conditions avant une mise à jour, puis la version réelle et ses effets.

Relier usage, quotas, coûts, pannes et restauration à des produits précis et à des faits d’exécution pour que les retours nourrissent la version suivante.

OBJECTIF DE LA CAPACITÉ

Faire de la confiance une capacité quotidienne

Aider les personnes à comprendre qui utilise leurs informations, dans quel but et quand elles peuvent y mettre fin. Aider les équipes à expliquer ce que le produit a fait et ce qui reste incomplet.

Relations entre capacités · Objectif de conception
Personne et finalité des données
Autorisations + traces nécessaires
Résultats et périmètre traçables
La confiance fait partie de toute l’expérience du produit.

Périmètre actuel : Certaines voies d’identité, d’autorisation et d’ingénierie sont vérifiables. La réception de la confidentialité, de la sécurité et de la fiabilité à l’échelle du produit reste à accomplir ; ce n’est ni une certification ni une déclaration générale de conformité.

Compatibilité et fonctions

Appliquer aux interactions et actions le consentement actuel, les droits sur le contenu et l’image, la finalité, la conservation et les limites d’accès. Les exigences de sécurité et de conformité doivent être appliquées au produit réel, à la région et au périmètre de publication.

Les adultes et les personnes âgées conservent leur droit de décider. Les liens familiaux ou d’aide ne donnent pas automatiquement toutes les permissions. Les scénarios pour enfants appliquent les règles pertinentes de responsabilité parentale et des limites plus strictes.

Ne conserver que les faits d’exécution nécessaires et minimiser les textes privés et matériaux bruts. Vérifier effets réels, changements d’autorisations, échecs et restauration, sans se fier uniquement aux journaux ordinaires.

À travers toutes les couchesIdentité et autorisations · Droits sur les données et les contenus · Contrôles de confidentialité · Preuves d’exécution nécessaires

Sept fournisseurs de modèles connectés. Choisissez selon votre produit.

千问 QwenIntégré · opérationnel
GeminiIntégré · opérationnel
DeepSeekConnecté
智普 Z.AIConnecté
豆包 DoubaoIntégré · opérationnel
KimiConnecté
OpenAIIntégré · opérationnel
Choix des modèles et déploiement

Les sept fournisseurs sont connectés. Qwen, Gemini, Doubao et OpenAI sont intégrés et opérationnels. Choisissez les modèles selon le produit et son usage.

Versions de modèles, régions, capacités et déploiement sont configurés pour chaque projet. L’accès cloud et le déploiement privé sont des choix distincts.

Faire entrer les capacités dans la vie quotidienne

Une présence durable commence par une histoire à partager.

Exemple : une personne âgée évoque ses balades à vélo jusqu’à la mer. Choisissez une étape pour explorer les liens entre écoute, réponse, action, mémoire et exploitation continue.

Exemple d’interaction uniquement : aucun appel de modèle, enregistrement, stockage ou envoi de données. Changer de langue ou recharger réinitialise l’exemple.

Voix en temps réel

Écouter d’abord. Accueillir la pensée suivante.

Le robot écoute avant de répondre aux sentiments de la personne. Lorsqu’elle ajoute quelque chose, l’ancienne réponse laisse place à la nouvelle pensée. L’avatar suit le tour de parole réel.

La familiarité naît d’une expression cohérente et d’une attention réelle, pas d’une parole incessante ni de la prétention à connaître des expériences jamais racontées.

Le même compagnon renard Pipipt
Une identité qui dure. Votre choix.Avatar statique par défaut · Aucune diffusion audio
L’histoire écoutée« Dans ma jeunesse, j’allais souvent à vélo jusqu’à la mer. »
État du compagnon · ExempleÀ l’écoute. Laisser la personne terminer.
Modèle et règles

Le même compagnon, avec des limites claires.

Choisir le modèle et la manière de répondre selon le scénario, le contexte autorisé et les règles du produit. Les souvenirs évoqués doivent provenir d’une mémoire permise, sans inventer les expériences de la personne.

Pour utiliser la photo ou la voix d’un proche, vérifier d’abord les droits et le périmètre d’usage, et présenter clairement le résultat comme une représentation virtuelle interactive.

AutoriséAucun souvenir d’exemple n’est actuellement autorisé à être rappelé.
Non autoriséSouvenirs d’autres personnes ou matériaux non approuvés
Chemin de réponse
Sujet actuel
Contexte autorisé + règles
Une réponse adaptée
Choisir un modèle ne supprime pas les limites sur les données.
Réponse d’exempleUn exemple fixe est prêt à être affiché ; aucun modèle ne sera appelé.
Agent et comportement du produit

Une demande acceptée n’est pas une action terminée.

« Lis l’histoire que j’ai conservée la dernière fois. » Préciser laquelle, puis vérifier les autorisations actuelles, le contenu et l’état de l’appareil. Après l’exécution, rendre compte de ce qui s’est réellement passé.

Réception de la demande, traitement serveur, exécution par l’appareil et écoute effective par la personne sont des faits différents. Un résultat incertain ne doit pas être annoncé comme terminé.

Demande de la personne« Lis l’histoire que j’ai conservée la dernière fois. »
Autorisation
Confirmation attendue
Résultat de l’appareil
Aucune demande d’exemple envoyée
Exemple de retour d’exécutionAutorisation attendue. Acceptation ne signifie pas achèvement.

Cette page simule uniquement les autorisations et les résultats d’exécution. Elle ne commande aucun appareil et ne diffuse aucun son.

Mémoire et contexte

Conserver l’histoire, laisser le choix à la personne.

Répondre d’abord au moment présent, puis proposer un souvenir avec une source. La personne ou le décideur approprié choisit de le conserver et pour quel usage, avec ensuite la possibilité de consulter, corriger, arrêter l’usage ou supprimer.

La mémoire durable et son rappel entre plusieurs corps sont des objectifs de développement. Changer d’appareil n’ouvre pas automatiquement tous les souvenirs privés.

Une proposition de souvenir avec une source

Récit de la personne : dans ma jeunesse, j’allais souvent à vélo jusqu’à la mer.
État de la mémoire · ExempleNon enregistré. La personne décide de le conserver ou non.

La boucle complète de mémoire à long terme, de correction et de propagation des suppressions reste un objectif de développement et de vérification. Ces états existent uniquement sur cette page.

Cycle de vie

Les versions changent. La relation peut continuer.

Maintenir l’identité sur les corps pris en charge en respectant leurs capacités réelles. Après une mise à jour, vérifier réglages, autorisations et comportement ; restaurer en cas d’échec et expliquer le résultat.

Continuité entre appareils et restauration doivent être vérifiées pour chaque combinaison. Une expression non prise en charge ne doit pas être présentée comme un réglage appliqué.

Version cible1.1
Confirmé par l’appareil1.0
État de la mise à jour · ExempleL’appareil d’exemple est en version 1.0 ; une mise à jour peut être demandée.

Des capacités dans le quotidien

Comment ces capacités se réunissent dans un appareil.

Les échantillons illustrent la combinaison des capacités. Pour votre matériel, application ou équipe, les modèles, adaptations et modalités de déploiement sont évalués par produit.

Concept de robot compagnon IA pour enfants. L’écran d’exemple affiche 07:30 et le jeudi 12 décembre ; ce n’est pas l’heure actuelle.
Pratique de conception produitRobot compagnon IA pour enfants ↗
01 / L’appareil donne une invitation adaptée02 / L’enfant commence une activité réelle03 / Les parents définissent les limites

Pratique de conception : organiser appareil, application parentale et IA autour de l’action réelle.

Forme du produit et répartition des rôles · Exemple
Concept d’enceinte IA spatiale dans un salon
Piste d’exploration produitEnceinte IA spatiale ↗
01 / Le son façonne l’expérience du lieu02 / L’avatar apporte une réponse visible03 / L’appareil porte l’interaction

Orientation produit : explorer comment le son et l’expression virtuelle créent ensemble une expérience dans l’espace.

Forme du produit et répartition des rôles · Exemple

Les capacités peuvent aussi être combinées pour accompagner les aînés ou permettre aux jeunes d’exprimer leur personnalité.

Vie numérique, mémoire durable, avatars entre appareils, exécution complète des agents et contrôle des droits des utilisateurs restent des objectifs de développement. La disponibilité dépend du produit, de la carte, du micrologiciel et de la version du service.

Compatibilité matérielle et avancement
BK7258
Essai réussi sur une carte précise

Des essais ont été consignés pour une carte BK7258 et un micrologiciel précis ; la validation pour la production n’est pas terminée.

ESP32-C3
Essai de base vérifié

ESP32-C3 + ES8311 dispose de traces de compilation, de programmation et de démarrage ; les fonctions vocales complètes, le réseau et les mises à jour à distance nécessitent une validation supplémentaire.

ESP32-S3
Proposition de conception matérielle

Le produit ESP32-S3 pour les routines des enfants est encore en conception matérielle ; la validation de l’appareil complet et de la production n’est pas terminée.

Appareils Android / Linux
Objectifs d’architecture et d’adaptation

Une voie d’adaptation pour les appareils Android / Linux. Modèle, version du système et fonctions nécessitent une confirmation propre à chaque projet.

Plateforme et services
Certaines bases fonctionnelles existent

Certaines bases existent pour le contexte conversationnel, les politiques de modèles, l’autorisation, l’usage et les interfaces de mise à jour ; les agents complets, la mémoire à long terme et les capacités de l’appareil complet restent à développer et à valider.

La compatibilité est confirmée pour la carte, le micrologiciel et les versions de services utilisés dans chaque projet.

Relier votre produit et votre équipe

Partir de l’existant, ajouter les capacités nécessaires.

Matériel, applications, personnages de marque ou contenus existants peuvent être le point de départ. Prévoir séparément le déploiement cloud, privé ou hybride du socle, de la reconnaissance vocale et de la synthèse vocale.

Vos ressources actuelles

  • Matériel et appareils
  • Applications et équipe de développement
  • Droits sur les personnages, les voix et les contenus
Choisissez votre mode de déploiementCloud / Privé / Hybride

Services à intégrer

SocleIdentité, mémoire, agents et services produit
ASRLa reconnaissance vocale privée peut être adaptée séparément
TTSLa synthèse vocale privée peut être adaptée séparément

Déploiement et responsabilités

  • Cloud / privé / hybride
  • Flux de données et limites d’accès
  • Réception, exploitation et mises à jour

Le déploiement privé est une voie d’adaptation et de réception propre au projet. Licences des modèles, calcul, réseau et responsabilités d’exploitation doivent être confirmés. L’intégration cloud ne signifie pas que ce modèle peut être déployé dans un environnement privé.