Réseaux sociaux — stratégie par plateforme

#0. Cadre commun à toutes les plateformes

#0.1 Ce que ce document contient

Une section par plateforme : LinkedIn, X, YouTube, GitHub, Reddit, Discord, Bluesky, Mastodon, Instagram, TikTok. Chaque section donne la pertinence réelle pour nos personas — y compris quand la réponse est « cette plateforme ne mérite pas notre effort » —, l'objectif, le format natif, la cadence, le ton, la structure de profil rédigée, les règles d'engagement, cinq publications entièrement rédigées, les erreurs à éviter et les indicateurs.

#0.2 Règles transversales, valables sur les dix plateformes

#0.3 Priorisation des plateformes

#0.4 Signature commune

Toute biographie de profil se termine par la même formule, dans la langue de la plateforme :

• Français : De l'intention au logiciel en production, gouverné.
• Anglais : From intent to production software, governed.

---

#1. LinkedIn

#1.1 Pertinence pour nos personas

#1.2 Objectif

Installer la catégorie « plateforme agentique SDD/SDLC » auprès des décideurs, et convertir vers la documentation publique puis vers la liste d'attente.

#1.3 Format natif et spécifications techniques

#1.4 Cadence

Trois publications par semaine en phase 1, cinq en phase 2, sept la semaine du lancement. Publication entre 07:45 et 09:15, heure de Toronto, du mardi au jeudi de préférence.

#1.5 Ton

Praticien expert s'adressant à un pair. Première ligne factuelle, jamais interrogative creuse. Aucun émoticône en début de ligne. Paragraphes d'une à trois lignes. Une seule idée par publication.

#1.6 Structure de profil optimisée

Nom de la page : KySpectra

Slogan de page (220 caractères max) :

Plateforme agentique SDD/SDLC. De l'intention au logiciel en production, gouverné. Spécification exécutable, agents IA gouvernés, déploiement traçable. Par Kyrieva. Français et anglais.

Section « À propos » rédigée :

Écrire du code n'est plus le problème. Le savoir l'est devenu.

Les équipes logicielles ont adopté l'IA générative et produisent aujourd'hui plus de logiciel qu'elles n'en comprennent. Chaque génération assistée ajoute des lignes que personne n'a demandées explicitement, que personne ne relie à une décision, et que personne n'ose supprimer.

KySpectra fait un pari simple : la spécification n'est pas de la paperasse d'avant-projet, c'est la structure de données centrale du cycle de vie.

Concrètement, la plateforme couvre six maillons :
1. Comprendre — rétro-ingénierie d'un dépôt existant vers des artefacts d'architecture et des spécifications.
2. Spécifier — exigences versionnées, typées, reliées, avec validation EARS et métamodèle par projet.
3. Concevoir — PRD, diagrammes UML et BPMN, artefacts de sécurité, documentation-comme-code.
4. Fabriquer — agents IA gouvernés, exécution de code en tâches éphémères, personnel virtuel avec files de travail.
5. Vérifier — génération de tests, données de test synthétiques, tests navigateur réels, portes de qualité.
6. Livrer — construction, publication d'image, génération de pipeline CI/CD, déploiement approuvé avec retour arrière.

Ce que nous ne promettons pas : une multiplication chiffrée de votre productivité, une conformité automatique, ou le remplacement de vos équipes.

Ce que nous promettons : que ce qui part en production reste explicable — dans six mois, devant un auditeur, et devant la personne qui prendra votre suite.

Français par défaut, anglais de plein droit.

De l'intention au logiciel en production, gouverné.

Bannière (1 128 × 191 px) : fond #0b1220, texte en Space Grotesk blanc #e8edf6 : « De l'intention au logiciel en production, gouverné. » À droite, la chaîne des six maillons rendue en six hexagones reliés, le premier et le dernier en #0f6fde, les intermédiaires en #7c5cfc pour signaler la part agentique.

Publication épinglée : le carrousel « La dette d'intelligibilité en 10 pages » (pilier E1), qui pose le problème sans vendre le produit.

#1.7 Règles d'engagement

#1.8 Cinq publications rédigées

Publication L1 — pilier E1, prise de position

Nous mesurons la vélocité. Nous ne mesurons pas l'intelligibilité.

En deux ans, la génération de code par IA a rendu l'écriture de logiciel abondante. Le goulot d'étranglement s'est déplacé ailleurs : personne ne sait plus relier une ligne de code à la décision qui l'a motivée.

Nous appelons cela la dette d'intelligibilité. Elle a trois propriétés désagréables.

Elle n'apparaît à aucun budget. Aucune ligne comptable ne dit « nous ne comprenons plus 40 % de notre base de code ».

Elle se paie ailleurs : en délais d'incident, en audits impossibles, en équipes qui n'osent plus toucher à un module.

Elle croît exactement au rythme de votre adoption de l'IA. Plus vous générez, plus vous en accumulez, sauf si vous changez la structure.

La question n'est plus « comment écrire ce composant ? ». Elle est devenue « qu'est-ce qui tourne réellement chez nous, et pourquoi ? ».

Nous construisons KySpectra autour d'une réponse : la spécification n'est pas de la paperasse d'avant-projet, c'est la structure de données centrale du cycle de vie. Une exigence est un objet versionné et relié, pas un paragraphe oublié.

Comment mesurez-vous, dans votre organisation, ce que vous comprenez encore de votre propre système ?

#GenieLogiciel #IA #Architecture #Gouvernance

Publication L2 — pilier E3, gouvernance

« Nos agents IA ont accès à quoi, exactement ? »

C'est la question qu'un comité de direction pose en premier. C'est aussi celle à laquelle la plupart des déploiements d'agents ne savent pas répondre.

Dans KySpectra, un agent est traité comme un collaborateur, avec trois attributs obligatoires.

Un périmètre. Les capacités sont accordées explicitement, sur trois niveaux : global, locataire, utilisateur. Le moteur de politique fonctionne en liste d'autorisations : toute action non couverte est refusée et journalisée sous l'identifiant de politique « deny-by-default ».

Un plafond d'autonomie. Quatre niveaux, de N0 à N3, configurés par rôle et plafonnés à leur tour par le plan commercial. En cas d'incertitude, l'agent est dégradé vers le niveau le plus bas, jamais l'inverse.

Un journal. Journal d'audit à chaîne de hachage, vérifiable par un endpoint dédié, avec génération d'un rapport de conformité Loi 25 sur une période donnée.

À quoi s'ajoute une règle que nous tenons pour non négociable : la séparation des devoirs. La machine à états de revue rejette une approbation dont l'auteur est aussi le soumissionnaire. L'interface bloque le bouton avant même l'appel serveur.

Ce n'est pas une feuille de route. C'est en ligne sur nos trois environnements.

#IA #Gouvernance #Conformite #SecuriteApplicative

Publication L3 — pilier E4, preuve d'ingénierie

Notre produit répond 501 Not Implemented. C'est un argument de vente.

Quand une fonctionnalité de KySpectra n'est pas configurée dans votre environnement, la plateforme renvoie une erreur explicite : 501, avec un message qui dit ce qui manque.

Elle ne renvoie pas un faux succès. Elle ne simule pas un déploiement. L'interrupteur maître des exécuteurs réels est à « faux » par défaut : sans configuration explicite, rien ne part.

Nous savons que cela va à l'encontre de l'habitude du secteur, qui consiste à afficher une belle démonstration et à expliquer ensuite ce qui était simulé.

Nous faisons le pari inverse, pour une raison simple : une équipe qui découvre après achat qu'une capacité était factice ne revient pas.

Trois autres comportements du même ordre, vérifiables dans le produit :

Un identifiant de locataire qui ne correspond pas au jeton reçoit 404, pas 403. On ne révèle pas même l'existence de la ressource d'autrui.

Sans service de facturation joignable, le reçu porte la mention « non mesuré ». Jamais un montant inventé.

Les jeux de messages français et anglais sont maintenus à parité stricte de clés. Aucune langue n'est un sous-produit de l'autre.

L'honnêteté d'ingénierie n'est pas une valeur affichée sur une page « à propos ». C'est un comportement observable, ou ce n'est rien.

#GenieLogiciel #Transparence #SaaS #Architecture

Publication L4 — pilier E5, pédagogie

Reprendre un système sans documentation : trois approches, une seule tient.

Approche 1 — l'archéologie humaine. On réunit les trois personnes qui restent, on reconstitue à la craie. Coût élevé, résultat partiel, et la connaissance repart avec elles.

