# patrickaudley.com — Contexte LLM (corpus complet) > Contenu complet en Markdown lisible par machine. Conformément à la spécification llmstxt.org, ceci est le complément long de [/llms.txt](https://patrickaudley.com/llms.txt). Site canonique : . Licence : Creative Commons BY-NC-SA CAv2.5. --- ## Page d'accueil # Patrick Colm Audley *Hacker · Technologue tous azimuts · Polymathe* Un technologue chevronné fort de trente années d'expérience internationale auprès d'entreprises en démarrage, doté d'une large palette de compétences scientifiques, commerciales et informatiques. Je travaille la longue frontière entre la recherche technique approfondie et l'exécution commerciale pragmatique — quel que soit le versant qu'un problème requière. Je partage actuellement mon temps entre [Chatnoir Informatiques Inc.](https://blackcatinformatics.ca/) — le cabinet de conseil que je dirige depuis 1994 — et la recherche appliquée à la croisée de l'Analyse Topologique des Données, de l'apprentissage de variétés, de Intelligence artificielle neuro-symbolique et de la sémantique des grands modèles de langage. Le fil conducteur de plus de trente années demeure inchangé : trouver des solutions élégantes aux problèmes techniques complexes, exploiter les isomorphismes de problèmes, et livrer du code qui fait ce qu'il annonce. Plus tôt dans ma carrière, j'ai joué un rôle clé dans moult lancements technologiques, acquisitions, pivots et sorties au fil d'un florilège d'entreprises en démarrage couvrant la téléphonie, le calcul haute performance, le crowdsourcing, la bioinformatique et la sécurité — plus de vingt-cinq lancements sur autant d'années. J'ai migré des systèmes à haut débit vers l'infonuagique (une plateforme sociale supportant un nombre massif de connexions simultanées au début des années 2010, des pipelines d'analyse scientifique pour la génétique et l'imagerie satellitaire, des déploiements financiers multi-continentaux à haute résilience) et j'ai appris, chaque fois, que les systèmes à empreinte minimale bâtis sur des primitives open source survivent aux architectures les plus élaborées. Je suis un membre actif des communautés d'entreprises en démarrage et de développement de Vancouver et de l'Alberta, et j'aime encourager les nouveaux talents. Faites miroiter quelque bon problème devant moi, tentez-moi d'une tasse de café, et je vous parlerai fort longuement sur quelque sujet que ce soit. Conjointe: Erin Audley. ### En cours - **Accompagner les organisations dans l'élaboration de leurs stratégies IA et données massives** à travers l'inflexion technologique en cours — non pas la version à la mode, mais celle où il faut réellement décider quoi bâtir, quoi reporter et quoi ignorer. - **Travailler à la convergence de l'énergie, du calcul et des systèmes autonomes** — appliquer l'IA et l'ingénierie des systèmes à des problèmes difficiles aux enjeux commerciaux majeurs dans la production d'énergie, le refroidissement, les infrastructures résilientes et les technologies climatiques. - **Construction de la couche mécanique de l'IA neuro-symbolique** — combinaison d'espaces sémantiques d'ordre supérieur, de dynamique des espaces latents, de structures topologiques et de variétés, et de logique explicite. [Logit Loom](https://github.com/paudley/logit-loom) rend la génération de tokens programmable et inspectable ; [GMEOW](https://github.com/Blackcat-Informatics/gmeow-ontology) fournit des affirmations attribuées, le raisonnement, la révision et une mémoire portable. - **Construction de [PurRDF](https://blackcatinformatics.ca/fr/purrdf/) ** — la boîte à outils RDF 1.2, désormais en version 1.0. Un seul moteur Rust écrit à partir de zéro, porté octet pour octet vers Python, WebAssembly/JavaScript et C : codecs natifs, canonicalisation, SPARQL 1.1/1.2, SHACL, ShEx et inférence jusqu'à Web Ontology Language 2 Logique de description. La recherche plein texte classée, les prédicats spatiaux et la similarité vectorielle sont répondus depuis SPARQL même, dans le processus. Le principe : un graphe doit signifier la même chose dans chaque environnement d'exécution, et il ne devrait pas exiger une instance PostgreSQL à ses côtés. - **Maintenance d'une poignée de petites bibliothèques** — la bibliothèque d'erreurs structurées [e](https://github.com/paudley/e) et un cache [LRU](https://github.com/paudley/lru_cache) rapide en C++ écrit pour la première fois en 2004 et toujours utile. ### Open Source - **[PurRDF](https://github.com/Blackcat-Informatics/purrdf)** (Rust / Python / WebAssembly / C) — Développé dans le cadre de nos travaux sur les moteurs neuro-symboliques, PurRDF fournit des fondations publiques et open source pour représenter, interroger et raisonner sur des connaissances structurées. Il est conçu pour servir bien au-delà de ces travaux. PurRDF réunit requêtes sur graphes, raisonnement logique, validation et recherche dans une boîte à outils RDF 1.2 cohérente. Recherche textuelle, relations spatiales et similarité vectorielle peuvent participer à une même requête sur un même jeu de données, sans assembler une seconde pile de bases de données. La justesse exige aussi de savoir ce qu’une réponse établit. Le raisonnement rend compte de sa complétude et de ses limites ; les requêtes soumises à des budgets d’exécution distinguent réponses complètes et résultats partiels. Le même moteur Rust s’exécute en natif et en WebAssembly, avec des interfaces Python, JavaScript et C. - **[Logit Loom](https://github.com/paudley/logit-loom)** (Rust) — Boîte à outils Rust pour observer, transformer, piloter, arrêter, reprendre et comptabiliser la génération de tokens. Logit Loom fournit des contrats indépendants du moteur pour les transformations ordonnées des logits, des observateurs des octets exacts des tokens, des contrôles bornés de génération, des plans et reçus liés au contenu, ainsi qu'un adaptateur llama.cpp avec checkpoints liés à l'identité et pilotage à portée explicite. - **[gmeow](https://github.com/paudley/gmeow)** (Python) — Intelligence Gmail locale pour agents et automatisation. REST en loopback et MCP sur Gmail, appuyés par PostgreSQL, recherche sémantique, sidecars de pièces jointes, stockage local d'objets et graphe de connaissances. Conçu pour des systèmes locaux mono-utilisateur de confiance plutôt que pour l'ingestion de boîtes mail hébergée. - **[gmeow-ontology](https://github.com/Blackcat-Informatics/gmeow-ontology)** (Rust / Python / RDF 1.2) — GMEOW est notre projet, encore en phase de préversion, de fondation computationnelle pour la connaissance et le raisonnement. Il réunit logique, langage et mathématiques dans un modèle cohérent, embrassant personnes et organisations, observations scientifiques, ainsi que croyances, intentions et interprétations des agents humains et artificiels. L’ambition est de raisonner à travers ces domaines en préservant les distinctions qui donnent sens à leur information. Une mesure, la sortie d’un modèle et une assertion humaine peuvent partager une structure d’affirmation sans devenir interchangeables. Preuves, point de vue, désaccord et révision ont leur place auprès de l’affirmation. Le raisonnement doit être tout aussi inspectable : ses prémisses, hypothèses et limites doivent accompagner ses conclusions. La mémoire d’agent fondée en est une application. Plus largement, ces travaux interrogent la manière dont la connaissance peut passer d’un vocabulaire, d’une représentation mathématique ou d’un système de raisonnement à l’autre sans changer silencieusement de sens — et comment établir ce que chaque transformation préserve, modifie ou perd. - **[gmeow-gts](https://github.com/Blackcat-Informatics/gmeow-gts)** (Rust / Python / Go / TypeScript) — GTS rassemble les fichiers et les relations qui leur donnent sens : leur origine, les traitements qu’ils ont subis, les affirmations ou décisions qui s’appuient sur eux. Le paquet porte sa propre histoire, sans dépendre du système d’origine pour l’expliquer. Les nouvelles contributions s’ajoutent par couches : une autre analyse, une affirmation corrigée, un original de plus haute résolution, une revue signée. Elles peuvent être ajoutées sans réécrire ce qui précède, réunies en paquets plus vastes ou livrées progressivement selon les besoins du lecteur. Empreintes de hachage et signatures facultatives permettent aux destinataires de vérifier l’intégrité et l’attribution. - **[ai-notes](https://github.com/paudley/ai-notes)** (Shell) — Carnet de travail pour l'expérimentation de modèles locaux, les articles de ML dignes de suivi et les menus éléments réutilisables de plomberie d'inférence. Public afin que les notes servent de leur propre journal des modifications. - **[nonlinear-semantic-graphs](https://github.com/paudley/nonlinear-semantic-graphs)** (Python) — Découverte de relations émergentes dans les graphes de connaissances au sein d'espaces vectoriels sémantiques d'ordre supérieur — apprentissage de variétés et analyse spectrale appliqués aux plongements LLM afin de faire apparaître des relations absentes du corpus source. - **[lru_cache](https://github.com/paudley/lru_cache)** (C++) — Cache LRU (Least Recently Used) rapide et thread-safe, sous forme de template C++, accompagné d'une suite complète de tests unitaires. Écrit pour la première fois en 2004 et toujours utile — le genre de petite bibliothèque qui doit simplement fonctionner. ### Publications - **Emergent Knowledge Graphs from High-Order Semantic Spaces** (2025-10-01). Document de travail · Chatnoir Informatiques Inc. (2025). - **Evaluating Usability and Security with Users of All Ages** (2007-04-30). CHI 2007 — Atelier sur l'utilisabilité et la sécurité. - **OXBench: A benchmark for evaluation of protein multiple sequence alignment accuracy** (2003-10-10). BMC Bioinformatics 4:47 (2003). doi:10.1186/1471-2105-4-47. ### Couverture - **[Cogneto: to identity and beyond!](https://www.infoworld.com/article/2199876/cogneto-to-identity-and-beyond.html)** — InfoWorld, 2007-05-25. Article d'InfoWorld sur la technologie d'identité de Cogneto ; utilisé comme source tierce étayant le rôle de fondateur et directeur technique de Patrick Audley chez Cogneto Development Inc. Atteste: Patrick Audley fut fondateur et directeur technique de Cogneto Development Inc. durant la période d'authentification adaptative de 2006-2007. - **["Powered by Your Mind" Academics, Psychology, Technology Drive New Authentication Solution](https://www.cutimes.com/2007/01/16/powered-by-your-mind-academics-psychology-technology-drive-new-authentication-solution/)** — Credit Union Times, 2007-01-16. Article de Credit Union Times sur les travaux d'authentification cognitivo-biométrique de Cogneto ; utilisé comme source tierce étayant le rôle de Patrick Audley chez Cogneto et ses travaux sur l'authentification adaptative. Atteste: Patrick Audley a œuvré sur la technologie d'authentification cognitivo-biométrique et adaptative de Cogneto en tant que fondateur et directeur technique. ### Brevets - **Globally Aware Authentication System**. US 2008/0222706 A1, publié le 2008-09-11. - **System and method for user polling over a network**. US 8,510,385 B2, publié le 2013-08-13. ### Les Arts Au-delà du travail technologique, je participe à [Odd Numbered Productions](https://oddnumberedproductions.ca), notre véhicule artistique, où je crée des œuvres à la croisée de l'IA, des données de capteurs et de l'art cryptographique. ### Contact - Courriel: - Téléphone: +1 (780) 670-0484 - GitHub: - GitLab: - LinkedIn: - Crunchbase: - ORCID: - Google Scholar: - X: - Twitter: - YouTube: - Stack Overflow: - PyPI: - Facebook: - Reddit: - Courrier aux soins de : Chatnoir Informatiques Inc., 112 Westbourne Rd., Spruce Grove, AB, Canada T7X 1R6 --- ## Curriculum Vitæ # Patrick Colm Audley — Curriculum Vitæ *Hacker · Technologue tous azimuts · Polymathe* Spruce Grove, AB · · +1 (780) 670-0484 · · ORCID [0000-0003-4382-7625](https://orcid.org/0000-0003-4382-7625) · Wikidata [Q139770478](https://www.wikidata.org/entity/Q139770478) · ENS `patrickaudley.com` · Ethereum [0x3FEFC1B6D9b6A851bfC274fEa1929c31c6F23cf2](https://etherscan.io/address/0x3FEFC1B6D9b6A851bfC274fEa1929c31c6F23cf2) ### Sommaire Ma carrière tient, par essence, en une seule phrase : **je traduis l'impossible en réel.** ### Réalisations choisies - **Certifié les états financiers en tant que DAF** d'un émetteur assujetti canadien ; jeté un pont entre les marchés des capitaux réglementés et la tokenisation par cryptomonnaie (ABT Capital Markets, 2018–2024). - **Fondé une entreprise de sécurité en démarrage au Royaume-Uni ; levé 1,2 M £** et contribué à un portefeuille de plus de 12 brevets d'authentification adaptative (Cogneto, 2006–2007). - **Opéré un pipeline géospatial PostGIS de 30 To** assurant la détection quasi temps réel des feux de forêt sur des flux satellitaires hétérogènes ; au service de plusieurs gouvernements et clients commerciaux (Tanka Technologies, 2017–2022). - **Architecte principal d'un déploiement national d'ICP** pour un ESLC : plus de 2 000 systèmes, plus de 1 000 réseaux, 16 villes ; dirigé des enquêtes de criminalistique numérique en tant que membre du CSIRT (GT Group Telecom, 1997–2001). - **Construit une grappe de calcul de 100 processeurs** avec PXE/imagerie sur mesure et Sun Grid Engine pour la School of Life Sciences de l'Université de Dundee (2002–2004). - **Plus de 30 ans de présence dans les communautés d'entreprises en démarrage de Vancouver et de l'Alberta** ; plus de 25 lancements en tant que cadre à temps partagé via Chatnoir Informatiques ; réseau étoffé de fondateurs, investisseurs et opérateurs (1994–aujourd'hui). - **Co-auteur d'OXBench** (BMC Bioinformatics 2003), un banc d'essai fondateur pour l'alignement multiple de séquences protéiques qui guide le domaine depuis deux décennies. ### Expérience #### Chatnoir Informatiques Inc. · 1994–aujourd'hui **Fondateur et consultant principal en gestion** · *Conseil en gestion · Directeur technique à temps partagé* Conseil de haut vol en informatique et en gestion au service des communautés d'entreprises en démarrage de Vancouver et de l'Alberta. Expertise couvrant le calcul haute performance et infonuagique, la sécurité de niveau militaire, les réseaux de qualité opérateur, la chaîne de blocs, la bioinformatique, l'apprentissage automatique, l'imagerie satellitaire et la cryptologie. - Mandats de directeur technique itinérant : gestion de haut niveau, supervision exécutive, exécution les mains dans le code. - Architecture de solutions pour des problèmes techniques complexes — conception en ressources raréfiées et pérennité assurée. - Navigation infonuagique : grappes, grilles, lambdas, microservices ; automatisation devops tous fournisseurs confondus. - Processus et exécution d'entreprises en démarrage, de l'idée au financement de démarrage. #### Axes · 2025–aujourd'hui **Chercheur principal** · *IA · intelligence des données* #### FydoDx (Biocode AI) · 2023–aujourd'hui **Directeur technique à temps partagé** · *IA vétérinaire · automatisation des flux cliniques* Directeur technique à temps partagé pour une plateforme vétérinaire propulsée par l'IA — transcription en temps réel, notes SOAP automatisées, vérification des dosages et dossiers cliniques multilingues couvrant plus de 80 langues. - Feuille de route technologique et architecture pour la documentation clinique pilotée par l'IA. - Stratégie de recrutement, mentorat des développeurs et mise en place des fondations de processus d'ingénierie. - Direction du pipeline IA/AA — sélection de modèles, stratégie d'affinage, patrons d'intégration. - Posture de sécurité, cadre de conformité et gestion des risques pour des données à vocation sanitaire. #### ABT Capital Markets Inc. · 2018–2024 **Président, chef de l'exploitation et directeur financier** · *Fintech · marchés des capitaux réglementés · tokenisation* Société fintech développant une plateforme conforme de chaîne de blocs pour la tokenisation du capital-investissement, du capital-risque, de l'immobilier et d'autres actifs alternatifs. Les Asset Backed Tokens™ ouvrent aux particuliers l'accès à des marchés traditionnellement réservés aux institutionnels. - Opéré un émetteur assujetti canadien pendant plusieurs années ; certifié les états financiers en tant que directeur financier. - Jeté un pont entre les marchés des capitaux réglementés et le far west des cryptomonnaies. - Mené la vérification diligente des transactions et dirigé l'examen juridique. - Rédigé des contrats Solidity et œuvré sur des solutions multi-chaînes de blocs. #### Tanka Technologies Inc. · 2017–2022 **Directeur technique** · *Renseignement géospatial · analyse d'imagerie satellitaire* Systèmes d'analyse géospatiale et de corrélation d'événements à l'échelle mondiale, à haut débit et en temps réel — fusionnant les flux satellitaires publics (GOES-R, MODIS, VIIRS, Himawari) avec la détection statistique et par apprentissage automatique. - Bâti un pipeline mondial de détection précoce des feux de forêt avec analyse en quasi-temps réel de flux satellitaires hétérogènes. - Livré des données à plusieurs gouvernements et organismes gouvernementaux ainsi qu'à des clients commerciaux. - Opéré un entrepôt de données PostgreSQL / PostGIS de 30 To et optimisé régulièrement de lourdes requêtes spatiales. - Collaboré avec des grappes de recherche universitaires sur l'intégration LiDAR et l'analyse de la composition forestière. #### Strutta · 2015–2021 **Directeur technique** · *Marketing social · plateformes d'engagement de marque* Conçu des plateformes de promotion sociale avec une équipe d'experts en marketing social ; instrumenté et façonné l'engagement des marques à grande échelle. - Dirigé les équipes de développement au fil de plusieurs itérations produit : recrutement, constitution d'équipe, formation, orientation. - Fixé la grande direction technique de Strutta et de sa flottille de sociétés apparentées. - Exercé des fonctions de direction générale au sein d'une structure de société cotée. #### Mobio Technologies Inc. · 2013–2021 **Directeur général, Technologie** · *Plateformes infonuagiques · incubateur coté en bourse* Maître du paysage technique à travers le portefeuille Mobio / LX Ventures : vérification diligente des acquisitions, planification budgétaire, infrastructure infonuagique, recrutement, gestion des équipes. *Mobio fut acquise par LX Ventures, laquelle reprit par la suite le nom de Mobio.* - Bâti une infrastructure infonuagique à grande échelle supportant un site classé dans le top 5000 d'Alexa (2014). - Dirigé des déploiements multi-plateformes sur AWS, GCE et Heroku. - Administrateur de bases de données en dernier recours pour le portefeuille — résolvant les problèmes diaboliques que nul autre n'osait affronter. - Fonctions d'équipe de direction pour un incubateur coté en bourse. #### Cogneto Development Inc. · 2006–2007 **Fondateur et directeur technique** · *Biométrie cognitive · authentification adaptative* Fondé Cogneto en février 2006 ; levé 1,2 million de livres sterling ; assemblé une équipe d'ingénieurs de classe mondiale et bâti un programme logiciel étroitement couplé, centré sur l'utilisateur et de haute sécurité. - Contribué à un riche portefeuille de brevets couvrant plus de douze brevets. - Piloté la fusion du design centré utilisateur avec l'ingénierie de sécurité consciente de l'adversaire. - Touché à quasi toutes les facettes de la construction d'une entreprise en démarrage de premier ordre — financement, recrutement, propriété intellectuelle, mise en marché. #### University of Dundee · 2002–2004 **Responsable du calcul haute performance** · *Biologie computationnelle · calcul haute performance universitaire* Spécifié, approvisionné et opéré l'infrastructure de calcul de recherche pour la School of Life Sciences. - SAN IBM de 20 To avec Tivoli Storage Manager — 2 Gbps en NFS pur. - Nouvelle dorsale réseau Cisco avec NAT et détection d'intrusion. - Grappe de recherche de 100 processeurs sur PXE / imagerie sur mesure, Sun Grid Engine et un ensemble de déploiement forgé à dessein. - Outils de surveillance auto-découvrants cartographiant la topologie des commutateurs et signalant les zones problématiques au fil de la croissance du réseau. - Participation à plusieurs projets de recherche biologique. #### GT Group Telecom · 1997–2001 **Architecte principal en commerce électronique — ICP et cryptographie** · *ESLC national · sécurité de l'équipe fondatrice* Architecte sécurité et ICP au sein de l'équipe fondatrice d'un ESLC national. Conçu et supervisé la construction de deux coffres-forts ICP à haute sécurité et de l'infrastructure environnante. - Coordonné un audit national des réseaux de GT : plus de 2 000 systèmes, plus de 1 000 réseaux, 3 domaines de routage autonomes, 16 villes. - Membre clé de l'équipe d'intervention en cas d'incident de sécurité informatique de GT ; mené plusieurs enquêtes de criminalistique numérique. - Conçu des applications fondées sur l'ICP en Perl, C, C++ et PHP — dont le système d'authentification hybride Realtorlink et la messagerie sécurisée privée (SPIM). - Soutien à la vente pour les produits ICP et de sécurité. - Responsable de la sécurité réseau sur l'ensemble des réseaux à haute sécurité de Group Telecom. - Responsable de la conception et de la mise en œuvre de toutes les applications, services et installations centrés sur l'ICP. - Livré des évaluations d'affaires pour des partenaires et clients potentiels. ### Postes antérieurs - **2026–aujourd'hui** — Directeur technique suppléant et développeur principal, Karve Information Technology Ltd. · *SaaS vertical · plateformes de services terrain* - **2022–2023** — Développeur principal, Ardan Labs · *Conseil en Go · formation et transfert de connaissances* - **2022–2022** — Candidat au conseil des parcs, TEAM for a Livable Vancouver · *Engagement civique · politique vancouvéroise* - **2020–2022** — Directeur technique, ESG Analytics · *Investissement à impact · données ESG* - **2017–2018** — Membre du comité consultatif technique, Calyx Bio-Ventures Inc. · *Conseil en bio-entreprises* - **2015–2015** — Directeur technique par intérim, PlaceSpeak Inc. · *Tech civique · consultation géolocalisée* - **2011–2013** — Architecte en chef et vice-président de l'ingénierie, Mobio Technologies Inc. · *Infonuagique lean-startup · paiements* - **2011–2011** — Architecte d'intégration, Dominion Enterprises · *Intégration d'entreprise* - **2010–2011** — Développeur principal, one45 Software · *Logiciels d'enseignement médical* - **2008–2010** — Vice-président, Technologie, Chaordix · *Plateformes de crowdsourcing* - **2008–2008** — Hacker — Sécurité et rehaussement de code, Galaxy Telecom · *VOIP · audit de code* - **2004–2006** — Architecte logiciel principal, Adzilla New Media · *ICAP · modification web en ligne* - **1996–1997** — Administrateur de systèmes / SIG, Axion Internet Inc. · *Infrastructure de FAI* ### Travaux open source sélectionnés - **[PurRDF](https://github.com/Blackcat-Informatics/purrdf)** (Rust / Python / WebAssembly / C · MIT OR Apache-2.0) — Développé dans le cadre de nos travaux sur les moteurs neuro-symboliques, PurRDF fournit des fondations publiques et open source pour représenter, interroger et raisonner sur des connaissances structurées. Il est conçu pour servir bien au-delà de ces travaux. PurRDF réunit requêtes sur graphes, raisonnement logique, validation et recherche dans une boîte à outils RDF 1.2 cohérente. Recherche textuelle, relations spatiales et similarité vectorielle peuvent participer à une même requête sur un même jeu de données, sans assembler une seconde pile de bases de données. La justesse exige aussi de savoir ce qu’une réponse établit. Le raisonnement rend compte de sa complétude et de ses limites ; les requêtes soumises à des budgets d’exécution distinguent réponses complètes et résultats partiels. Le même moteur Rust s’exécute en natif et en WebAssembly, avec des interfaces Python, JavaScript et C. - **[Logit Loom](https://github.com/paudley/logit-loom)** (Rust · MIT OR Apache-2.0) — Boîte à outils Rust pour observer, transformer, piloter, arrêter, reprendre et comptabiliser la génération de tokens. Logit Loom fournit des contrats indépendants du moteur pour les transformations ordonnées des logits, des observateurs des octets exacts des tokens, des contrôles bornés de génération, des plans et reçus liés au contenu, ainsi qu'un adaptateur llama.cpp avec checkpoints liés à l'identité et pilotage à portée explicite. - **[gmeow](https://github.com/paudley/gmeow)** (Python · AGPL-3.0) — Intelligence Gmail locale pour agents et automatisation. REST en loopback et MCP sur Gmail, appuyés par PostgreSQL, recherche sémantique, sidecars de pièces jointes, stockage local d'objets et graphe de connaissances. Conçu pour des systèmes locaux mono-utilisateur de confiance plutôt que pour l'ingestion de boîtes mail hébergée. - **[gmeow-ontology](https://github.com/Blackcat-Informatics/gmeow-ontology)** (Rust / Python / RDF 1.2 · CC BY 4.0 / AGPL-3.0-only) — GMEOW est notre projet, encore en phase de préversion, de fondation computationnelle pour la connaissance et le raisonnement. Il réunit logique, langage et mathématiques dans un modèle cohérent, embrassant personnes et organisations, observations scientifiques, ainsi que croyances, intentions et interprétations des agents humains et artificiels. L’ambition est de raisonner à travers ces domaines en préservant les distinctions qui donnent sens à leur information. Une mesure, la sortie d’un modèle et une assertion humaine peuvent partager une structure d’affirmation sans devenir interchangeables. Preuves, point de vue, désaccord et révision ont leur place auprès de l’affirmation. Le raisonnement doit être tout aussi inspectable : ses prémisses, hypothèses et limites doivent accompagner ses conclusions. La mémoire d’agent fondée en est une application. Plus largement, ces travaux interrogent la manière dont la connaissance peut passer d’un vocabulaire, d’une représentation mathématique ou d’un système de raisonnement à l’autre sans changer silencieusement de sens — et comment établir ce que chaque transformation préserve, modifie ou perd. - **[gmeow-gts](https://github.com/Blackcat-Informatics/gmeow-gts)** (Rust / Python / Go / TypeScript · MIT OR Apache-2.0) — GTS rassemble les fichiers et les relations qui leur donnent sens : leur origine, les traitements qu’ils ont subis, les affirmations ou décisions qui s’appuient sur eux. Le paquet porte sa propre histoire, sans dépendre du système d’origine pour l’expliquer. Les nouvelles contributions s’ajoutent par couches : une autre analyse, une affirmation corrigée, un original de plus haute résolution, une revue signée. Elles peuvent être ajoutées sans réécrire ce qui précède, réunies en paquets plus vastes ou livrées progressivement selon les besoins du lecteur. Empreintes de hachage et signatures facultatives permettent aux destinataires de vérifier l’intégrité et l’attribution. - **[ai-notes](https://github.com/paudley/ai-notes)** (Shell · MIT) — Carnet de travail pour l'expérimentation de modèles locaux, les articles de ML dignes de suivi et les menus éléments réutilisables de plomberie d'inférence. Public afin que les notes servent de leur propre journal des modifications. - **[nonlinear-semantic-graphs](https://github.com/paudley/nonlinear-semantic-graphs)** (Python · CC-BY-NC-SA-4.0) — Découverte de relations émergentes dans les graphes de connaissances au sein d'espaces vectoriels sémantiques d'ordre supérieur — apprentissage de variétés et analyse spectrale appliqués aux plongements LLM afin de faire apparaître des relations absentes du corpus source. - **[lru_cache](https://github.com/paudley/lru_cache)** (C++ · GPL-2.0) — Cache LRU (Least Recently Used) rapide et thread-safe, sous forme de template C++, accompagné d'une suite complète de tests unitaires. Écrit pour la première fois en 2004 et toujours utile — le genre de petite bibliothèque qui doit simplement fonctionner. ### Publications - [Emergent Knowledge Graphs from High-Order Semantic Spaces](https://github.com/paudley/nonlinear-semantic-graphs) · *Document de travail · Chatnoir Informatiques Inc. (2025)* · 2025-10-01 - **Evaluating Usability and Security with Users of All Ages** · *CHI 2007 — Atelier sur l'utilisabilité et la sécurité* · 2007-04-30 - [OXBench: A benchmark for evaluation of protein multiple sequence alignment accuracy](https://bmcbioinformatics.biomedcentral.com/articles/10.1186/1471-2105-4-47) · *BMC Bioinformatics 4:47 (2003)* · 2003-10-10 · doi:[10.1186/1471-2105-4-47](https://doi.org/10.1186/1471-2105-4-47) ### Brevets - [Globally Aware Authentication System](https://patents.google.com/patent/US20080222706A1) · US 2008/0222706 A1 · demande publiée ; statut juridique abandonné · 2008-09-11 - [System and method for user polling over a network](https://patents.google.com/patent/US8510385B2) · US 8,510,385 B2 · délivré · 2013-08-13 ### Formation - **École de la vie (édition Internet)** — Jeune Hacker · 1993–1995 ### Langues Anglais (Langue maternelle) · Français (Compétence professionnelle) · Mandarin (En apprentissage) ### Compétences & technologies Architecture logicielle · Science des données · Dynamique de l'espace latent · Neuro-symbolisme · Analyse spatiale · Opérations de sécurité en apprentissage automatique (MLSecOps) · Infonuagique · Méthodologies agiles · Développement logiciel · Bases de données · Entreprises en démarrage · Intégration · Applications Web · Unix · Linux · Commerce électronique · Sécurité informatique · Applications mobiles · MySQL · SaaS · Conception logicielle · Subversion · Appareils mobiles · Architecture · Amazon Web Services (AWS) · Développement Web · Extensibilité · Apache · Génie logiciel · OOP · Développement de produits · Entrepreneuriat · Sécurité des réseaux · Services Web · AJAX · Scrum · Cryptographie · LAMP · Android · Services gérés · Centre de données · PKI · REST · Gestion de programmes · Métaprogrammation STL · Gestion de la sécurité · Logiciel libre · Cryptomonnaie · Go · Python · C++ · Ruby · JavaScript · Perl · PHP · jQuery · XML --- ## Notes *Notes de travail, prises de position et courts essais. Pour l'essentiel, des textes que j'aurais autrement publiés ailleurs — republiés ici afin qu'ils survivent à quelque plateforme que ce soit.* Auteur : [Patrick Colm Audley](https://patrickaudley.com/) · Licence : Creative Commons BY-NC-SA CAv2.5 · Page d'accueil canonique : --- ### PurRDF 1.0 : un seul moteur RDF, un seul comportement, tous les langages **Date :** 2026-09-02 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:activity:7501321819077898240/) · **Étiquettes :** `rdf`, `rdf-1.2`, `sparql`, `shacl`, `shex`, `semantic-web`, `knowledge-graphs`, `linked-data`, `Rust`, `python`, `webassembly`, `logiciel libre` > PurRDF 1.0 est disponible : une boîte à outils RDF 1.2 écrite une seule fois en Rust et portée octet pour octet vers Python, WebAssembly/JavaScript et C. La recherche plein texte classée, les prédicats spatiaux et la similarité vectorielle sont répondus depuis SPARQL, dans le même processus et sur le même jeu de données — les trois tâches pour lesquelles un projet RDF faisait tourner PostgreSQL à côté de son triple store. **PurRDF 1.0.0 est disponible.** C'est une boîte à outils RDF 1.2 écrite une seule fois sous la forme d'un noyau Rust conçu à partir de zéro, puis portée telle quelle vers Python, WebAssembly/JavaScript et C. Le problème qui la justifie tient à une double fragmentation de l'outillage RDF. Entre les langages, chaque écosystème a son propre analyseur, avec ses propres bogues et son propre sous-ensemble de la spécification : déplacer un graphe d'un service Rust vers un pipeline Python puis vers un navigateur change silencieusement trois fois le sens des données. Dans le temps, RDF 1.2 — termes-triplets, réificateurs, littéraux à direction de base — est la révision courante de la norme, et presque aucune bibliothèque établie ne la porte. Le moteur est donc implémenté une seule fois. Chaque crate publiée se compile pour `wasm32-unknown-unknown`, et le dépôt n'expose délibérément aucun feature flag Cargo : un porteur de données ne doit pas avoir de comportement optionnel. Ce que je trouve le plus utile en pratique, c'est ce que cela retire d'une architecture. Les trois tâches qui maintiennent d'ordinaire une instance PostgreSQL à côté d'un triple store — recherche plein texte classée, prédicats spatiaux et similarité vectorielle — sont répondues à l'intérieur de PurRDF : dans le même processus, sur le même jeu de données, depuis la même requête SPARQL, sans seconde base ni tâche de synchronisation. Le classement plein texte est un BM25 en virgule fixe exacte, sans aucun flottant dans la crate. GeoSPARQL 1.1 lit la géométrie comme des rationnels exacts et décide chaque relation topologique sur un DE-9IM exact, sans GEOS ni PROJ. La recherche de plus proches voisins est exacte, non approchée. Les trois sont déterministes : les mêmes lignes, dans le même ordre, sur un serveur comme dans un onglet de navigateur — une garantie que la pile Postgres n'offre pas d'une machine à l'autre. Également inclus : des codecs natifs pour neuf syntaxes, la canonicalisation RDFC-1.0, SPARQL 1.1/1.2 avec Update complet et une exécution gouvernée qui rend des réponses partielles certifiées plutôt qu'une réponse fausse, SHACL Core ainsi que SHACL-SPARQL et SHACL-AF, ShEx 2.1, des régimes d'inférence allant de RDFS et OWL 2 RL jusqu'à un tableau OWL 2 à sémantique directe — chaque clôture étant rendue avec un rapport de raisonnement, de sorte qu'une réponse incomplète ne puisse jamais être présentée comme complète — et le transport de graphes GTS en fichier unique. Deux précisions honnêtes. D'abord, 1.0.0 n'est pas une version de fonctionnalités : c'est l'arbre de 0.13.0, republié sur les 21 crates via Trusted Publishing. Ce qui change, c'est l'engagement. À partir de 1.0.0, une rupture incrémente la version majeure, une version mineure est additive et une version corrective ne corrige que des bogues. Ensuite, l'ABI C est versionnée séparément et reste en 0.x ; le 1.0.0 du dépôt ne promet rien à son sujet. GTS atteint Rust, la ligne de commande, Python et C, mais n'est pas exposé par le paquet WebAssembly. Chaque moteur est verrouillé par sa suite de tests officielle, figée dans le dépôt : 1 105 tests de validation shexTest sur 1 105, 129 sur 129 pour SHACL W3C, 862 tests d'évaluation SPARQL réussis, 264 aller-retours de syntaxe sur 264, et des vecteurs GTS multi-langages figés. Il existe un bac à sable dans le navigateur pour essayer RDF 1.2 sans rien installer, et un livre pour la visite guidée. Le dépôt est ouvert : [PurRDF](https://github.com/Blackcat-Informatics/purrdf). La discussion est ouverte sur [X](https://x.com/paudley/status/2095558962779459703) et sur [r/semanticweb](https://www.reddit.com/r/semanticweb/comments/1w6dpk3/purrdf_100_a_fromscratch_rdf_12_sparql_shacl_shex/). *Autonome : · Ancre canonique : * --- ### Logit Loom : faire de la frontière des tokens une surface programmable **Date :** 2026-07-23 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:activity:7486090856559677452/) · **Étiquettes :** `Rust`, `ingénierie de l'IA`, `logiciel libre`, `llama.cpp`, `génération de tokens`, `pilotage de modèle`, `inférence reproductible`, `IA neuro-symbolique` > Logit Loom fait de la frontière des tokens une surface Rust programmable : composez des transformations ordonnées des logits, observez les octets exacts des tokens, arrêtez-vous à des frontières définies, créez des checkpoints de sessions llama.cpp et conservez des reçus sérialisables des mécanismes exécutés. Les LLM génèrent un token à la fois, mais nous les consommons généralement par tours — et nous passons ainsi à côté de l'essentiel du plaisir ! **Logit Loom** fait de la frontière des tokens une surface programmable. Jouez avec le flux, manipulez les logits, observez exactement ce qui est admis et entrez au cœur même de la boucle de génération. J'ai publié en open source une boîte à outils Rust pour construire autour de `llama.cpp` des pipelines de génération précis et inspectables : composer des transformations ordonnées des logits, observer les octets exacts des tokens, s'arrêter à des frontières définies, créer des checkpoints de sessions et conserver des reçus sérialisables de ce qui a été exécuté. C'est une base pour l'échantillonnage et le pilotage sur mesure, la génération contrainte, les runtimes d'agents, les expériences d'inférence reproductibles et la couche mécanique des systèmes neuro-symboliques. Elle n'écrira pas les parties amusantes à votre place, mais elle enlèvera toute la corvée nécessaire pour les écrire. Soyez votre propre docteur Frankenstein et jouez avec les esprits naissants de vos amis agentiques ! Le dépôt est ouvert : [Logit Loom](https://github.com/paudley/logit-loom). *Autonome : · Ancre canonique : * --- ### GMEOW : une super-ontologie centrée sur le raisonnement pour l'existence numérique **Date :** 2026-06-04 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:share:7468346496736772097/) · **Étiquettes :** `ontology-engineering`, `semantic-web`, `owl`, `rdf`, `linked-data`, `knowledge-graphs`, `représentation des connaissances`, `ontology-alignment`, `local-first`, `agents IA` > Un nouveau projet d'ontologie : GMEOW, la Global Metadata and Entity Ontology for the Web — une super-ontologie centrée sur le raisonnement, en OWL 2 DL, ancrée dans gUFO, pour l'existence numérique d'une personne ou d'une organisation. Elle forge des termes canoniques et s'aligne vers FOAF, REL, DOAP, GEDCOM, PROV-O, ORG, schema.org, vCard et Wikidata, en traitant provenance, confiance, validité temporelle et coréférence comme des préoccupations de premier ordre. J'ai lancé un nouveau projet d'ontologie : **GMEOW** — la Global Metadata and Entity Ontology for the Web. L'objectif de conception est une super-ontologie centrée sur le raisonnement, en OWL 2 DL, ancrée dans gUFO, pour modéliser l'existence numérique d'une personne ou d'une organisation. Tout est né d'un problème pratique : dès que l'on cherche à bâtir des agents locaux par-dessus une véritable mémoire personnelle ou organisationnelle, on se heurte vite à la fragmentation des vocabulaires. Contacts, courriel, documents, projets, notes, accords juridiques, généalogie, publications, comptes, agendas et présence sociale ont chacun leur manière — mûre mais isolée — de décrire le monde. FOAF, REL, DOAP, GEDCOM, PROV-O, ORG, schema.org, vCard, Wikidata et d'autres portent une structure utile, mais aucun ne donne la forme entière. L'approche de GMEOW consiste à forger des termes canoniques et à aligner vers l'extérieur. Plutôt que de réécrire les données sources, elle crée une couche supérieure cohérente où les vocabulaires de surface peuvent se projeter dans un modèle commun. L'ontologie est ancrée dans gUFO, vérifiée au regard des contraintes OWL 2 DL, et bâtie autour de l'idée que la provenance, la confiance, la validité temporelle et la coréférence sont des préoccupations de modélisation de premier ordre. Le projet croît par tranches. La première tranche, ce sont les entités et les contacts. Chaque tranche ajoute des termes canoniques, des tables d'alignement SSSOM, des fixtures et un rapport de couverture, afin que les progrès se mesurent sur des données réelles plutôt que sur de bonnes intentions. La chaîne d'outils fait aussi partie du propos : validation, raisonnement, correspondances, vérifications Wikidata, métadonnées, négociation de contenu, documentation, artefacts de construction et support de publication doivent tous tourner proprement. Les ontologies méritent, elles aussi, une discipline d'intégration continue. Je suis particulièrement preneur de retours de celles et ceux qui travaillent sur OWL/RDF, les ontologies de haut niveau, l'alignement d'ontologies, la publication web sémantique, les magasins de données personnelles, les modèles de provenance, l'IA locale et la mémoire des agents. Où avez-vous vu des graphes de connaissances personnels ou organisationnels se briser parce que la couche de vocabulaire était trop mince ? Le dépôt est ouvert : [gmeow-ontology](https://github.com/Blackcat-Informatics/gmeow-ontology). *Autonome : · Ancre canonique : * --- ### Gmeow : votre boîte aux lettres est la mémoire de l'agent, gardez-la locale **Date :** 2026-05-24 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:activity:7464480186072285184/) · **Étiquettes :** `logiciel libre`, `agents IA`, `gmail`, `mcp`, `local-first`, `semantic-search`, `knowledge-graphs`, `archives` > Le problème récurrent des agents personnels utiles tient à ceci : le contexte dont ils ont besoin existe déjà, mais non dans le lieu bien rangé qu'une démonstration aimerait exhiber. Il est dans le courrier. gmeow rend ce substrat postal utile en local grâce à REST en loopback, MCP, PostgreSQL, la recherche sémantique, les sidecars de pièces jointes, le stockage objet et un graphe de connaissances local. Le problème récurrent des agents personnels vraiment utiles tient à ceci : le contexte dont ils ont besoin existe déjà, mais non dans le lieu bien rangé qu'une démonstration aimerait exhiber. Il est dans le courrier. Pas seulement dans les messages, d'ailleurs. Il est dans les libellés, les pièces jointes à demi oubliées, les vieux fils de projet, les factures, les changements de vol, les avis de compte, les décisions prises par des canaux de traverse, les introductions, les engagements ponctuels, et toutes ces bribes de « vous souvenez-vous quand... » qui font d'une boîte aux lettres quelque chose de plus proche d'une mémoire institutionnelle que d'une correspondance. Pour un agent au travail, Gmail n'est pas une boîte de réception. C'est un substrat. `gmeow` est ma tentative de rendre ce substrat utile en local, sans le muer en quelque nouveau pipeline d'importation infonuagique. Le dessein est volontairement banal là où il doit l'être : s'authentifier auprès de Gmail, hydrater la boîte aux lettres, mettre en cache localement la structure utile, exposer une API en loopback, et offrir aux agents un endpoint MCP qu'ils peuvent interroger sans recevoir les clefs de tout le compte. Sous le capot, il tient un catalogue PostgreSQL des libellés, fils, en-têtes, structures MIME, catégories, triples de graphe, travaux, états de synchronisation et fragments d'embeddings ; il range les charges utiles dans un magasin objet adressé par contenu BLAKE3 ; il bâtit des sidecars pour les pièces jointes ; puis il superpose recherche lexicale, recherche sémantique et parcours de graphe. La frontière importante est celle-ci : `gmeow` n'est pas un service hébergé d'intelligence du courrier. Il s'adresse à des systèmes locaux, mono-utilisateur, de confiance. Par défaut, il se lie à `127.0.0.1`. Il ne prétend pas être une application exposée à Internet avec une couche d'authentification à moitié cuite qu'on aurait agrafée après coup. Si vous l'exposez à un réseau non fiable, vous sortez du modèle de menace. Cette contrainte n'est pas un inconvénient ; c'est le point même. La surface destinée aux agents est la part qui m'importe le plus. Un agent local de codage ou de recherche devrait pouvoir poser des questions comme : « Trouve le fil où nous avons arrêté le plan de migration. » « Montre-moi les pièces jointes de ce fournisseur qui mentionnent le renouvellement. » « Quelles personnes, quels projets et quels sujets sont reliés à ce message ? » « Résume les messages récents non lus dans cette catégorie. » « Archive ceci après avoir enregistré les métadonnées pertinentes. » Cela diffère moult de la construction d'un client de messagerie. Un client de messagerie est une interface pour un humain assis devant la vitre. `gmeow` est de la tuyauterie pour des agents oeuvrant aux côtés de l'humain : recherche, lectures, libellés, contacts, catégories, métadonnées de pièces jointes, état d'archive, recherche sémantique et exploration de graphe par REST et MCP. La pièce graphe est l'endroit où l'affaire devient intéressante. Le courrier regorge de structure latente : personnes, organisations, projets, documents, obligations, motifs opérationnels récurrents. Une part de cette structure est explicite dans les en-têtes et les libellés. Une autre n'apparaît qu'une fois le texte extrait, les catégories classées, les fragments embarqués et les relations laissées à s'accumuler. Je ne veux pas d'un agent qui ne ferait que de la recherche par mot-clef dans ma boîte. Je veux qu'il bâtisse une carte locale utilisable. Il y a aussi là un motif archivistique. Je n'ai jamais aimé les systèmes où la seule copie complète d'un dossier de travail vit derrière la frontière de produit de quelqu'un d'autre. `gmeow` garde en tête le chemin RFC822 brut, expose un service IMAP en lecture seule au-dessus des objets d'archive mis en cache, et traite les pièces jointes comme des objets locaux de premier ordre plutôt que comme des blobs opaques pendus à la réponse d'une API. Si une boîte aux lettres fait partie de votre mémoire longue, il devrait être possible de la préserver avec quelque dignité. C'est le premier membre d'un motif que je m'attends à réemployer sur toute la surface Google. Gmail est le point de départ évident, parce que le courrier est dense en contexte, mais la même forme local-first devrait convenir à Drive, Calendar et aux autres services que les agents doivent sans cesse raisonner. Chaque service reçoit son petit démon, son cache local, son modèle objet, ses outils MCP et une frontière de confiance volontairement étroite. État actuel : précoce, opiniâtre, et assez utile pour commencer à manger ma propre cuisine. Python, PostgreSQL, des bords façon FastAPI, pgvector pour les fragments d'embeddings, stockage objet local, secrets optionnels adossés à SOPS, délégation par compte de service ou OAuth utilisateur, et réponses TOON compactes par défaut pour les clients MCP qui n'ont pas besoin de cérémonial au format JSON. Si vous bâtissez des agents locaux qui doivent raisonner sur du vrai courrier plutôt que sur des corpus-jouets, venez éprouver la chose. Le dépôt est ouvert, aspérités comprises : [gmeow](https://github.com/paudley/gmeow). *Autonome : · Ancre canonique : * --- ### Le codage agentique requiert une validation humaine arrimée au réel physique **Date :** 2026-05-21 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:activity:7463256842350022656/) · **Étiquettes :** `gouvernance de l'IA`, `sécurité logicielle`, `codage par IA`, `sécurité applicative`, `confiance zéro`, `DevSecOps` > À mesure que les agents de codage IA passent d'outils d'autocomplétion passive à des contributeurs autonomes exécutant des branches fonctionnelles entières, nous fonçons vers un angle mort majeur de sécurité : comment prouver qu'un véritable humain a revu et vérifié le code généré par agent avant la production ? À mesure que les agents de codage IA passent d'outils d'autocomplétion passive à des contributeurs autonomes exécutant des branches fonctionnelles entières, nous fonçons vers un angle mort majeur de sécurité : comment prouver qu'un véritable humain a effectivement revu et vérifié le code généré par agent avant son arrivée en production ? Ce n'est pas un problème *nouveau*, mais il est assurément plus *urgent* maintenant. Dans mon travail, nous nous concentrons fortement sur la construction de garde-fous policy-as-code pour agents IA : politiques Common Expression Language, hooks Git, sandboxing et serveurs Model Context Protocol, afin que des agents autonomes ne puissent pas livrer du code enfreignant les normes de votre équipe, même si vous n'êtes pas dans la boucle. Mais même les barrières automatisées les plus robustes ne constituent que la moitié du combat. La couche ultime de défense en profondeur exige de vrais yeux relisant le code critique. Dans un flux pleinement agentique, la signature SSH ou GPG traditionnelle des commits ne suffit plus, et elle est souvent automatisée. Si un processus agent ou un environnement local est compromis, ou déplacé par une injection de prompt sophistiquée, ces identifiants stockés peuvent être détournés. Ou les gens peuvent simplement céder à la paresse. Il nous faut un modèle de confirmation développeur zero-trust, cryptographiquement lié à la réalité physique : **Vérification biométrique :** validation rapide et peu frictionnelle, comme Face ID ou Touch ID, prouvant qu'un développeur vivant et autorisé est activement devant l'écran. **Vérification temporelle :** garantie que l'approbation humaine survient précisément pendant la fenêtre de commit, afin d'éliminer les attaques par rejeu. **Vérification géophysique :** confirmation que la localisation physique du développeur s'aligne avec la télémétrie attendue et les frontières de confiance. Lorsqu'un agent autonome propose un changement architectural critique, la barrière finale ne devrait pas être simplement une coche verte dans un pipeline CI. Il faut une assertion humaine impossible à usurper. Je conçois actuellement cette couche exacte de défense pour les flux de développement agentique, et je souhaite ouvrir la discussion au réseau : comment votre équipe d'ingénierie trace-t-elle la frontière entre l'application automatisée de politiques et la validation humaine ferme ? À mesure que les agents prennent en charge de plus grands pans du code, comment éviter que la fatigue de revue transforme la vérification humaine en tampon automatique ? Discutons-en. Je cherche activement à faire passer ce cadre de vérification d'un patron de conception à une intégration de plateforme réelle. Si vous bâtissez un produit d'identification biométrique rapide, ou si vous opérez une plateforme de sécurité de chaîne d'approvisionnement logicielle en entreprise et souhaitez explorer une intégration d'essai avec ce cadre de vérification, [prenons contact](#contact). *Autonome : · Ancre canonique : * --- ### Les Graph Neural Networks canoniques requièrent des variétés sémantiques courbes **Date :** 2026-04-22 · **Republié depuis :** [LinkedIn](https://www.linkedin.com/feed/update/urn:li:activity:7458177770238681088/) · **Étiquettes :** `analyse topologique des données`, `réseaux de neurones sur graphes`, `apprentissage de variétés`, `représentation des connaissances` > Les GNN canoniques se trouvent structurellement contraints lorsqu'il s'agit de cartographier l'attribution textuelle complexe ; l'agrégation linéaire en espace euclidien plat entraîne inévitablement une dérive sémantique. Je cherche à nouer des liens avec des chercheurs en TDA, en apprentissage géométrique profond et en théorie spectrale des graphes. Les Graph Neural Networks canoniques se trouvent structurellement contraints lorsqu'il s'agit de cartographier l'attribution textuelle complexe : l'agrégation linéaire en espace euclidien plat entraîne inévitablement une dérive sémantique. Pour représenter fidèlement un savoir de haute dimension, il faut opérer la transition vers des variétés sémantiques courbes, où la géométrie elle-même porte la structure relationnelle. Au fil de trente années passées à bâtir des pipelines d'analyse scientifique — génétique, imagerie satellitaire, applications financières multi-continentales à haute résilience — le fil conducteur est demeuré le même : les représentations doivent rester mathématiquement fidèles à leur géométrie sous-jacente, faute de quoi elles cessent d'être interprétables à l'instant même où les données quittent l'ensemble de développement. J'ai récemment publié en open source un cadriciel qui découvre des relations émergentes de graphes de connaissances dans des espaces vectoriels sémantiques d'ordre supérieur, par apprentissage de variétés et analyse spectrale. Les preuves initiales, un bref avant-goût et le code Python se trouvent sur [paudley/nonlinear-semantic-graphs](https://github.com/paudley/nonlinear-semantic-graphs) ; l'article de travail qui motive la conception figure dans les [Publications](#emergent-knowledge-graphs). Je cherche à nouer des liens avec des chercheurs et scientifiques appliqués spécialisés en **Topological Data Analysis**, **Geometric Deep Learning** et **Knowledge Representation** — tout particulièrement quiconque œuvre sur l'agrégation géodésique ou la théorie spectrale des graphes — afin de porter ces idées vers des déploiements industriels robustes. [Commentez le billet LinkedIn d'origine](https://www.linkedin.com/feed/update/urn:li:activity:7458177770238681088/) ou [écrivez-moi directement](#contact). *Autonome : · Ancre canonique : * --- ## Build - Généré le 2026-10-10T14:33:49-06:00 - Empreinte de déploiement: 124c377270567de64a91aec955faa3d65ea588838010beb684855f30e92f6877 - Générateur : BespokeIdentityHub_v2.5 Copyright © 2003–2026 Patrick Colm Audley. Le contenu écrit original est licencié sous [Creative Commons BY-NC-SA CAv2.5](https://creativecommons.org/licenses/by-nc-sa/2.5/ca/).