Comprenez le travail.
Connaissez les limites.

Le système d’exploitation des agents d’IA qui agissent dans des lieux physiques. Aspinos relie les observations des caméras et d’autres sources aux consignes, aux responsabilités et à l’historique d’un site, pour que des agents puissent préparer et coordonner le travail.

Une caméra montre une partie d’un lieu. Aspinos réunit cette observation avec la zone concernée, la règle d’exploitation et la personne responsable. Le travail qui en découle peut comprendre une inspection, une proposition d’intervention ou une passation, la preuve et toute incertitude restant à ses côtés.

Le prototype actuel s’appuie sur un ensemble défini d’agents intégrés pour vérifier les observations, appliquer le contexte configuré, préparer les tâches et conserver les enregistrements. Leur travail suit des règles explicites et des limites d’autorité. Ce n’est pas une plateforme ouverte à des agents quelconques, et l’explication d’un agent ne prouve pas qu’une action a abouti.

Le prototype en fonctionnement peut répondre à des questions prises en charge à partir des enregistrements qu’un utilisateur est autorisé à voir : ce qui a changé, ce qui demande attention, quelles preuves étayent un dossier. Il relie la réponse à ces enregistrements. Les questions du site web utilisent des exemples scénarisés ; elles n’analysent pas vos images.

Les personnes responsables de lieux physiques : personnels scolaires, équipes de mosquées et de communautés, exploitants hôteliers, et équipes travaillant dans l’industrie, la construction, le commerce de détail et le maritime. Chaque lieu exige ses propres consignes d’exploitation et sa propre évaluation. Les exemples de ce site web ne désignent aucun déploiement client commandé.

Sharoze Ali, cofondateur et CTO, dirige les travaux de perception, d’acquisition caméra et d’exécution en périphérie. Yusuf Baykal Bozkurt, cofondateur et CEO, dirige la vision produit, la stratégie, les partenariats et le développement commercial. Yusuf est le fondateur de Beonbrand Inc. Le récit de l’entreprise présente leurs parcours et leurs profils LinkedIn.

Le prototype prend en charge une acquisition délimitée de caméras et de sources, aux côtés de connexions simulées de caméra, de contrôle d’accès, de notification, d’environnement et de systèmes du bâtiment. La compatibilité doit être éprouvée avec l’appareil, les autorisations et le réseau concernés. Enregistrer une connexion n’établit ni qu’un équipement est connecté ni qu’une action physique a été remise.

Identifiez le site et les personnes responsables, ajoutez et éprouvez les sources, placez-les sur le plan, puis configurez les zones d’analyse, la confidentialité et les consignes d’exploitation. Le prototype sépare brouillon, essai, examen et publication. Une version examinée s’applique au site sélectionné ; un brouillon enregistré ne met aucun équipement en service.

Exploitation réunit dossiers, responsabilité, preuves et tâche suivante. Surveillance fournit les plans de caméras, l’état des sources et les preuves conservées à l’heure de l’événement. Administration contient l’expérience Command complète, la configuration du site, les personnes et les connexions. La démonstration d’équipe locale partage un même monde de site persistant, délimité par les autorisations, entre les trois.

Le choix de déploiement dépend des sources, des modèles et de la charge de travail. Aspinos a mené des expériences CPU délimitées, et la capacité GPU fait partie du plan de développement et d’évaluation. Une évaluation de site doit établir les besoins de traitement et la performance mesurée ; nous n’affirmons pas que chaque caméra peut fonctionner sur un ordinateur existant.

Envisagez une évaluation délimitée lorsque les observations, les consignes du site et le travail de suivi sont dispersés entre caméras et outils d’exploitation. Commencez par un flux de travail défini, des données source autorisées et une équipe nommée capable d’examiner les résultats. La compatibilité des appareils, la confidentialité, les besoins de traitement et l’utilité doivent être démontrés sur ce site.

Dans l’acquisition protégée du prototype, les masques de confidentialité publiés occultent les pixels avant traitement et stockage. La consultation et les exports utilisent les captures protégées, qui conservent leur version de masque. Un changement ultérieur ne réécrit pas en silence les images historiques. Le chemin réel de la caméra et la configuration de confidentialité doivent être vérifiés avant une évaluation de site.

Non. Une zone d’analyse définit où une observation est pertinente, par exemple une entrée ou une zone réglementée. Un masque de confidentialité masque des pixels. Exclure une zone de l’analyse ne la masque pas dans les images.

Non. La reconnaissance faciale, l’inférence démographique et la déduction d’intention sont hors du produit. Une observation visible peut justifier une vérification ; elle ne peut établir qui est une personne, ce qu’elle croit ni ce qu’elle compte faire.

Les agents exécutent le travail. Les personnes détiennent l’autorité. Le moteur d’exécution exige une personne nommée et autorisée pour les actions conséquentes, et applique les exigences d’approbation supplémentaires là où elles sont configurées. Un accès d’administration ne confère pas en soi l’autorité d’approbation opérationnelle. Approbation, remise, accusé de réception et résultat vérifié restent distincts.

L’entrée manquante reste visible. Une caméra perdue ne signifie pas qu’une zone est dégagée, et un événement non jugé reste une tâche pour une personne. Achever une tâche d’intervention n’efface ni un examen de preuves distinct ni une exigence de clôture.

Le site web combine des scènes scénarisées, des médias de présentation conservés et des exemples interactifs pour expliquer le produit. Ce ne sont pas des preuves de détection en direct ni d’un déploiement client. Le prototype en fonctionnement conserve à part les enregistrements source et les classifications de capture : en direct, enregistré, mis en scène ou simulé. La présentation ne rehausse jamais leur preuve.

Le prototype local démontre le travail partagé sur dossiers, la surveillance, la configuration, les autorisations, les captures protégées et l’historique conservé. Certains chemins de source pris en charge peuvent accepter une entrée supervisée ; les intégrations d’équipements exigent leurs propres vérifications de recette. Une démonstration logicielle achevée n’établit ni exactitude sur le terrain, ni pilote commandé, ni préparation à la production.

Aspinos est un projet d’entreprise en développement et n’est pas encore constitué en société distincte. Le logiciel actuel prend en charge une démonstration d’équipe partagée avec des sites fictifs ; les preuves disponibles n’établissent aucun déploiement client commandé. Un véritable pilote exige un périmètre convenu, une entité contractante, l’autorisation d’utiliser les données source et une évaluation sur place.

Non. Les consignes de site en vigueur et les enregistrements antérieurs apportent du contexte ; ce ne sont pas des poids de modèle entraînés automatiquement. Aspinos prévoit de développer et d’évaluer ses capacités de perception et de raisonnement à partir de données dûment autorisées. Tout entraînement, changement de version ou affirmation de performance renforcée exige ses propres preuves et son propre examen.

Commencez par un lieu et un flux de travail utile. Convenez de l’équipe responsable, des autorisations d’accès, des données source, des limites de confidentialité et de ce qu’une évaluation réussie démontrerait. La page Déploiement aide à préparer cette conversation. Aucun accès au site, participation à un pilote ou date de livraison n’est présumé avant accord.