Approche 2 — la réécriture. On déclare l'existant irrécupérable et on repart de zéro. On découvre en cours de route les règles métier que personne n'avait documentées, généralement en production.

Approche 3 — l'extraction. On part du code réel et on en projette des artefacts vérifiables.

C'est cette troisième voie que KySpectra outille. La rétro-ingénierie d'un dépôt produit sept familles d'artefacts — dont un modèle C4, un modèle de données, une description OpenAPI et des machines à états — puis promeut automatiquement des spécifications à partir de ce qui a été trouvé.

Le point important n'est pas la génération de diagrammes. C'est que les spécifications produites deviennent ensuite la source de vérité : les évolutions partent d'elles, et les défauts y remontent.

Nous avons vérifié la chaîne complète en environnement de production : dépôt public importé, rétro-ingénierie, spécifications promues.

Sur vos projets de reprise, laquelle des trois approches utilisez-vous aujourd'hui ?

#Modernisation #Architecture #DetteTechnique #ESN

Publication L5 — pilier E6, souveraineté et langue

Français par défaut. Anglais de plein droit. Aucune des deux langues n'est une traduction de l'autre.

Nous avons construit KySpectra en français, avec l'anglais maintenu à parité stricte de clés de traduction. Ce n'est pas un choix militant : c'est un choix d'ingénierie, et il a trois conséquences concrètes.

La terminologie du produit est cohérente. « Espace de travail », « exigence », « plafond d'autonomie », « séparation des devoirs », « journal d'audit » : les concepts portent des noms français précis, pas des calques approximatifs.

La documentation ne décroche pas. Une capacité livrée est documentée dans les deux langues, ou elle n'est pas annoncée.

La conformité suit la langue. Un rapport de conformité Loi 25 se génère sur une période donnée, dans la langue de l'organisation.

Pour une équipe québécoise, française, belge ou ouest-africaine, cela veut dire ne plus arbitrer entre outiller correctement ses équipes et travailler dans sa langue.

Nous lançons publiquement le 10 novembre 2026.

#Loi25 #RGPD #Quebec #Francophonie

#1.9 Erreurs à éviter

#1.10 Indicateurs

---

#2. X

#2.1 Pertinence pour nos personas

Honnêteté sur la plateforme. L'audience technique s'y est partiellement dispersée vers Bluesky et Mastodon depuis 2023. Nous y restons parce que la vitesse de diffusion et la veille y demeurent utiles, pas parce que nous en attendons de la conversion directe.

#2.2 Objectif

Diffusion rapide auprès des praticiens, veille sur les conversations d'ingénierie, alimentation du référencement social vers la documentation.

#2.3 Format natif et spécifications techniques

#2.4 Cadence

Un fil de fond par semaine (mardi ou mercredi, 08:30 heure de Toronto). Trois à cinq messages courts par semaine. Réponses quotidiennes. En semaine de lancement : un fil par jour.

#2.5 Ton

Direct, dense, sans ornement. Une affirmation par message. Les chiffres sont préférés aux adjectifs. Aucun message en majuscules. Aucune accroche du type « fil à dérouler ».

#2.6 Structure de profil optimisée

Nom : KySpectra

Biographie (160 caractères) :

Plateforme agentique SDD/SDLC. De l'intention au logiciel en production, gouverné. Spécification exécutable, agents IA gouvernés, déploiement traçable. FR/EN.

Bannière (1 500 × 500 px) : fond #0b1220, chaîne de six hexagones reliés de gauche à droite, libellés « Comprendre · Spécifier · Concevoir · Fabriquer · Vérifier · Livrer », accent #0f6fde aux extrémités, #7c5cfc sur les maillons agentiques.

Message épinglé : le fil « Sept comportements que nous avons choisis contre notre intérêt commercial immédiat » (publication X3 ci-dessous).

#2.7 Règles d'engagement

#2.8 Cinq publications rédigées

Publication X1 — message court, pilier E1

Le goulot d'étranglement n'est plus l'écriture du code.

C'est de savoir ce qui a été écrit, pourquoi, sur la foi de quelle décision, validé par qui, et ce qui casse si on le change.

Nous appelons ça la dette d'intelligibilité.

Publication X2 — message court, pilier E4

Quand une fonctionnalité n'est pas configurée, KySpectra répond 501 Not Implemented avec un message explicite.

Pas un faux succès. Pas une démonstration simulée.

L'interrupteur maître des exécuteurs réels est à « faux » par défaut.

Publication X3 — fil, pilier E4 (message épinglé)

1/8 — Sept comportements que nous avons choisis pour KySpectra contre notre intérêt commercial immédiat. Chacun est vérifiable dans le produit.

2/8 — Une fonctionnalité non configurée répond 501 Not Implemented avec un message explicite. Une démonstration qui échoue proprement est plus utile qu'une démonstration qui ment.

3/8 — L'interrupteur maître des exécuteurs réels est à « faux » par défaut. Aucun déploiement n'est simulé pour faire joli dans une capture d'écran.

4/8 — Le moteur de politique fonctionne en liste d'autorisations. Toute action non explicitement couverte est refusée, et le refus est journalisé sous l'identifiant « deny-by-default ». C'est pénible à configurer. C'est le but.

5/8 — Un identifiant de locataire qui ne correspond pas au jeton reçoit 404, pas 403. On ne révèle pas même l'existence de la ressource d'autrui. Un 403 est déjà une fuite d'information.

6/8 — Impossible d'approuver sa propre soumission : la machine à états de revue rejette le cas où le soumissionnaire est aussi le relecteur, et l'interface bloque le bouton avant l'appel serveur.

7/8 — Sans service de facturation joignable, le reçu porte la mention « non mesuré ». Jamais un montant estimé présenté comme un montant réel.

8/8 — Nous ne promettons pas d'aller dix fois plus vite. Nous promettons que ce qui part en production restera explicable. Détail des comportements : kyspectradoc.kyrieva.com

Publication X4 — fil, pilier E2

1/6 — Une exigence utilisable par une machine et par un humain a cinq propriétés. La plupart des documents d'exigences n'en ont aucune.

2/6 — Elle est versionnée. Pas « la dernière version du document », mais un objet dont chaque état est adressable et comparable.

3/6 — Elle est typée. Une exigence fonctionnelle, une contrainte de performance et une règle de conformité ne se vérifient pas de la même façon. Les confondre, c'est renoncer à les vérifier.

4/6 — Elle est reliée. Vers l'amont, à la décision qui l'a motivée. Vers l'aval, aux artefacts, aux tests et au code qu'elle a produits.

5/6 — Elle est vérifiable. La notation EARS impose une forme qui rend la condition de satisfaction explicite. Une exigence qu'on ne peut pas déclarer satisfaite ou non satisfaite n'est pas une exigence.

6/6 — Elle déclenche du travail. C'est le test décisif : si rien ne se passe quand vous la créez, vous avez écrit de la documentation, pas une spécification. Guide complet : kyspectradoc.kyrieva.com

Publication X5 — message court, pilier E3

Un agent IA sans périmètre, sans plafond d'autonomie et sans journal n'est pas un collaborateur.

C'est une dépendance non documentée avec un accès en écriture.

Registre central, capacités accordées explicitement, refus par défaut, plafond N0 à N3, journal d'audit chaîné. En ligne sur nos trois environnements.

#2.9 Erreurs à éviter

#2.10 Indicateurs

---

#3. YouTube

#3.1 Pertinence pour nos personas

#3.2 Objectif

Prouver par l'image que la chaîne fonctionne. C'est notre seul format capable de montrer un enchaînement complet sans montage trompeur.

#3.3 Format natif et spécifications techniques

#3.4 Cadence

Publication le mardi à 12:00, heure de Toronto — soit 18:00 à Paris, 16:00 à Abidjan.

#3.5 Ton

Démonstration à l'écran, sans effet de montage masquant une étape. Les échecs affichés à l'écran ne sont pas coupés : ils sont expliqués. Voix posée, débit lent, terminologie française du produit. Sur les capsules verticales explicitement marquées comme scripts courts, le tutoiement est admis.

#3.6 Structure de profil optimisée

Nom de la chaîne : KySpectra

Description de chaîne (1 000 caractères) :

KySpectra est une plateforme agentique de développement piloté par la spécification et de cycle de vie logiciel gouverné, éditée par Kyrieva.

Sur cette chaîne, nous montrons la plateforme en fonctionnement, sans montage qui masque une étape : import d'un dépôt existant, rétro-ingénierie vers des artefacts et des spécifications, gouvernance des agents IA, génération de tests, déploiement approuvé avec retour arrière.

Quand une étape échoue, nous la laissons à l'écran et nous expliquons pourquoi.

Toutes les vidéos sont sous-titrées en français et en anglais.

De l'intention au logiciel en production, gouverné.

Documentation : kyspectradoc.kyrieva.com

Bannière (2 560 × 1 440 px, zone sûre 1 546 × 423 px) : fond #0b1220. Dans la zone sûre : « De l'intention au logiciel en production, gouverné. » en Space Grotesk #e8edf6, et en dessous, en JetBrains Mono #3b8ef0 : « Démonstrations sans montage · FR/EN · nouvelle vidéo tous les 15 jours ».

Vidéo épinglée : « Un dépôt GitHub public, sept artefacts d'architecture, des spécifications — en huit minutes ».

#3.7 Règles d'engagement

#3.8 Cinq publications rédigées

Publication Y1 — démonstration longue

Titre (59 caractères) :

D'un dépôt GitHub public à des spécifications, en 8 minutes

Description :

Nous importons un dépôt GitHub public dans KySpectra, nous lançons la rétro-ingénierie, et nous regardons ce qui en sort : artefacts d'architecture, modèle de données, description d'API, machines à états — puis des spécifications promues automatiquement.

Aucune étape n'est coupée au montage. Les temps d'attente réels sont accélérés à l'écran, avec la mention correspondante.

Chapitres
00:00 Ce que nous allons faire, et ce que nous ne ferons pas
00:52 Import du dépôt : ce que la plateforme lit réellement
02:10 Les sept familles d'artefacts produites
04:05 La promotion automatique en spécifications
05:40 Ce que la rétro-ingénierie ne trouve pas, et pourquoi
06:55 Ce que vous faites de ces spécifications ensuite
07:48 Pour aller plus loin

Ce qui est montré dans cette vidéo est en ligne sur notre environnement de production.

Ce qui n'est pas montré, parce que ce n'est pas livré : les applications mobiles, les pilotes nuage natifs, le provisionnement automatique de fournisseur d'identité. Nous les annoncerons quand ils existeront.

Documentation : kyspectradoc.kyrieva.com
Lancement public : 10 novembre 2026.

De l'intention au logiciel en production, gouverné.

Publication Y2 — démonstration longue

Titre (57 caractères) :

Gouverner un agent IA : périmètre, plafond, journal d'audit

Description :

Un agent IA sans périmètre défini, sans plafond d'autonomie et sans journal opposable n'est pas un collaborateur : c'est une dépendance non documentée dotée d'un accès en écriture.

Dans cette vidéo, nous configurons un agent de bout en bout dans le plan de contrôle de KySpectra.

Chapitres
00:00 La question que pose un comité de direction
00:45 Le registre central d'agents
02:00 Accorder une capacité : trois niveaux, global, locataire, utilisateur
03:30 Le refus par défaut, et à quoi ressemble un refus journalisé
04:50 Le plafond d'autonomie N0 à N3, et son plafonnement par le plan
06:10 La séparation des devoirs : pourquoi le bouton d'approbation est grisé
07:20 Le journal d'audit à chaîne de hachage et sa vérification
08:35 Le rapport de conformité Loi 25 sur une période

Tout ce qui est montré est en ligne sur nos trois environnements : développement, qualification, production.

Documentation : kyspectradoc.kyrieva.com

Publication Y3 — capsule verticale de 45 secondes (script court, tutoiement explicitement admis)

Titre (44 caractères) :

Pourquoi un 403 est déjà une fuite de données

Script à l'écran et en voix :

Tu demandes une ressource qui appartient à un autre client.

La plupart des systèmes te répondent 403 : interdit.

Tu viens d'apprendre quelque chose. Cette ressource existe.

Dans KySpectra, si l'identifiant de locataire ne correspond pas à ton jeton, la réponse est 404. Pas 403.

On ne révèle pas même l'existence de la ressource d'autrui.

C'est une ligne de code. C'est aussi une posture.

Documentation : kyspectradoc.kyrieva.com

Publication Y4 — capsule verticale de 50 secondes

Titre (46 caractères) :

Une erreur 501 qui vaut mieux qu'un faux succès

Script :

Vous testez une plateforme. Vous lancez un déploiement. L'interface affiche une coche verte.

Trois semaines plus tard, vous découvrez que rien n'a été déployé : la démonstration était simulée.

KySpectra fait le contraire. Une fonctionnalité non configurée renvoie 501 Not Implemented, avec un message qui dit précisément ce qui manque.

Et l'interrupteur maître des exécuteurs réels est à « faux » par défaut.

Une plateforme qui échoue proprement vous coûte dix minutes. Une plateforme qui ment vous coûte un trimestre.

Documentation : kyspectradoc.kyrieva.com

Publication Y5 — rediffusion de webinaire

Titre (58 caractères) :

Webinaire : relier un défaut de production à son exigence

Description :

Rediffusion du webinaire du 22 octobre 2026.

Nous partons d'un défaut constaté en production et nous remontons la chaîne jusqu'à l'exigence qui l'a produit : artefact, test, spécification, décision d'origine. Puis nous faisons le trajet inverse pour évaluer ce que la correction met en risque.

Chapitres
00:00 Le problème posé
03:20 Ce que le graphe de traçabilité contient réellement
09:45 Remontée du défaut vers l'exigence
17:30 Descente de l'exigence vers l'impact
26:10 Ce qui se passe quand un agent est à l'origine de l'artefact
33:00 Le rôle du journal d'audit dans l'analyse d'incident
38:40 Questions du public

Prochain webinaire : `[Gabarit : date du webinaire suivant à confirmer]`.

Documentation : kyspectradoc.kyrieva.com

#3.9 Erreurs à éviter

#3.10 Indicateurs

---

#4. GitHub

#4.1 Pertinence pour nos personas

#4.2 Objectif

Établir la crédibilité d'ingénierie. GitHub n'est pas un canal d'acquisition : c'est le lieu où un développeur vérifie que nous existons réellement.

⚠️ Arbitrage requis avant le 2026-10-05. [Gabarit : décision du propriétaire sur le périmètre publié en source ouverte — dépôt principal, exemples, widget de collecte de retours, schémas de métamodèle]. Tant que cet arbitrage n'est pas rendu, la présence GitHub se limite au profil d'organisation, au fichier de présentation, aux discussions et au journal de version public. Aucune promesse d'ouverture du code n'est faite publiquement.

#4.3 Format natif et spécifications techniques

#4.4 Cadence

#4.5 Ton

Factuel, sans marketing. Un fichier de présentation GitHub qui parle comme une brochure perd immédiatement son lecteur. Statuts explicites sur chaque capacité citée.

#4.6 Structure de profil optimisée

Organisation : kyrieva

Description d'organisation (350 caractères) :

Kyrieva édite KySpectra, une plateforme agentique de développement piloté par la spécification et de cycle de vie logiciel gouverné. Spécification exécutable, agents IA gouvernés, déploiement traçable. Français et anglais. kyspectradoc.kyrieva.com

Sujets à déclarer : spec-driven-development · agentic-sdlc · ai-governance · software-lifecycle · reverse-engineering · ears-requirements · audit-trail · multi-tenant · fastapi · nextjs · bilingual · quebec

Fichier de présentation d'organisation, rédigé :

# Kyrieva

Nous éditons **KySpectra**, une plateforme agentique de développement piloté par la spécification (SDD) et de cycle de vie logiciel gouverné (SDLC).

**De l'intention au logiciel en production, gouverné.**

## Le problème que nous traitons

Écrire du code n'est plus le problème. Le savoir l'est devenu. Les équipes produisent aujourd'hui plus de logiciel qu'elles n'en comprennent : chaque génération assistée par IA ajoute des lignes que personne n'a demandées explicitement et que personne ne relie à une décision. Nous appelons cela la dette d'intelligibilité.

## Le pari

La spécification n'est pas de la paperasse d'avant-projet. C'est la structure de données centrale du cycle de vie.

## Ce qui est livré aujourd'hui

| Maillon | Capacité | Statut |
|---|---|---|
| Comprendre | Rétro-ingénierie d'un dépôt existant vers artefacts d'architecture et spécifications promues | Livré |
| Spécifier | Exigences versionnées, typées, reliées · validation EARS · métamodèle par projet | Livré |
| Concevoir | PRD, diagrammes UML et BPMN, artefacts de sécurité, documentation-comme-code | Livré |
| Fabriquer | Agents IA gouvernés · exécution de code en tâches éphémères · personnel virtuel (phase 1) | Livré |
| Vérifier | Génération de tests · données de test synthétiques · tests navigateur réels · portes de qualité | Livré |
| Livrer | Construction, publication d'image, génération de pipeline CI/CD, déploiement approuvé avec retour arrière | Livré pour Kubernetes |

## Ce qui n'est pas livré, et que nous n'annoncerons pas comme disponible

| Capacité | Statut |
|---|---|
| Applications mobiles natives | Planifié — aucun code mobile n'existe à ce jour |
| Pilotes nuage natifs (Azure Container Apps, Cloud Run, ECS) | Planifié — le mécanisme générique par interface en ligne de commande est prouvé, les pilotes natifs ne le sont pas |
| Provisionnement automatique de fournisseur d'identité | Planifié — bloqué par des droits d'administration |
| Place de marché de capacités | En cours — code écrit et testé, non déployé |

## Quelques comportements assumés

- Une fonctionnalité non configurée répond `501 Not Implemented` avec un message explicite. Jamais un faux succès.
- Le moteur de politique fonctionne en liste d'autorisations : toute action non couverte est refusée et journalisée sous `policy_id="deny-by-default"`.
- Un identifiant de locataire en désaccord avec le jeton reçoit `404`, pas `403`.
- Impossible d'approuver sa propre soumission : la séparation des devoirs est appliquée côté serveur et côté interface.

## Volumétrie au 2026-08-17

255 commits · environ 30 services backend déployables · 9 services d'agents autonomes · plus de 3 700 tests automatisés · 3 environnements en ligne.

## Liens

- Documentation : https://kyspectradoc.kyrieva.com
- Lancement public : 10 novembre 2026

Français par défaut, anglais de plein droit.

Image de prévisualisation sociale (1 280 × 640 px) : fond #0b1220, logo hexagonal #0f6fde, titre « KySpectra » en Space Grotesk, sous-titre « De l'intention au logiciel en production, gouverné. » et bandeau bas en JetBrains Mono : spec-driven · agent-governed · production-traceable.

Épinglé : le dépôt de documentation publique et le dépôt d'exemples, sous réserve de l'arbitrage §4.2.

#4.7 Règles d'engagement

#4.8 Cinq publications rédigées

Publication G1 — note de version

## KySpectra — Notes de version du 2026-11-10

Première version publique.

### Livré

- **Comprendre.** Rétro-ingénierie d'un dépôt existant vers sept familles d'artefacts, dont modèle C4, modèle de données, description OpenAPI et machines à états, avec promotion automatique en spécifications.
- **Spécifier.** Objets de spécification versionnés, typés et reliés. Génération assistée depuis le langage naturel. Validation EARS. Métamodèle configurable par projet.
- **Concevoir.** Projection d'artefacts depuis la spécification : PRD, diagrammes UML et BPMN, artefacts TOGAF, artefacts de sécurité, documentation-comme-code.
- **Fabriquer.** Registre central d'agents avec capacités accordées explicitement sur trois niveaux, refus par défaut journalisé, plafond d'autonomie N0 à N3, exécution de code en tâches Kubernetes éphémères, personnel virtuel en phase 1.
- **Vérifier.** Génération de tests, données de test synthétiques conformes, tests navigateur réels, portes de qualité, analyse de base de données.
- **Livrer.** Construction, publication d'image, génération de pipeline CI/CD pour quatre fournisseurs, déploiement approuvé avec séparation des devoirs et retour arrière, mise en ligne sur sous-domaine avec TLS.
- **Plan de contrôle.** 16 destinations d'administration, journal d'audit à chaîne de hachage vérifiable, rapport de conformité Loi 25 sur période, budgets et quotas, drapeaux de fonctionnalité, isolation stricte entre locataires.
- **Interface.** Portail client avec 11 vues canoniques dans l'espace de travail projet. Français et anglais à parité stricte de clés.

### En cours

- Place de marché de capacités : code écrit et testé, non déployé, non vérifié en ligne.
- Portail de documentation publique : en cours de mise en ligne.

### Planifié — non disponible

- Applications mobiles natives. Aucun code mobile n'existe à ce jour. Les portails sont responsives et utilisables depuis un navigateur mobile.
- Pilotes nuage natifs Azure Container Apps, Cloud Run et ECS. Le mécanisme générique par interface en ligne de commande est vérifié ; les pilotes natifs ne le sont pas.
- Provisionnement automatique de fournisseur d'identité pour le produit client. Bloqué par des droits d'administration.

### Comportements à connaître avant d'évaluer

- Une fonctionnalité non configurée répond `501 Not Implemented` avec un message explicite.
- L'interrupteur maître des exécuteurs réels est à `false` par défaut.
- Un identifiant de locataire en désaccord avec le jeton reçoit `404`, pas `403`.

Publication G2 — description de dépôt d'exemples

Exemples KySpectra : métamodèles de spécification par domaine, jeux d'exigences EARS commentés, et scénarios de rétro-ingénierie reproductibles. Français et anglais. Documentation : kyspectradoc.kyrieva.com

Publication G3 — annonce en discussions

### Ouverture des discussions publiques

Bonjour,

Nous ouvrons cet espace de discussion à trois semaines du lancement public de KySpectra, prévu le 10 novembre 2026.

Trois catégories sont disponibles.

**Questions et réponses** — pour toute question technique sur la plateforme. Nous répondons sous 48 h ouvrées. Quand la réponse est « ce n'est pas encore livré », nous le disons, et nous indiquons le statut réel.

**Métamodèles** — pour partager et critiquer des métamodèles de spécification par domaine. Le métamodèle est configurable par projet ; nous pensons que sa qualité viendra de la pratique collective plus que de nos gabarits.

**Retours d'usage** — pour les frictions rencontrées. Un retour qui décrit précisément un moment où vous avez abandonné une tâche nous est plus utile qu'une demande de fonctionnalité.

Deux précisions d'entrée de jeu.

Nous n'avons aucun client à ce jour, donc aucun témoignage à vous montrer. Ce que nous pouvons montrer, ce sont des comportements vérifiables du produit.

Nous ne discuterons pas ici de capacités non livrées comme si elles existaient. Les applications mobiles, les pilotes nuage natifs et le provisionnement de fournisseur d'identité sont au statut Planifié et le resteront dans nos réponses tant qu'ils ne seront pas livrés.

Le fichier de présentation de l'organisation contient l'inventaire complet, avec statut par capacité.

Publication G4 — réponse type à une demande sur une capacité non livrée

Merci pour la question, elle revient régulièrement.

Statut réel : **Planifié**. Aucun code mobile natif n'existe aujourd'hui dans notre dépôt, donc il n'y a ni application iOS ni application Android, et il n'y en aura pas au lancement du 10 novembre 2026.

Ce qui existe : les deux portails web sont responsives et utilisables depuis un navigateur mobile. Ce n'est pas la même chose qu'une application native, et nous ne le présenterons pas comme tel.

Nous préférons vous le dire ainsi plutôt que de vous laisser lire « bientôt disponible » sur une page de marketing. Quand une date de feuille de route sera arrêtée, elle sera publiée ici, datée, avec son statut.

Publication G5 — fichier de présentation d'un dépôt d'exemples

# Exemples KySpectra — métamodèles et exigences

Ce dépôt contient des exemples reproductibles pour prendre en main le développement piloté par la spécification avec KySpectra.

## Contenu

| Dossier | Contenu | Langues |
|---|---|---|
| `metamodeles/` | Métamodèles de spécification par domaine, commentés ligne à ligne | FR, EN |
| `exigences-ears/` | Jeux d'exigences en notation EARS, avec les contre-exemples correspondants | FR, EN |
| `retro-ingenierie/` | Scénarios reproductibles d'import d'un dépôt public et de lecture des artefacts produits | FR, EN |
| `gouvernance/` | Gabarits de politique de capacités, de plafond d'autonomie et de séparation des devoirs | FR, EN |

## Comment lire les exigences EARS

Une exigence EARS rend explicite la condition de satisfaction. Le test décisif est simple : si vous ne pouvez pas déclarer l'exigence satisfaite ou non satisfaite, ce n'est pas une exigence, c'est une intention.

Chaque fichier du dossier `exigences-ears/` présente d'abord la formulation défectueuse, puis la formulation vérifiable, puis la raison du changement.

## Ce que ces exemples ne couvrent pas

Ils ne couvrent aucune capacité au statut Planifié. En particulier : pas d'exemple mobile, pas d'exemple de pilote nuage natif, pas d'exemple de provisionnement de fournisseur d'identité.

## Statut

Ces exemples correspondent à la version publiée le 10 novembre 2026.

Documentation complète : https://kyspectradoc.kyrieva.com

#4.9 Erreurs à éviter

#4.10 Indicateurs

---

#5. Reddit

#5.1 Pertinence pour nos personas

#5.2 Objectif

Confrontation utile. Reddit est le seul endroit où notre positionnement sera attaqué frontalement par des praticiens ; c'est précisément sa valeur. Objectif secondaire : durabilité dans les résultats de recherche.

#5.3 Format natif et spécifications techniques

#5.4 Cadence

Une publication par semaine maximum, dans une seule communauté à la fois. Aucune publication croisée simultanée. Participation quotidienne en commentaires, sans lien vers notre produit, pendant au moins quatre semaines avant toute publication.

#5.5 Ton

Le plus dépouillé de toutes nos plateformes. Aucun vocabulaire de marketing. Divulgation d'affiliation en première ligne. On accepte publiquement les objections fondées.

#5.6 Structure de profil optimisée

Compte : [Gabarit : identifiant Reddit à réserver, format u/kyspectra-equipe]

Description de profil :

Compte officiel de l'équipe KySpectra (par Kyrieva), plateforme agentique de développement piloté par la spécification. Nous indiquons notre affiliation à chaque publication et à chaque commentaire. Nous ne publions pas de capacité non livrée. kyspectradoc.kyrieva.com

Publication épinglée sur le profil : la publication R1 ci-dessous, qui pose le problème et déclare l'affiliation.

Communauté propre : création d'une communauté officielle différée après J+89. Une communauté vide nuit davantage qu'une absence.

#5.7 Règles d'engagement

#5.8 Cinq publications rédigées

Publication R1 — pilier E1

Titre :

Nous mesurons tous la vélocité. Personne ne mesure ce qu'il comprend encore de sa propre base de code.

Corps :

Divulgation : je fais partie de l'équipe qui construit KySpectra, une plateforme de développement piloté par la spécification. Je poste ici pour la discussion, pas pour vendre. Je réponds aux objections.

Voici le constat qui nous a fait commencer.

Depuis que la génération de code par IA est devenue courante, nos indicateurs mesurent la production : fréquence de déploiement, délai de mise en production, taux d'échec des changements. Aucun ne mesure l'intelligibilité de ce qui a été produit.

Symptômes que nous avons observés, et que je vous invite à confirmer ou à démentir depuis votre propre expérience.

1. Des modules que personne ne veut modifier, non parce qu'ils sont complexes, mais parce que personne ne sait pourquoi ils font ce qu'ils font.
2. Des revues de code où la question « pourquoi » n'a pas de réponse consultable, seulement une réponse orale.
3. Des audits qui échouent non pas sur un défaut, mais sur l'incapacité à démontrer la décision derrière un comportement.

Notre hypothèse de travail est que le problème est structurel : le ticket décrit une intention de travail, pas le système. Quand le ticket est fermé, l'intention disparaît. Le code reste.

Notre pari est de faire de la spécification un objet de première classe : versionné, typé, relié à l'amont comme à l'aval, y compris quand un agent est à l'origine de l'artefact.

Je suis intéressé par deux choses.

Est-ce que vous constatez ce phénomène, ou est-ce que je décris un problème que seuls certains contextes rencontrent ?

Si vous le constatez, qu'avez-vous essayé, et qu'est-ce qui a échoué ?

Publication R2 — pilier E5

Titre :

Retour d'expérience : ce que la rétro-ingénierie automatique d'un dépôt trouve, et surtout ce qu'elle ne trouve pas

Corps :

Divulgation : je travaille sur KySpectra. Cette publication porte sur les limites de ce que nous construisons, pas sur ses mérites.

Nous produisons, à partir d'un dépôt existant, sept familles d'artefacts : modèle C4, modèle de données, description OpenAPI, machines à états, et trois autres. Puis nous promouvons automatiquement des spécifications à partir de ce qui a été trouvé.

Ce que cela trouve correctement, d'après nos essais :

- La structure des services et leurs dépendances effectives, y compris celles que le schéma officiel avait oubliées.
- Le modèle de données réel, y compris les colonnes qu'aucune documentation ne mentionnait.
- Les surfaces d'API exposées.
- Les transitions d'état implémentées.

Ce que cela ne trouve pas, et ce qui compte :

- **L'intention.** Le code dit ce qui se passe, jamais pourquoi quelqu'un a décidé que cela devait se passer. Une règle de calcul particulière peut venir d'une contrainte réglementaire ou d'un correctif de 2019 : le code ne fait pas la différence.
- **Les exigences non fonctionnelles.** Un seuil de latence tenu par chance ressemble exactement à un seuil de latence tenu par conception.
- **Le mort du vivant.** Un chemin de code jamais exécuté depuis deux ans a la même apparence qu'un chemin critique.
- **Les décisions écartées.** Ce qui n'a pas été construit, et pourquoi, ne laisse aucune trace.

Notre position est donc que la rétro-ingénierie automatique fait le premier tiers du travail. Elle donne une base factuelle sur laquelle un humain arbitre, au lieu de partir d'une page blanche ou d'un souvenir.

Question ouverte : sur vos reprises de système, à quel moment avez-vous cessé de faire confiance à la documentation existante ?

Publication R3 — pilier E3

Titre :

Question sérieuse : comment décrivez-vous le périmètre d'un agent IA à un auditeur ?

Corps :

Divulgation : équipe KySpectra. Je pose la question parce que c'est le sujet sur lequel nous avons passé le plus de temps, et je ne suis pas certain que notre réponse soit la bonne.

Le contexte : un agent IA qui écrit du code, ouvre des demandes de fusion ou déclenche des déploiements est, du point de vue d'un auditeur, un acteur avec des droits. Il doit donc pouvoir décrire trois choses : ce qu'il a le droit de faire, jusqu'où il peut aller seul, et ce qu'il a effectivement fait.

Ce que nous avons choisi :

**Périmètre.** Capacités accordées explicitement sur trois niveaux — global, locataire, utilisateur. Le moteur de politique est une liste d'autorisations : toute action non couverte est refusée et journalisée sous un identifiant de politique dédié. C'est volontairement pénible à configurer.

**Plafond d'autonomie.** Quatre niveaux, N0 à N3, attachés au rôle et plafonnés à leur tour par le plan commercial. En cas d'incertitude, dégradation vers le niveau le plus bas.

**Journal.** Journal d'audit à chaîne de hachage, vérifiable par un endpoint dédié. Et séparation des devoirs appliquée côté serveur : impossible d'approuver sa propre soumission.

Ce dont je ne suis pas sûr :

Est-ce que quatre niveaux d'autonomie sont le bon découpage, ou est-ce qu'un modèle par type d'action serait plus juste ?

Est-ce qu'une chaîne de hachage suffit comme preuve, ou faut-il un ancrage externe ?

Comment traitez-vous le cas d'un agent qui délègue à un autre agent ? Nous plafonnons la chaîne au niveau le plus bas rencontré, mais je n'ai pas trouvé de consensus sur ce point.

Si vous avez déjà eu cette conversation avec un auditeur, je suis très intéressé par ce qui a été demandé.

Publication R4 — pilier E2

Titre :

Le test décisif d'une bonne exigence : si rien ne se passe quand vous la créez, vous avez écrit de la documentation

Corps :

Divulgation : équipe KySpectra.

J'ai passé une partie de l'année à lire des jeux d'exigences réels. Voici le critère le plus discriminant que j'aie trouvé, et il est brutal : créez l'exigence, et regardez si quelque chose se produit dans votre système d'outillage. Si la réponse est non, vous avez produit un document, pas une spécification.

Les quatre défauts que je rencontre le plus souvent :

**L'exigence non vérifiable.** « Le système doit être performant. » Il n'existe aucun moment où quelqu'un peut déclarer cette phrase satisfaite ou non satisfaite. La notation EARS force la condition explicite : quand tel événement se produit, le système doit faire telle chose, dans telle limite.

**L'exigence non typée.** Une contrainte de conformité, une règle métier et une contrainte de performance ne se vérifient pas de la même façon. Les mettre dans la même liste, c'est renoncer à les vérifier différemment.

**L'exigence orpheline.** Aucun lien vers la décision qui l'a motivée. Six mois plus tard, personne ne sait si elle peut être retirée.

**L'exigence figée dans le temps.** Un document versionné dans un partage de fichiers n'est pas un objet versionné. On ne peut ni comparer deux états, ni savoir ce qui dépend de la version antérieure.

Je ne prétends pas que c'est une découverte. Je prétends que la plupart des équipes le savent et ne l'appliquent pas, parce que l'outillage rend la bonne pratique plus coûteuse que la mauvaise.

Question : dans vos équipes, qu'est-ce qui vous a fait renoncer à maintenir des exigences propres ? Le coût, l'absence d'outil, ou le fait que personne ne les relisait ?

Publication R5 — pilier E4

Titre :

Nous avons choisi de renvoyer 501 Not Implemented plutôt que de simuler. Voici pourquoi, et ce que ça nous coûte.

Corps :

Divulgation : équipe KySpectra.

Décision d'ingénierie que nous assumons, et qui nous vaut régulièrement des remarques en démonstration.

Quand une fonctionnalité de la plateforme n'est pas configurée dans un environnement donné, elle renvoie `501 Not Implemented` avec un message qui indique ce qui manque. Elle ne renvoie pas un succès factice, et l'interrupteur maître des exécuteurs réels est à `false` par défaut : sans configuration explicite, rien ne part.

Ce que ça nous coûte : une démonstration moins fluide. Un prospect qui voit une erreur pendant une présentation, même explicite, retient l'erreur.

Ce que ça nous évite : qu'une équipe découvre après trois semaines d'intégration que la capacité était simulée.

Deux autres choix du même ordre :

Un identifiant de locataire qui ne correspond pas au jeton reçoit `404`, pas `403`. Un `403` confirme l'existence de la ressource — c'est déjà une fuite d'information dans un contexte multi-locataire.

Sans service de facturation joignable, le reçu porte une mention explicite de non-mesure plutôt qu'un montant estimé.

Je poste ici parce que je constate que ce type de choix est rarement discuté publiquement. Est-ce que vous avez, dans vos produits, des comportements délibérément moins agréables mais plus honnêtes ? Et est-ce que vos utilisateurs les ont perçus comme tels, ou comme des défauts ?

#5.9 Erreurs à éviter

#5.10 Indicateurs

---

#6. Discord

#6.1 Pertinence pour nos personas

#6.2 Objectif

Rétention et support. Discord n'acquiert pas : il retient. C'est aussi notre canal le plus rapide pour détecter une friction produit.

#6.3 Format natif et spécifications techniques

#6.4 Cadence

#6.5 Ton

Conversationnel, mais toujours au vouvoiement dans les canaux publics. Réponses concrètes. Quand une capacité n'est pas livrée, on le dit avec son statut.

#6.6 Structure de profil optimisée

Nom du serveur : KySpectra — communauté

Description du serveur :

Communauté officielle de KySpectra, plateforme agentique de développement piloté par la spécification et de cycle de vie logiciel gouverné, éditée par Kyrieva.

Ici : entraide sur la spécification, la gouvernance des agents et le déploiement · partage de métamodèles · retours d'usage directs à l'équipe.

Français et anglais, à égalité. De l'intention au logiciel en production, gouverné.

Message épinglé du canal d'accueil, rédigé :

Bienvenue dans la communauté KySpectra.

**Ce qu'est cet espace.** Un endroit où poser une question technique et obtenir une réponse d'un pair ou d'un membre de l'équipe. Nous sommes présents du lundi au vendredi, de 9 h à 17 h, heure de Montréal.

**Comment obtenir une réponse utile rapidement.** Indiquez la version que vous utilisez, l'environnement, ce que vous avez tenté, et le message d'erreur exact. Si la plateforme vous répond 501, copiez le message : il indique précisément ce qui n'est pas configuré.

**Les canaux.**
- `aide-specification` — exigences, notation EARS, métamodèles
- `aide-agents` — registre, capacités, plafond d'autonomie, séparation des devoirs
- `aide-deploiement` — construction, pipeline, approbation, retour arrière
- `metamodeles-partages` — vos métamodèles, et leur critique par les pairs
- `retours-dexperience` — les moments où vous avez abandonné une tâche nous intéressent plus que les compliments
- `salon-francais` et `english-room` — les deux langues sont traitées à égalité

**Trois règles.**
1. On ne se moque de personne, quel que soit son niveau.
2. Les membres de l'équipe s'identifient comme tels. Aucun faux compte utilisateur.
3. Quand une capacité n'est pas livrée, nous le disons avec son statut : Livré, En cours, Planifié, Bloqué. Nous ne laissons personne construire un projet sur une capacité qui n'existe pas.

**Ce que nous ne pouvons pas encore vous montrer.** Nous n'avons aucun client à ce jour, donc aucun témoignage. Ce que nous pouvons montrer, ce sont des comportements vérifiables du produit et un journal de version honnête.

Bonne installation, et n'hésitez pas.

#6.7 Règles d'engagement

#6.8 Cinq publications rédigées

Publication D1 — annonce d'ouverture publique

**La communauté KySpectra est maintenant ouverte à tous.**

Nous ouvrons ce serveur cinq semaines avant le lancement public du 10 novembre 2026, parce qu'une communauté qui commence le jour du lancement commence trop tard.

Ce que vous pouvez faire dès maintenant :
· poser une question technique dans les canaux d'aide, même si vous n'avez pas encore de compte ;
· partager un métamodèle de spécification et le faire critiquer ;
· nous dire ce qui vous fait abandonner une tâche.

Ce que nous vous devons :
· une réponse sous 4 h ouvrées ;
· le statut réel de chaque capacité citée ;
· la même attention en français et en anglais.

Le message épinglé du canal d'accueil détaille l'organisation des canaux.

Bienvenue.

Publication D2 — récapitulatif hebdomadaire

**Récapitulatif de la semaine — vendredi**

**Ce qui a été livré**
· `[Gabarit : liste des livraisons de la semaine, reprise du journal de version]`

**Ce qui a été corrigé grâce à vous**
· `[Gabarit : anomalies remontées par la communauté et corrigées, avec mention du membre si accord donné]`

**Ce qui reste ouvert**
· `[Gabarit : anomalies confirmées non encore corrigées, avec numéro de suivi]`

**Question de la semaine**
Dans vos équipes, qui relit réellement les exigences après leur rédaction ? Réponses dans `retours-dexperience`.

**Rendez-vous vocal**
Prochaine session : `[Gabarit : date et heure de la prochaine session vocale]`. Horaire alterné entre Europe et Amérique du Nord.

Bon week-end.

Publication D3 — réponse type dans un canal d'aide

Merci pour le détail du message d'erreur, ça aide beaucoup.

Le `501 Not Implemented` que vous recevez n'est pas une anomalie : c'est le comportement attendu quand l'exécuteur concerné n'est pas configuré dans votre environnement. Le message vous indique exactement quelle configuration manque.

Deux points à vérifier dans l'ordre :

1. L'interrupteur maître des exécuteurs réels. Il est à « faux » par défaut, volontairement : sans lui, la plateforme ne déclenche aucune action réelle. C'est ce qui garantit qu'une évaluation ne produit pas d'effet de bord dans votre infrastructure.

2. Les paramètres nommés dans le message d'erreur. Tant qu'ils sont vides, la route répond 501 plutôt que de tenter une opération incomplète.

Si après ces deux vérifications le comportement persiste, envoyez-moi la trace complète et j'ouvre une anomalie publique dans les 24 h, avec le numéro renvoyé ici.

Publication D4 — appel à contribution sur les métamodèles

**Appel à métamodèles**

Le métamodèle de spécification est configurable par projet. Nous fournissons des gabarits, mais nous pensons que leur qualité viendra de la pratique collective plus que de nos hypothèses.

Nous ouvrons donc `metamodeles-partages` avec une règle simple : vous publiez un métamodèle, vous expliquez le contexte dans lequel il vous sert, et la communauté le critique.

Trois contextes qui nous manquent particulièrement :
· secteur réglementé, avec des exigences de conformité typées séparément ;
· reprise de système existant, où la spécification part de la rétro-ingénierie ;
· contexte pédagogique, où le métamodèle doit être compréhensible en une séance de cours.

Format attendu : le métamodèle, trois exigences d'exemple qui l'utilisent, et une phrase sur ce que vous avez dû abandonner pour qu'il tienne.

Nous répondons à chaque publication.

Publication D5 — annonce du jour J

**KySpectra est lancé publiquement.**

Le portail client est ouvert. La documentation publique est en ligne. Le journal de version détaille, capacité par capacité, ce qui est Livré, ce qui est En cours et ce qui est Planifié.

Trois choses que nous vous devons aujourd'hui.

**La liste de ce qui n'existe pas.** Pas d'application mobile native — les portails sont responsives, ce n'est pas la même chose. Pas de pilote nuage natif. Pas de provisionnement automatique de fournisseur d'identité. Pas de place de marché de capacités déployée. Tout cela figure au journal de version avec le statut correspondant.

**Aucun témoignage client.** Nous n'avons aucun client à ce jour. Ce que nous pouvons vous montrer, ce sont des comportements vérifiables et un journal honnête.

**Une présence renforcée.** L'équipe est sur les canaux d'aide de 8 h à 20 h, heure de Montréal, pendant les cinq prochains jours ouvrés, en français et en anglais.

Séance de questions ouvertes en vocal : `[Gabarit : date et heure de la séance de questions ouvertes de la semaine de lancement]`.

De l'intention au logiciel en production, gouverné. Merci d'être là avant tout le monde.

#6.9 Erreurs à éviter

#6.10 Indicateurs

---

#7. Bluesky

#7.1 Pertinence pour nos personas

Honnêteté sur la plateforme. L'audience y est plus petite qu'ailleurs, mais la qualité des conversations techniques y est actuellement supérieure, et le coût marginal est quasi nul puisque le contenu est adapté depuis X. Nous y allons pour cette raison, pas pour le volume.

#7.2 Objectif

Présence auprès d'une audience technique qualifiée, avec un identifiant vérifié par domaine qui sert aussi de preuve d'appartenance.

#7.3 Format natif et spécifications techniques

#7.4 Cadence

Trois à cinq messages par semaine, adaptés depuis les contenus X mais jamais copiés mot pour mot. Un fil de fond toutes les deux semaines. Réponses quotidiennes.

#7.5 Ton

Plus conversationnel que sur X, moins institutionnel que sur LinkedIn. On y assume mieux l'incertitude et le travail en cours.

#7.6 Structure de profil optimisée

Nom affiché : KySpectra

Identifiant : [Gabarit : identifiant Bluesky à réserver — utiliser un domaine détenu pour la vérification, après arbitrage de la zone documentaire du brief §1.2]

Biographie (256 caractères) :

Plateforme agentique SDD/SDLC, par Kyrieva. La spécification comme structure de données centrale du cycle de vie. Agents IA gouvernés : périmètre, plafond d'autonomie, journal d'audit. FR/EN. De l'intention au logiciel en production, gouverné.

Bannière (3 000 × 1 000 px) : fond #0b1220, six hexagones reliés, dégradé #0f6fde vers #7c5cfc, sans texte autre que le slogan principal en bas à gauche.

Message épinglé : la publication B1 ci-dessous.

#7.7 Règles d'engagement

#7.8 Cinq publications rédigées

Publication B1 — message épinglé

Nous construisons KySpectra : une plateforme où la spécification est la structure de données centrale du cycle de vie, pas de la paperasse d'avant-projet.

Les agents IA y ont un périmètre, un plafond d'autonomie et un journal d'audit.

De l'intention au logiciel en production, gouverné.

Publication B2

Décision d'ingénierie que nous assumons : quand une fonctionnalité n'est pas configurée, la plateforme renvoie 501 avec un message explicite.

Une démonstration moins fluide, mais aucune équipe qui découvre trois semaines plus tard que la capacité était simulée.

Publication B3

Le test décisif d'une bonne exigence : créez-la, et regardez si quelque chose se produit dans votre outillage.

Si rien ne se passe, vous avez écrit de la documentation.

Publication B4 — fil de trois messages

1/3 — Ce que la rétro-ingénierie automatique d'un dépôt trouve : la structure réelle des services, le modèle de données effectif, les surfaces d'API, les transitions d'état implémentées.

2/3 — Ce qu'elle ne trouve pas : l'intention. Une règle de calcul particulière peut venir d'une contrainte réglementaire ou d'un correctif de 2019. Le code ne fait pas la différence.

3/3 — D'où notre position : elle fait le premier tiers du travail. Elle donne une base factuelle sur laquelle un humain arbitre, plutôt qu'une page blanche ou un souvenir.

Publication B5

Un identifiant de locataire qui ne correspond pas au jeton reçoit 404, pas 403.

Un 403 confirme que la ressource existe. Dans un contexte multi-locataire, c'est déjà une fuite d'information.

#7.9 Erreurs à éviter

#7.10 Indicateurs

---

#8. Mastodon

#8.1 Pertinence pour nos personas

Honnêteté sur la plateforme. L'audience est la plus petite de nos dix plateformes. Nous y sommes présents parce qu'elle recoupe précisément le public qui valorise nos différenciateurs de gouvernance et de souveraineté, et parce que le coût marginal est faible. Nous n'en attendons pas de volume.

#8.2 Objectif

Crédibilité auprès d'un public sensible à l'ouverture, à la souveraineté et à la protection des renseignements personnels. Vérification de l'identité par lien réciproque avec notre domaine.

#8.3 Format natif et spécifications techniques

#8.4 Cadence

Deux à trois messages par semaine. Un fil de fond par mois. Réponses sous 24 h.

#8.5 Ton

Le plus posé de nos plateformes. On y explique plutôt qu'on y affirme. Aucun vocabulaire de croissance. Aucun appel à l'action agressif.

#8.6 Structure de profil optimisée

Instance : [Gabarit : instance à choisir — privilégier une instance francophone orientée technologie, à arbitrer avant le 2026-10-05]

Nom affiché : KySpectra

Biographie (500 caractères) :

Plateforme agentique de développement piloté par la spécification et de cycle de vie logiciel gouverné, éditée par Kyrieva.

Notre pari : la spécification n'est pas de la paperasse d'avant-projet, c'est la structure de données centrale du cycle de vie.

Les agents IA y sont gouvernés comme des collaborateurs : périmètre explicite, refus par défaut, plafond d'autonomie, journal d'audit à chaîne de hachage.

Français par défaut, anglais de plein droit.

De l'intention au logiciel en production, gouverné.

Quatre champs de profil :

En-tête (1 500 × 500 px) : identique à la bannière X, sans texte marketing.

Message épinglé : la publication M1 ci-dessous.

#8.7 Règles d'engagement

#8.8 Cinq publications rédigées

Publication M1 — message épinglé

Bonjour. Nous éditons KySpectra, une plateforme agentique de développement piloté par la spécification et de cycle de vie logiciel gouverné.

Notre point de départ : les équipes produisent aujourd'hui plus de logiciel qu'elles n'en comprennent. Chaque génération assistée par IA ajoute des lignes que personne n'a demandées explicitement, et que personne n'ose supprimer.

Notre réponse : faire de la spécification un objet de première classe, versionné et relié, et gouverner chaque agent avec un périmètre, un plafond d'autonomie et un journal d'audit.

Français par défaut, anglais de plein droit.

Publication M2

Une précision sur ce que nous entendons par « gouverner un agent ».

Le moteur de politique fonctionne en liste d'autorisations : toute action non explicitement couverte est refusée, et le refus est journalisé sous un identifiant de politique dédié.

C'est volontairement plus pénible à configurer qu'une liste d'interdictions. Une liste d'interdictions oublie toujours quelque chose.

Publication M3

Sur la protection des renseignements personnels, un détail d'implémentation qui compte.

Un identifiant de locataire qui ne correspond pas au jeton reçoit 404, pas 403.

Un 403 confirme que la ressource existe. Dans un contexte multi-locataire, cette confirmation est déjà une information sur les clients d'autrui.

Publication M4

Nous avons construit le produit en français, avec l'anglais maintenu à parité stricte de clés de traduction.

Ce n'est pas un choix militant, c'est un choix d'ingénierie : une capacité livrée est documentée dans les deux langues, ou elle n'est pas annoncée.

La conséquence pratique est que la terminologie reste cohérente. « Espace de travail », « plafond d'autonomie », « séparation des devoirs », « journal d'audit » sont des concepts nommés, pas des calques.

Publication M5

Point d'honnêteté avant notre lancement public du 10 novembre 2026.

Nous n'avons aucun client à ce jour, donc aucun témoignage à vous montrer.

Ce que nous pouvons montrer : un journal de version qui distingue explicitement ce qui est livré, ce qui est en cours et ce qui est planifié — et une plateforme qui répond 501 plutôt que de simuler une capacité absente.

Nous préférons commencer comme cela.

#8.9 Erreurs à éviter

#8.10 Indicateurs

---

#9. Instagram

#9.1 Pertinence pour nos personas — évaluation honnête

Position assumée : Instagram n'est pas un canal d'acquisition pour KySpectra. Nous y maintenons une présence minimale à un seul titre : la marque employeur et la crédibilité culturelle auprès des étudiants et des jeunes praticiens. Aucun budget publicitaire n'y est alloué. Si l'indicateur de portée ne progresse pas d'ici J+89, la présence est suspendue plutôt que maintenue par principe.

#9.2 Objectif

Marque employeur et présence culturelle. Rien d'autre.

#9.3 Format natif et spécifications techniques

#9.4 Cadence

Une publication par semaine maximum. Deux stories par semaine. Aucun Reel avant J+30, et seulement s'il existe un contenu vidéo déjà produit pour YouTube à recycler.

#9.5 Ton

Humain, sobre, sans jargon. C'est la seule plateforme où l'on parle des personnes qui construisent plutôt que du produit.

#9.6 Structure de profil optimisée

Nom : KySpectra

Biographie (150 caractères) :

Plateforme agentique SDD/SDLC · par Kyrieva
De l'intention au logiciel en production, gouverné.
Coulisses de construction · FR/EN
kyspectradoc.kyrieva.com

Photo de profil : logo hexagonal #0f6fde sur fond #0b1220.

Publication épinglée : le carrousel « Comment nous avons construit une plateforme en 26 jours calendaires — et ce que cela nous a coûté ».

#9.7 Règles d'engagement

#9.8 Cinq publications rédigées

Publication I1 — carrousel de 8 pages, publication épinglée

Légende :

26 jours calendaires entre le premier commit et une plateforme en ligne sur trois environnements. Voici ce que cela veut dire concrètement, et ce que cela ne veut pas dire.

255 commits. Environ 30 services backend déployables. 9 services d'agents autonomes. Plus de 3 700 tests automatisés. 3 environnements en ligne : développement, qualification, production.

Ce que cela ne veut pas dire : que tout est fini. Notre journal de version distingue explicitement ce qui est livré, ce qui est en cours et ce qui est planifié. Il y a des lignes dans les trois colonnes, et nous les publions telles quelles.

Ce que nous en retenons : la vitesse n'a de valeur que si elle reste explicable. C'est exactement le problème que la plateforme traite.

Lancement public le 10 novembre 2026.

#GenieLogiciel #Startup #Quebec #IA #Developpement

Publication I2 — publication portrait

Légende :

Une journée à 58 commits, dont la résolution d'un incident bloquant en production : la passerelle d'API redémarrait en boucle parce qu'une règle réseau vers le serveur d'authentification manquait.

Ce genre de journée ne se raconte pas dans une brochure. Elle se raconte ici.

Ce que nous en avons tiré : un incident dont la cause est une règle réseau manquante ne se diagnostique pas depuis un navigateur. Il se diagnostique depuis l'intérieur du cluster. Nous avons écrit la procédure, et elle nous a resservi deux fois depuis.

#Ingenierie #Coulisses #Infrastructure #Startup

Publication I3 — publication carrée

Légende :

Les seules couleurs que nous nous autorisons.

Bleu Ocean pour la marque et les actions. Violet exclusivement réservé à une chose : signaler ce qui provient d'un agent IA. Vert, ambre, rouge et bleu clair pour les statuts.

Ce n'est pas une préférence esthétique. Dans une plateforme où des agents produisent des artefacts aux côtés d'humains, il faut pouvoir distinguer les deux d'un coup d'œil. Une couleur réservée à cet usage, et à aucun autre, rend cette distinction fiable.

Space Grotesk pour les titres, JetBrains Mono pour le code.

#DesignSystem #UI #Accessibilite #Produit

Publication I4 — story, série de trois écrans

Écran 1 :

Question qu'on nous pose souvent :
« Vous avez combien de clients ? »

Écran 2 :

Réponse honnête : aucun.
Nous lançons le 10 novembre 2026.

Écran 3 :

Ce que nous avons à la place :
plus de 3 700 tests automatisés,
3 environnements en ligne,
et un journal de version qui dit
ce qui n'est pas encore fait.

Publication I5 — publication portrait, marque employeur

Légende :

Ce que nous cherchons chez les personnes qui nous rejoindront.

Quelqu'un qui préfère afficher une erreur explicite plutôt qu'un succès factice. C'est littéralement un comportement de notre produit : quand une fonctionnalité n'est pas configurée, il répond 501 avec un message qui dit ce qui manque.

Quelqu'un qui écrit en français sans considérer que c'est un handicap technique.

Quelqu'un qui pense qu'une valeur non prouvée par un comportement observable est un slogan.

Nous publierons nos postes ouverts ici et sur LinkedIn.

`[Gabarit : liste des postes ouverts à confirmer par la direction]`

#MarqueEmployeur #Recrutement #Quebec #Ingenierie

#9.9 Erreurs à éviter

#9.10 Indicateurs

---

#10. TikTok

#10.1 Pertinence pour nos personas — évaluation honnête

#10.2 Décision : non-investissement assumé jusqu'à J+89

Nous ne créons pas de présence TikTok avant le 2027-02-07. Cette section documente la décision et ses conditions de réexamen, pas un plan d'exécution.

#10.3 Ce que nous faisons quand même

#10.4 Format natif et spécifications techniques (pour référence future)

#10.5 Cadence

Aucune avant le 2027-02-07. En cas de réexamen favorable, la cadence minimale viable serait de trois vidéos par semaine — ce que nos moyens ne permettent pas sans dégrader les canaux prioritaires.

#10.6 Ton, s'il fallait y aller

Pédagogique, sur un seul concept par vidéo, avec tutoiement admis puisqu'il s'agirait de scripts vidéo courts explicitement marqués. Aucune accroche à sensation. Aucune promesse de gain.

#10.7 Structure de profil, si le compte est ouvert pour réservation

Nom : KySpectra

Biographie (80 caractères) :

Plateforme agentique SDD/SDLC · De l'intention au logiciel en production, gouverné.

Vidéo unique déposée : reprise de la capsule Y3 (« Pourquoi un 403 est déjà une fuite de données »), sans adaptation.

#10.8 Règles d'engagement

#10.9 Cinq publications rédigées — réserve, à n'utiliser qu'en cas de réexamen favorable

Ces cinq scripts sont écrits d'avance et conservés en réserve. Ils ne sont pas publiés tant que la décision de non-investissement tient. Ce sont des scripts vidéo courts : le tutoiement y est explicitement admis.

Script T1 — 28 secondes

Ton entreprise a adopté l'IA pour écrire du code.

Six mois plus tard, personne ne sait plus pourquoi la moitié des modules existent.

Ce n'est pas un problème de qualité de code. C'est un problème de mémoire.

Une exigence, ça devrait être un objet versionné et relié. Pas un paragraphe oublié dans un document.

C'est tout le pari de KySpectra.

Script T2 — 31 secondes

Tu demandes une ressource qui appartient à un autre client d'une plateforme.

Elle te répond « interdit ».

Tu viens d'apprendre que cette ressource existe.

Dans un système multi-locataire, la bonne réponse c'est « introuvable ». Pas « interdit ».

404, pas 403. C'est une ligne de code, et c'est une posture.

Script T3 — 26 secondes

Le test le plus simple pour savoir si tes exigences servent à quelque chose.

Crée-en une.

Regarde si quelque chose se passe dans ton outillage.

Si rien ne se passe, tu viens d'écrire de la documentation. Pas une spécification.

Script T4 — 33 secondes

Un agent IA qui écrit du code dans ton dépôt, c'est un acteur avec des droits d'écriture.

Trois questions qu'un auditeur va te poser.

Il a le droit de faire quoi, exactement ?

Jusqu'où il peut aller sans qu'un humain valide ?

Et qu'est-ce qu'il a fait, précisément, la semaine dernière ?

Si tu n'as pas les trois réponses, tu n'as pas déployé un collaborateur. Tu as déployé une dépendance non documentée.

Script T5 — 24 secondes

On a construit une plateforme qui affiche une erreur au lieu de faire semblant.

Quand une fonctionnalité n'est pas configurée, elle répond « pas implémenté », avec le détail de ce qui manque.

Ça rend les démonstrations moins jolies.

Ça évite qu'une équipe découvre trois semaines plus tard que c'était du décor.

#10.10 Indicateurs

---

#11. Tableau récapitulatif inter-plateformes

---

#12. Contrôle de conformité avant publication

Toute publication, sur les dix plateformes, passe cette liste de vérification avant mise en ligne.

---

KySpectra — Plateforme agentique SDD/SDLC · par Kyrieva
Documentation : kyspectradoc.kyrieva.com · Dossier de lancement : Strategielancement/
Document interne de pré-lancement — version 1.0 du 2026-08-17. Les données marquées « [Gabarit : … ] » doivent être renseignées ou revalidées avant diffusion externe.