Aller au menu du forum Aller au contenu du forum Aller à la recherche dans le forum
Logo Khaganat
Menu principal

Khaganat et son rapport aux LLM

alcyone

Les IA générative / LLM sont l'un des grands sujets du monde (et du monde du Libre).

Khaganat s'y est frotté vers ses débuts il y a 2-3 par les expérimentations de certaines de ses membres.

Le sujet n'a pas fait l'unanimité et comme Lyne le concluait dans l'article de blog de l'AG correspondante :
CitationCela a suscité les seuls échanges en séance, qui ont rapidement conclu que nous sommes toutes d'accord pour dire que l'IA peut être une source d'inspiration interne, éventuellement pour avoir des visions différentes, tant que nous n'avons pas de ressources capables de modéliser ou créer des graphismes, mais pas au-delà. Les seules images diffusées sont des images que nous créons nous-mêmes avec nos outils validés.

Au passage, une remarque sur les images utilisées pour illustrer les blogs4) : dans les banques d'images, on trouve de plus en plus d'images générées par IA, donc il faudra être particulièrement attentives à ce que nous utiliserons.

On s'était dit (quelques années) plus tard à l'occasion de discussions informelles que ce serait bien de réaborder le sujet et ce avant la prochaine AG afin d'avoir un positionnement plus officiellement annoncé et exposé.

Le sujet a initialement été relancé sur le chat, je remets ici les logs pour le continuer plus posément :

CitationLocynaeh :

Du coup je lance le sujet : quel est le positionnement de Khaganat sur l'usage des IA/LLM ?

Et de façon connexe : quelle relation aux outils "AI-tainted" que nous utilisons ?
Sachant pour le contexte qu'il est facile de lister les projets s'y opposant en défendant leurs valeurs, l'inverse est quasi impossible tant l'usage est massif (sans parler de la quantité de projets vibe-codés qui sort quotidiennement).

Quelques références :
 - https://github.com/Vxrpenter/AIMania/blob/main/WHY.md#why (arguments contres et références)
 - https://codeberg.org/small-hack/open-slopware#why-not-llms (arguments contres et références)
 - https://noai.starlightnet.work/list.html (liste maintenue des projets ayant officiellement une politique interdisant les LLM)
 - https://github.com/melissawm/open-source-ai-contribution-policies (liste de politique IA de projets FLOSS, qu'elles soient pour ou contre)
 - https://gitlab.com/inkscape/inkscape-board/-/work_items/5#note_3140424828 (politique en cours de discussion chez Inkscape que je trouve bien adaptée selon mon point de vue).
 - https://kristoff.it/blog/contributor-poker-and-ai/ (article de Loris Cro, qui travaille sur le langage de programmation Zig ayant une charte strict contre l'IA, sur le rapport à la contributrice qui serait perdu si l'IA était utilisée)

Pour le 1er point, je pense que l'on connait déjà mon positionnement ici, je peux détailler bien entendu (le draft d'Inkscape reprend bien ce que j'en pense cependant).

Pour la question connexe. Je pense que pour les outils au-delà des briques inévitables (style noyau Linux ou langage comme Python) fonction de nos moyens, ça vaut la peine de mettre un mot, indiquant notre non support (le cas échéant) et l'absence d'alternative satisfaisante s'y opposant clairement à ce jour : Godot, Blender, etc...

Yannk :

J'aime beaucoup aussi la position de Inkscape. De mon côté j'y ajoute le fait que le but de Khaganat c'est de prendre plaisir à faire ensemble, et que le but n'est pas tant d'arriver à un livrable (heureusement parce que bon, au bout de... 12 ans ?, on n'a pas "livré" grand chose en terme de jeu), que de se soutenir pour apprendre les unes des autres et faire ce qui nous plaît.

On a pu expérimenter un temps avec les LLMs par le passé, il ne faut pas le cacher, mais l'association avazit déjà convenu que ce n'était pas envisageable d'en faire un usage autre que ponctuel et transitionnel. Il me semble qu'on peut aller au-delà, en partant d'un des arguments de Inkscape : pour se soutenir les unes les autres, il faut être en mesure de transmettre son savoir-faire, de le faire évoluer pour soi et les autres.

Et si, par exemple, j ne faisais de la 3D et des textures qqu'avec des prompts d'IAG, je ne serais pas en mesure d'expliquer les raisons de certains choix techniques, d'apprendre à d'autres comme s'y prendre, comment débuter la modélisation ou le rigging.

Locynaeh :

C'est clairement des arguments que je partage :-) la partie apprentissage, apprendre à faire, transmettre, me touche beaucoup

Yannk :

J'anime des ateliers d'écriture en milieu universitaire (élèves ingénieurs) et chaque fois on installe un débat sur l'autorisation ou non de l'IAG, pour que les étudiantes et étudiants trouvent un consensus d'usage. Et très clairement, il en est ressorti à chaque fois que comme iels ne sont pas en situation de production calibrée (iels auront l'UV en étant simplement là toute la semaine, quelle que soit la qualité produite), iels trouveraient dommage de ne pas profiter de l'opportunité d'apprendre un nouveau savoir-faire.

Il me semble qu'on est dans une situation similaire avec le projet que porte Khaganat

vv221 :

Merci pour avoir lancé le sujet Alcyone. Je suis assez curieux de voir si je vais être le seul à soutenir une opposition totale sur des bases uniquement politiques.

Locynaeh :

"Uniquement" c'est possible, j'y suis opposé politiquement mais pas que ^^

vv221 :

Oh, ce n'est pas que je ne m'y oppose pas pour d'autres raisons (double négation \o/), mais je les considère toutes comme négligeables comparées à l'axe politique ;)

Locynaeh :

Oui, je suis assez d'accord même si je mettrais un angle éthique qui revient un peu au même, sans même évoquer les autres raisons, elles se suffisent à elles-mêmes.
Je suis assez effaré de voir à quel point ont les écartes facilement. Je le comprends aussi car c'est un peu le mode de vie de notre société de dégager l'éthique autant que possible pour le bien-être et la prospérité du capitalisme. On le subit au quotidien, c'est aussi plus simple d'y céder.

vv221:

Ouais, mais si on cherchait la simplicité avant tout, on jouerait à World of Warcraft sur Windows et ce salon n'existerait pas ;P

PulkoMandy:

* PulkoMandy ronchonne un peu en voyant Linux classé dans les "briques inévitables"

Locynaeh:

Sur la quantité de drivers supportés 😜 sinon je serais déjà sur *insère le nom d'un noyau opposé aux LLM*
vv221: certes mais il y a différents niveau de compromis selon la charge mentale, les moyens, tout ça^^'

vv221:

Pour l'instant je ne connais pas d'aternative à Linux qui puisse faire tourner ma collection de jeux. Sinon j'aurais aussi déjà migré.
(même Windows ne pourrait pas tous les faire tourner, c'est dire à quel point je suis limité dans mes options...)

PulkoMandy:

C'est vrai que depuis que j'essaie d'écrire des drivers, j'ai plus le temps de jouer...

vv221:

PulkoMandy, pour Haiku vous devez écrire les drivers from scratch, sans assistance particulière de la part des fabricants ?

PulkoMandy:

Oui en général. On récupère du code de freebsd et de openbsd aussi (pour les drivers réseau par exemple)

K'Deed:

après j'ai lu que les modif par IA sont refusés presque partout. Il laisse le droit juste une légère aide . Apparement, le code par 100% IA , c'est un bug corrigé, 5 bug en plus....

Locynaeh:

K'Deed, dans quel contexte ?

K'Deed:

comme assistant
j'ai vu ça sur godot et le kernel

Locynaeh:

Hum, ni l'un ni l'autre n'a une politique disant ça, c'est beaucoup moins restrictif
A vrai dire c'est l'inverse, très peu de projets refuse l'IA
La plupart refuse les contributions complètement vibecodé (comme ils refusaient globalement le code de merde, c'est la même raison en fait)
"vibecodé" comprendre codé intégralement par l'IA, qu'importe le nombre d'itérations
Sauf cas particulier, interdire le code vibecodé c'est en gros ce que disent toutes les politiques permissives

K'Deed:

Locynaeh: ça a changer cette semaine

vv221:

K'Deed, si tu as lu ça, tu te plantes ;)
Aussi bien Linux que Godot acceptent les contributions générées par IA.
Tout comme, en fait, la majorité des projets logiciels.

Locynaeh:

K'Deed: pas vu de maj de la politique là

Dernière édition: 20 Mai 2026 à 17:36:54 par alcyone

alcyone

Suite :

Citationmar. 28 avril 2026 21:08:45 - vv221: Génial, Blender a rejoint le côté obscur : https://www.blender.org/press/anthropic-joins-the-blender-development-fund-as-corporate-patron/

mar. 28 avril 2026 21:08:56 - vv221: Il nous reste quoi, pour la 3D sur Linux ?

mar. 28 avril 2026 21:14:38 - kujiu: J'ai prévu de me mettre à Blender. Mais bon, je vois mal comment aller voir ailleurs vu tout ce qu'il fait.
J'ai lâché l'affaire en matière de boycott de logiciel dopé à l'IA, c'est devenu impossible.

mar. 28 avril 2026 21:15:24 - Alcyone: vv221, Blender était déjà porté sur les contributions LLM depuis un bail d'où le fait que j'indiquais dans le sujet de discussion LLM :
> Pour la question connexe. Je pense que pour les outils au-delà des briques inévitables (style noyau Linux ou langage comme Python) fonction de nos moyens, ça vaut la peine de mettre un mot, indiquant notre non support (le cas échéant) et l'absence d'alternative satisfaisante s'y opposant clairement à ce jour : Godot, Blender, etc.

mar. 28 avril 2026 21:16:28 - vv221: Je n'avais pas tiqué sur Blender à ce moment-là, je conaissais seulement la trahison de Godot.

mar. 28 avril 2026 21:16:37 - kujiu: Il faudra aussi que j'aille voir le forum pour répondre.

mar. 28 avril 2026 21:16:43 - Alcyone: C'est plus ancien de mémoire

mar. 28 avril 2026 21:17:04 - kujiu: Ouais, Blender ça fait un moment, mais ils ont un groupe à part pour l'IA.

mar. 28 avril 2026 22:01:18 - vv221: Ici c'est avec ce nouveau financement que je le découvre...
Je ne suis malheureusement pas très surpris.

mar. 28 avril 2026 22:14:08 - osquallo: essaye wings3d peut être :p *n'a aucune idée de comment s'est financé ni tous ces truc à débats*

mer. 29 avril 2026 15:01:19 - FrancoisA: Mais si un logiciel offre la possibilité d'utiliser l'IA personne ne t'oblige à l'utiliser.
Une voiture peut tuer. Mais ce n'est pas pour cela que les gens normaux utilisent leur voiture.
En revanche, Khaganat a eu raison de quitter Gitlab, car ce genre de plateforme peut réutiliser le code open source à l'insu des développeurs.

mer. 29 avril 2026 15:07:01 - FrancoisA: Je pensais surtout à GitHub qui a été racheté par Microsoft (qui a installé Copilot dessus).

mer. 29 avril 2026 15:09:43 - gpsqueeek: Les voitures comme l'IA polluent énormément. Pour pas mal d'usages urbains, la voiture n'a pas lieu d'être utilisée. Pour autant,dans les zones qui ne sont pas desservies, pas bien le choix...
Quand du code est généré par IA, c'est impossible à maintenir, on perd les compétences, le tout avec une grosse pollution à la clé, avec pillage de plein de données en amont pour l'entrainement (sur tout code public, pas juste github)
Je veux bien entendre que pour certains cas d'usage ça ouvre des portes, perso je fais sans (enfin, autant que je sache, mais il y en a tellement partout maintenant...)
Quand je parle d'IA ci dessus, je parle d'IA générative hein

mer. 29 avril 2026 15:24:08 - Alcyone: A mon sens FrancoisA, tu tombes dans l'habituel poncif ignorant des siècles de philo de la technique sur la supposée neutralité de l'outil. C'est malheureusement très courant et c'est dommage. On va pas rentrer dans une thèse sur le sujet mais je vais poser là que c'est un propos qui a très peu de sens une fois que l'on se pose une minute pour y réfléchir.

J'avais dans un coin un article très court de l'auteur de DotClear sur ce sujet (en français) qui invite à faire les 1ers pas de réflexion : https://open-time.net/post/2023/01/16/Neutre-ou-pas-neutre

Et effectivement on peut poursuivre l'exemple de gpsqueeek : quand cet outil est conçu dans le dédain total des enjeux climatiques actuels (au point que les boîtes conceptrices ont retiré officiellement leurs objectifs dans ce domaine et financent activement le gouvernement d'extrême-droite d'un des pays les plus influents du monde s'y opposant pour favoriser leurs profits dans ce domaine), il n'y a pas de "bonne" façon de l'utiliser qui peut contrebalançer cela.

Et tu peux également faire le tour de l'ensemble des problèmes directs et indirects posé par le développement de l'IA générative/LLM (voir le sujet de forum démarré à cet effet : https://khaganat.net/forum/index.php/topic,821.msg3421.html#msg3421).

mer. 29 avril 2026 15:26:34 - FrancoisA: On est d'accord qu'il vaut mieux ne pas utiliser l'IA.

mer. 29 avril 2026 15:27:34 - Alcyone: Le parallèle avec la voiture est très intéressant dans le sens que l'objet seul n'a pas de sens sans son contexte, l'industrie l'environnant, son impact sur le développement des villes, le développement d'autres moyens de transports, etc.
Cet article de Louis Derrac qui cite à juste titre "La vallée de Silicium" de Damasio reprend le sujet un peu synthétiquement (et reprend l'exemple de la voiture): https://louisderrac.com/les-outils-techniques-sont-neutres-prenez-ce-couteau-par-exemple/

mer. 29 avril 2026 15:45:11 - osquallo: sauf que tous ces probleme date de bien avant l'ia

mer. 29 avril 2026 15:45:55 - Alcyone: osquallo, c'est bien pour ça que la philo de la technique date de bien avant l'électricité ;-)
L'IA pose de nouveaux problèmes et en aggrave de nombreux existant

mer. 29 avril 2026 15:48:13 - osquallo: il ne les pose pas il les met juste en lumière la ou vous n'arriviez pas a les voir

mer. 29 avril 2026 15:48:35 - vv221: L'IA est surtout avant tout un projet de société, pas "un outil neutre". Un projet de société fasciste.
Utiliser l'IA, défendre l'utilisation de l'IA, défendre même *l'existence* de l'IA, c'est défendre ce projet fasciste.

mer. 29 avril 2026 15:52:07 - Alcyone: osquallo, en tournant très fort le sujet, on peut imaginer que l'IA a un effet loupe sur de nombreux problèmes existant dont elle augmente la portée. Je pense sincèrement que les modifications qu'elle entraîne et sa dimension crée en soi de nouveaux problèmes, particulièrement sociaux et sociétaux.

mer. 29 avril 2026 15:53:03 - osquallo: le probleme c'est surtotu du coter de l'humain et tant qu'on se dedouiane sur les outils pour pas avoir a ce changer soi meme rien ne changera


Dernière édition: 29 Avril 2026 à 16:39:39 par alcyone

alcyone

Je te réponds ici osquallo :

Citationmer. 29 avril 2026 15:53:03 - osquallo: le probleme c'est surtotu du coter de l'humain et tant qu'on se dedouiane sur les outils pour pas avoir a ce changer soi meme rien ne changera

Pour moi ce n'est qu'une facette du sujet prise isolément, qui se retrouve dans l'argument classique vu plus haut de l'outil neutre dont seule l'utilisation (le "côté humain") compte.
J'ai indiqué que la neutralité de l'outil n'avait aucun sens, ça ne veut bien sûr pas dire que son utilisation n'est pas à prendre en compte, elle ne va cependant pas sans tenir compte de l'outil lui même dont sa conception non neutre par essence influence l'usage.

Et en parlant d'influence, c'est littéralement la technologie la plus financée à l'heure actuelle, elle se développe et se répand à une vitesse exceptionnelle et son impact sur la société n'a pas d'équivalent sur son échelle de temps et c'est loin d'être terminé.

L'autre point que cela m'évoque, c'est la fameuse fable du colibri à la sauce Pierre Rahbi dont la maxime est d'isoler un problème sociétal à la responsabilité individuel (curieusement, les versions originales n'auraient pas cet dénouement). Certes chacun peut faire sa part mais la société est une entité en elle-même sur laquelle en agissant seul pour soi-même, l'influence est limitée et un problème de société réclame plutôt des actions collectives.

On pourrait épiloguer plus loin sur le pouvoir de nuisance individuel qu'offre la possibilité d'enrichissement illimité du capitalisme au détriment des autres et son rôle dans l'avènement d'une telle technologie mais on s'éloigne quand même pas mal du sujet qui reste le positionnement de Khaganat.





Dernière édition: 29 Avril 2026 à 16:38:36 par alcyone

pulkomandy

Bonjour,

Je ne suis le projet que de loin, donc mon avis personnel vaut ce qu'il vaut.

Je vois qu'il y a 2 problématiques qui se dégagent:

- D'un côté l'utilisation de LLM dans le projet (que ce soit pour générer des images, du code, ou quoi que ce soit d'autre): Inkscape fait en effet un assez bon résumé de la situation. C'est néfaste éthiquement et politiquement, c'est généralement mauvais à moyen techniquement, et je peux ajouter que accepter les contributions générées par des LLM, c'est s'exposer à une grande quantité de contributions mal fichues qui vont demander plus de travail pour mettre les choses "au propre" que de faire directement les choses soi-même. Mais en fait le débat sur cette dernière question me semble un peu inutile: les raisons éthiques et politiques sont, comme vv l'a indiqué, largement suffisantes pour rejeter le truc, pas la peine d'aller plus loin, même si ça donnait de bons résultats ce serait quand même une mauvaise idée.

- D'un autre côté, il y a les dépendances à d'autres projets. Et là, on est déjà dans une situation plus difficile. Blender et Linux ont été mentionnés, mais il y a tout un ensemble d'autres outils, pas tous facilement remplaçables (à moins de rester bloqué sur des anciennes versions?). C'est là que il y a un vrai problème à résoudre: soit accepter la situation de façon générale et continuer à autoriser ces outils, soit seulement certains après avoir confirmé qu'il n'y a pas d'alternative, soit aucun quitte à mettre beaucoup d'énergie pour trouver ou construire un remplacement. C'est une question qui se pose aussi quand il s'agit de choisir un logiciel libre vs un propriétaire, ou un protocole ouvert vs un qui est maintenu par une seule entreprise.

Et c'est là que je ne m'estime pas pertinent pour intervenir puisque je n'ai pas les mains dans les projets correspondants. Peut-on remplacer Blender ou Godot par autre chose? Aucune idée. Est-ce que Linux doit rester parmi les systèmes d'exploitation sur lesquels le client peut fonctionner? Même question pour Windows? Quel compromis êtes-vous prêts à faire?

Personnellement, j'échappe à peu près à ces problèmes pour l'instant. Je suis cependant exposé (pour l'hébergement de ma forge logicielle personelle) à un traffic très important de bots qui scannent tout n'importe comment et qui sont au moins en partie lié à l'entraînement et l'utilisation de LLM. Cela me consomme un peu de temps et d'énergie pour maintenir ce serveur en ligne. Je dois également questionner certains des logiciels que j'utilise et auxquels je contribue, et peut-être jeter des dizaines d'année de travail (par exemple sur le moteur de rendu web WebKit, dans lequel l'utilisation de code généré par LLM semble admise maintenant). Je ne sais pas encore ce que je vais faire. Je suis intéressé de lire une discussion sur ce sujet, en tout cas.

Zatalyz

Il me semble aussi important de voir "où" l'IA nous impacte et ce qu'on en fait.

Il y a des parties, c'est facile, et d'autres où ça pose plus de questions (sans que les réponses possibles soient bien satisfaisantes ou réalistes à mon goût).


Ce que liste Pulkomandy me semble une base, je reprends un peu :

- Usage de LLM pour générer du contenu "final" pour Khaganat : définitivement pas envisageable, pour toutes les bonnes raisons évoquées jusque là. Est-ce qu'on est toutes d'accord sur le sujet ? Je crois...

- Mais il y a aussi les aspects "WIP" ; en effet, on a pu utiliser un peu les LLM pour compenser des manques de compétences en interne. Qu'il s'agisse de générer des images pour avoir une idée de la direction artistique, ou d'essayer de comprendre d'obscurs points de code quand personne sur Krypte n'est apte à répondre. Je ne défendrais pas que c'est "bon" et je pense que nous devons veiller à nous passer de cela, mais la tentation est parfois grande de débloquer en utilisant ce genre d'outil. Mais c'est une position qui est plus facile à avoir quand "tout va bien". Je pense qu'il faut vraiment outiller le projet (et nos membres) pour qu'on puisse justement limiter ce genre d'usage, et préciser les lignes rouges (pas de vibe coding, pas d'illustrations LLM, on est d'accord). C'est peut-être là que notre charte "(non)-usage de l'IA" sera la plus à affiner. Par contre, ne nous leurront pas, on n'est pas dans le dos de chacun, on ne peux pas savoir quel produit final a été permis en partie parce qu'un LLM, à un moment, a pointé la bonne piste dans une doc labyrinthique et obscure. Et je plaide coupable ; en tant que sysadmin, je me suis parfois fait expliquer des concepts par un LLM quand je ne comprenais rien à la doc et que les réponses des humains se bornaient à "mais utilise X au lieu de Y, et non je n'avouerais pas que je ne sais pas répondre à ta question et je vais plutôt te faire perdre du temps sur un outil qui ne répond pas à ta problématique". Pour autant je sais aussi que plus que jamais, il faut travailler à renforcer l'entraide et l'apprentissage entre humains. Et outiller les humains en question à savoir échanger et communiquer...

- Les dépendances : il faut de toute façon qu'on les documente, et à présent cela viendra avec "quelle est la politique IA de ces projets". Cela demande une veille, car il va y avoir des différences entre les dépendances qu'on peut virer, celles qui sont hors de notre portée (Blender, ce n'est pas négociable...), et aussi de voir à quel point c'est contaminé : il y a une différence entre un projet vibe-codé par des humains qui n'y connaissent rien, et accepter de corriger une faille de sécurité remontée lors d'un audit de code par LLM. Mais ça reste un "yakafokon", car on n'a déjà pas une page sur le wikhan listant toutes nos dépendances sur notre ecosystème... et vu qu'on gère nous-même pas mal de trucs, ça en fait, des logiciels. Pulkomandy résume sinon le problème principal : les capacités humaines à se passer de projets où l'IA est trop présente.

- Les contributions mineures : on aura des gens, à un moment, qui nous proposerons des travaux permis par les LLM. Si certains seront faciles à détecter/refuser (non, pas de roman Khaganat par Deepseek, ni d'illustrations sur les mugs), d'autres peuvent être dans des zones plus complexes à trancher (les bugs impactant la sécurité, en particulier), sans parler de savoir si c'est du travail de bot et à quel pourcentage. Je ne sais pas du tout comment gérer ça. Je ne sais déjà pas pour l'écrit (qui est ma vraie compétence) : j'ai vu des gens partager sur forum leurs histoires en bonne part rédigée par LLM, et je ne l'ai détecté que parce que j'ai fait de mon côté des tests avec les LLM et que je repère assez bien les tics de langage (y compris des machines). Et on ne peux pas accuser "comme ça" les gens d'utiliser des LLM, c'est une pratique qui tends à dégoûter des innocents (les gens qui n'en utilisent pas et s'en font accuser, cessent de créer, ce qui est le pire scénario dans notre logique). Par ailleurs, le fait qu'il y ait un jugement moral sur l'usage de l'IA va pousser certaines personnes à cacher leur usage, ce qui va avec une baisse de confiance au sein de la communauté, et on finit par avoir des problèmes humains, bien plus que des problèmes d'IA.

- Le scrapping par les bots. Ça concerne les sysadmins, mais c'est effectivement questionnant, pas juste côté ressources mais aussi côté éthique. Je bosse en pointillé depuis 2 ans pour limiter ce scrapping, il n'est évidement pas question de se faire pourrir les ressources serveurs par le capitalisme. Mais je suis aussi un peu ambivalente : quitte à ce qu'ils pillent le monde pour leur corpus, j'aimerais bien leur faire intégrer des données alternatives (ce qu'est Khaganat entre autre), histoire qu'ils ne racontent pas que des récits blancs cishet capitalistes  :doubt: Notez que je m'en fout qu'on se fasse "piller" : à mort la propriété intellectuelle !!! (mais vous avez le droit d'avoir un autre avis, et puis j'aimerais quand même que tout reste dans les communs).

- Il y a sans doute d'autres usages à la limite, que je n'ai pas vu, et si vous en voyez, listez ;)

Quoi qu'il en soit, le sujet a vraiment besoin d'être traité, et qu'on définisse nos positionnements actuels. Mais ça ne va pas être simple.

Faut vraiment que je lise tous les liens, c'est utile de lire ce que font les autres projets, mais j'avoue que pour le moment j'ai pas encore fait.

pulkomandy

Pour les aspects "WIP" ou exploratoires:

ça dépend quelles sont les raisons qui font que on est contre l'IA.

Si c'est pour des raisons écologiques (la consommation électrique et en eau de tous les datacenters), par exemple, l'usage final ou exploratoire ne change rien du tout. Si c'est pour des raisons politiques, je crois que c'est pareil.

Si par contre c'est un débat sur la qualité des trucs générés, la discussion est différente. Mais comme je l'indiquais dans mon message, pour moi (c'est mon opinion personnelle, là) le débat ne devrait même pas arriver jusque là. ça remet les choses dans un cadre de type "c'est juste un outil comme un autre" et ça évacue donc les questions qui me semblent les plus importantes (pour moi: la consommation d'eau et d'électricité/émission de CO2 en premier, et la centralisation des LLM autout de quelques modèles fermés avec le projet politique qui va derrière).


Ensuite tu évoques un deuxième aspect qui est qu'une interdiction n'est pas forcément facile à mettre en place. Je pense que personne n'a envie de faire la police là dessus. J'ai un peu d'expérience là-dessus chez Haiku ou nous avons interdit le code généré par LLM (pour des raisons uniquement de droit d'auteur, car c'était la raison la plus facile pour avoir un concensus de l'équipe décisionnaire là-bas). Ça a l'air de fonctionner: il y a de gens qui ne se cachent pas d'utiliser des LLM, qui corrigent des bugs dans leur coin, mais qui ne nous ont pas envoyé leurs contributions pour qu'on les intègre. Le fait d'envoyer un message clair sur notre position fait déjà beaucoup et fait que les gens savent à quoi s'en tenir. Finalement, même si la règle ne peut jamais être appliquée strictement, c'est déjà très bien. On a  le même problème avec la gestion des licences, il arrive parfois que des gens intègre du code sous license GPL par erreur. Nous avons toujours pu trouver des solutions, soit en demandant des exceptions de licence aux développeurs concernés, soit en remplaçant le code lorsque les problèmes sont identifiés.

Là je parle surtout de code, c'est le domaine que je connaît mieux.

Ici aussi les compromis sont différents selon les raisons qui poussent à rejeter les contributions par LLM. Si c'est pour des craintes sur le droit d'auteur, il faut une application assez stricte. Si c'est la peur d'être innondées de contributions générées mal fichues, il suffit probablement de traiter les cas les plus évidents ou aucun effort humain n'a été fait. Si c'est pour des raison politiques, il faut accepter que le projet affiche une orientation politique à ce sujet et soit prêt à la défendre (dans la mesure de ses moyens). Et cette orientation peut aussi être extrême ou nuancée.


Enfin pour le scrapping: j'ai pris cet exemple parce que c'est ce qui m'impacte le plus directement. Mais en fait le propos est beaucoup plus général. Pour chaque prompt envoyé à un LLM, derrière il y a non seulement des ressources matérielles (électricité, eau, on en a déjà parlé) mais en fait il y a aussi des gens qui travaillent. Que ce soit pour garder l'internet en état de marche et les sites accessibles, mais aussi pour produire des données d'entraînement de qualité, et encore derrière des gens qui font de la classification de données, de l'entraînement de modèles, etc. Une grande partie de tout ça est très peu ou pas du tout valorisée, et le LLM permet d'oublier et d'invisibiliser toutes ces personnes. C'est une forme d'exploitation d'humains, rendue acceptable par une jolie interface facile à utiliser. On retrouve là un motif de la vente en ligne façon Amazon, des Uber et autres. On te fait coire que c'est de la technologie qui travaille pour toi, mais en fait il y a des humains derrière. On fait en sorte que tu ne communiques pas avec eux comme ça ils peuvent pas se plaindre. Je n'ai pas envie que mes contributions et le temps que je passe à faire des trucs avec des ordinateurs serve à ça. Même dans le cas bizarre où au final, l'humain à l'autre bout du truc, c'est moi qui essaie de régler les problèmes de scrapping sur mon serveur.

Ceci étant dit, difficile d'échapper à tout ça sans faire des compromis difficiles comme abandonner certains logiciels. Finalement, le choix est là. Effectivement, parfois ce sera la réponse réaliste mais difficile à avaler. Parfois ce sera la position militante, active ou juste de principe. Parfois on a juste pas les moyens de lutter face à un truc aussi gros. Je sais déjà que je n'ai pas envie de contribuer à des projets utilisant ces outils. Je suis embêté quand il s'agit de choses dans lesquelles j'ai investi beaucoup de temps (dans mon cas le plus gros exemple c'est WebKit, dont je maintiens une version pour Haiku depuis plus de 10 ans). Je ne suis pas sûr de vouloir prendre une position plus extrême ou je refuse même d'utiliser des logiciels développés avec l'aide de LLM (de la même façon que j'utilise des logiciels non libres et qu'il m'arrive même d'en écrire aussi).

Et donc, n'ayant pas de position pour moi-même sur ce point, je me garderais bien de donner un avis précis sur les limites à mettre au sein de Khaganat. Je crois que pour moi ce qui est important, c'est que la question soit débattue sous cet angle là, plutôt que sur, par exemple, la qualité du travail produit par les LLM ou avec leur aide.

alcyone

Un premier brouillon très criticable à critiquer :

CitationCharte "(non)-usage de l'IA"

Chez Khaganat, on a pu expérimenter un court temps avec les LLM par le passé à leurs débuts. Certaines étaient enthousiastes, d'autres ressentaient un certain malaise. A l'AG suivante, l'association avait convenu que ce n'était pas envisageable d'en faire un usage autre que ponctuel et transitionnel et en tout cas définitivement pas pour quoique ce soit étant destiné à être publié. Ces expérimentations ont eu lieu sans franchement se poser de questions profondes : le projets a peu de mains, dans tout ses domaines, les LLM pourraient peut-être pallier pour créer des sources d'inspiration ? Des guides pour de futur concept-art ?

Le temps a passé, le malaise reste et s'agrandit en parallèle de l'omniprésence des LLM dans le paysage. Qu'en est-il aujourd'hui pour Khaganat ?

On le répète souvent, la règle qui a fondé Khaganat est "Rêvez sans limite". Créer avant même de penser si l'on peut le réaliser. Sans quoi, ça ne ferait pas plus d'une dizaine d'années qu'on se lance dans la construction d'un MMORPG ! Le faire sans trop penser au bout du chemin, s'évader en se perdant dans les méandres de la ballade et surtout le faire ensemble en prenant du plaisir à le faire ensemble.

Nous avions aussi toujours tenu à une certaine éthique dans l'orientation du projet, que ce soit dans l'approche de la création, la conception des éléments de gameplay, le rapport entre les joueuses en jeu avec le PwP (Player with Player), l'usage de licence Libre comme socle, l'univers créé comme laboratoire social et philosophique ou encore les espaces d'échanges comme "safe place" inclusives.

Créer une lore qui nous appartient à tous, nous humains, pas une grande multinationale prompte à poursuivre pour contre-façon le moindre geste de création un peu trop apprécié et soutenu par son public.

On aime Rêver, on aime questionner, on aime apprendre, on aime partager.

Et les LLM aujourd'hui c'est comment ?

Légalement, ce n'est pas clair et l'existant est questionnable. On a pu constater qu'il a été décidé dans certaines parties du monde que les production des LLM, eux-mêmes n'étant pas des humains, ne sont pas du domaine de la propriété intellectuelle et sont ainsi classées dans le domaine public. Est-ce qu'on le constate en pratique dans leur utilisation au travers des Internet ? Pas vraiment.
Aussi, les données d'entraînement des modèles existant viennent d'un pillage généralisé des productions disponibles (légalement ou non, ça a été largement démontré) de l'humanité sans une pensée pour le consentements des concernées ou des conséquences.
Et ces modèles sont ensuite capable de régurgiter verbatim certaines de ces productions qu'ils ont absorbé (ça a aussi été largement démontré). Quand il s'agissait d'individus, n'importe quel système judiciaire était prompte à les condamner. Pour les entités derrières ces modèles, pas particulièrement de réaction.

Socialement en revanche c'est bien plus direct : on constate déjà d'un côté du monde des licenciements massifs, des professions tournant leur fiche de poste vers la correction de production des LLM et de l'autre côté l'esclavage moderne des personnes corrigeant les données à faire absorber aux modèles. Les besoins matériels pour répondre aux investissements plombent les prix des divers matériels techniques (RAM, stockage...).

Techniquement, le développement constant de ces technologies est une aberration environnementale et vient s'ajouter à la balance de ce qui affecte le changement climatique. Au delà de l'impact direct, l'industrie autour des LLM emmène la plus grande vague d'investissement connue à ce jour pour son développement l'aggravant largement.
On note aussi le moissonnage massif de ces données sans cesse renouvelé par des robots scrappers plombant les hébergeurs de ressources à travers le Web. L'usage d'LLM rend invisibles ces deux bouts, fait oublier que ce n'est pas qu'une technologie qui répond à un usage mais une myriade d'humains derrière, en permanence.

Il y a encore tellement de choses à dire mais l'idée n'est pas de faire une thèse. Difficile d'accorder tout ce qu'il y a déjà avec notre principes et nos valeurs, n'est-ce pas ?

Faisons une expérience de pensée simplifiée. Imaginons maintenant que ces diverses contraintes disparaissent un jour :
 - plus d'impact environnemental
 - plus de pillage, les données viennent uniquement du domaine public
 - plus de consommation hautement coûteuse en énergie
 - plus de bulle financière
 - plus d'impact social
 
Qu'apporterait un tel outil génératif à Khaganat ?

On a bien sûr parlé de source d'inspiration, intéressant mais aussi très limité, nous le savons déjà.

Question licence, quand bien même le domaine public lève certains questionnements, on ne peut intégrer du domaine public à une licence Libre quelconque que si l'apport est soit trivial (difficile à déterminer) ou suffisamment entouré de "propriété intellectuel" de l'humain qui fournit l'apport (pas évident à déterminer non plus). Bref, des nœuds de cerveaux en devenir sans compter qu'ouvrir la porte à des contributions plus ou moins produites par des LLM c'est s'exposer à une grande quantité de contributions qui vont demander une masse conséquente de travail pour mettre les rendre acceptables et même déterminer qu'elles puissent l'être avec un risque conséquent de souci à long terme.

Et puis, pendant ce temps, on ne rêve, on ne partage et on a pas non plus aidés ces contributrices à apprendre quoique ce soit, à s'intégrer au projet. Pour se soutenir les unes les autres, il faut être en mesure de transmettre son savoir-faire, de le faire évoluer pour soi et les autres.

Les LLM favorisent la productivité mais n'augmentent pas le nombre d'humains sur le projet. On automatise la revue avec des LLM ? Outre la fiabilité bien peu acceptable, que reste-t-il du rapport humain ? De la transmission ? Du faire ensemble ?

Certaines de nos membres ont expérimenté qu'un processus itératif d'apprentissage avec des LLM les avaient aidés sur des points techniques où la documentation était lacunaire et les humains manquant. Au delà d'un usage possible ce serait plutôt une réflexion sur notre capacité à nous tourner vers les contributeurs, accepter leurs questions, faire une meilleure documentation, partager plus. Dans le fond, c'est déjà nos valeurs et déjà ce que nous faisons. Peut-être pousser plus dans ce sens dans et à l'extérieur du projet ? Plus que jamais, il faut travailler à renforcer l'entraide et l'apprentissage entre humains. Et outiller les humains en question à savoir échanger et communiquer.
Il est un peu déprimant de constater que les projets lacunaires en documentation utilisateurs de LLM n'ont eu aucune difficulté à rédiger des textes explicatifs (type AGENT.md) pour mettre le pied à l'étrier à leur LLM alors ils en ont jamais pris le temps pour les éventuels contributrices.

Retour à aujourd'hui : les impacts sont toujours là. Il nous semble important d'envoyer une position claire et aussi notre expérience et notre cheminement. De poser nos limites qu'importe notre capacité à les faire respecter.

Pour toutes les raisons éthiques ou politiques, l'usage d'LLM au sein du projet ne nous est pas acceptable, pour toute interaction avec le projet, que ce soit pour du WIP ou quelque chose destiné à être publié, quelque soit le domaine.

Ça c'est pour ce que nous produisons au sein du projets mais quand est-il des outils que nous utilisons ? De nombreux logiciels FLOSS intègrent maintenant des LLM à plus ou moins grande dose. Que pouvons nous faire ?

Déjà, faire le point, lister nos dépendances et nos outils actuels, déterminer leur position vis-à-vis de l'usage d'LLM. Trouver des alternatives si elles existent, les créer si nous en trouvons l'énergie. Malheureusement, pour beaucoup ces alternatives n'existent pas vraiment (noyau Linux, Blender, etc.), il nous faudra donc exprimer pourquoi nous déplorons leur positionnement éthique.

Bon OK, c'est pas tellement une "charte" mais on aime déblatérer dans le coin et j'ai pas mal déblatéré au pif. Je pense que le doc final sera bien différent de celui-ci  :)) l'important c'est d'avoir une base pour le faire à mon sens.

Je suppose qu'on peut critiquer ici et tout mais je me dis que la version sur le pad pour collaborer serait aussi bien utile :

https://carnets.numenaute.org/p/chartenonusageia

Aussi, dans https://khaganat.net/wikhan/fr:charte => Rajouter un point et lien vers la présente charte :
CitationNous invitons chacun à se passer de l'IA pour toute production ou interaction au sein du projet, autant pour les productions artistiques que logicielles ainsi que les échanges ou la documentation

Zatalyz

Merci Alcyone.

Je valide le renvoi dans la charte, ça sera pas mal, et la formulation est bonne.

J'ai mis ma proposition sur le pad, mais je la colle ici pour que ça "ping" sur le canal. Je ne sais pas si j'ai mis tout le nécessaire ; j'ai essayé de faire court. Par exemple il me semble suffisant d'évoquer que c'est un souci écologique, humain, etc, sans développer. Si y'a besoin de développer, on renvoie ici ou sur une FAQ.

C'est une base, donc évidement à travailler. J'ai tenté de "synthétiser" la synthèse d'Alcyone... mais j'ai peut-être trop coupé.

CitationRapport aux LLM et à l'IA au sein de Khaganat
Ce document vise à expliciter notre positionnement et ses raisons, de façon concise et claire ; les liens à la fin renvoient vers les discussions qui exposent les arguments plus détaillés ayant mené à cette prise de position.

1. Définitions
Dans ce document, les termes "IA" ou "LLM" désignent les systèmes d'intelligence artificielle générative (grands modèles de langage, génération d'images, etc.). Ils sont considérés ici comme un projet politique et industriel, et non comme une simple catégorie technique. Cela exclut donc les "IA" classiques du jeu vidéo (comportements de PNJ, pathfinding) ou des logiciels graphiques (denoising) qui n'ont aucun rapport avec ce débat.
Les IA "locales" type ollama, llamacpp, etc sont par contre inclus dans la définition, peut importe que certains modèles/logiciels soit dit "open source" et puisse tourner sur des machines de particuliers, car cela reste des technologies basées et permises par les mêmes entreprises.

2. Consensus : l'usage de LLM pour toute production destinée au projet est exclu
2.1. Échanger, apprendre et faire entre humains.
"Le plaisir de bâtir ensemble est une force motrice essentielle", point 3 de notre charte, reste fondamental.

Khaganat ne vise pas à la productivité ou à rendre un objet livrable, mais à expérimenter en bonne compagnie, à arpenter un chemin avec plaisir. Il n'est donc non seulement pas nécessaire de déléguer ces actes à la machine, mais ce serait même nuisible à notre "vivre ensemble", fondement de notre communauté.

2.2. L'IA n'est pas compatible avec nos positions éthiques et politiques
Les valeurs politiques et éthiques sont fondamentales au sein de Khaganat.
L'IA est un désastre écologique, se base sur exploitation humaine, propage des biais, et est au service de ce que nous rejetons : un capitalisme toujours plus complaisant envers le fachisme. Pour ces raisons, il n'est pas envisageable de promouvoir ou valider l'utilisation de ces outils.


3. Zones grises : la complexité du réel
Mais au delà de ce consensus, nous reconnaissons aussi les complexités structurelles qui font que certains usages à la marge sont présents. Il convient cependant de les questionner, de chercher à dépasser la dépendance aux LLM, et en aucun cas cela ne légitime l'usage.

3.1. Dépendances logicielles
Certains outils sur lesquels nous nous appuyons ont des politiques différentes, voir très conciliantes avec les IA. À défaut de pouvoir "tout faire", nous essayons de documenter cela, et lorsque c'est possible, d'utiliser des alternatives.

3.2. Usage palliatif
Parfois, l'action humaine fait défaut (pour répondre à des questions, débloquer des situations, permettre de compenser des handicaps). Nous le déplorons et nous souhaiterions que ce genre d'usage soit évité mais à défaut, là aussi, de pouvoir "tout faire", nous reconnaissons que certaines d'entre nous peuvent temporairement recourir aux IA pour pallier à certains manques (que nous espérons temporaires). Il est cependant important de noter que dans ce genre de cas, l'usage d'IA est individuel, à la marge et non destiné à produire pour Khaganat directement.

Nous considérons que chaque usage palliatif révèle un manque dans notre capacité collective à s'entraider. Ces situations doivent donc être vues comme des incitations à améliorer notre documentation, notre accompagnement et nos espaces d'échange, afin de rendre ce recours de moins en moins nécessaire.

4. Liens
(Mettre les liens vers le sujet du forum, blog, etc ?)

Dernière édition: 21 Mai 2026 à 21:27:07 par Zatalyz

vv221

Cette dernière proposition est convaincante, sauf le point 3.2 "Usage palliatif". N'ayant pas suivi les discussions qui ont mené à sa rédaction, ces paragraphes me donnent l'impression de pouvoir être utilisés pour un peu tout et n'importe quoi (et donc permettre de contourner tout le reste de la charte).

Est-ce que ça a été rédigé à partir d'exemples réels ?

pulkomandy

Zatalyz a mentionné ça dans le chat il me semble: l'exemple était l'utilisation d'un LLM pour répondre à des questions techniques (sur de la configuration de serveur de mail par exemple), là ou aucun humain n'est disponible ou n'a les compétences ou le temps de répondre.

Zatalyz

Si ça donne cette impression, alors il faudra effectivement qu'on développe dans la FAQ associée. Parce que non, vraiment, ce n'est pas pour justifier qu'on utilise pour tout et n'importe quoi.

Dans les exemples concrets :
Citationpour répondre à des questions
Je l'avoue, je m'en suis servie pour comprendre un peu mieux LDAP. Pour l'historique, on fait des aller-retours autour de LDAP depuis quasi le début du projet. On a eu des techs qui comprenaient assez de la techno pour la mettre en place, mais qui n'étaient pas en mesure d'expliquer son fonctionnement (manque de temps, de pédagogie, façon d'aborder les choses incompatibles, etc). J'ai lu des tas de tutos et docs écrits par des humains, mais ça reste tout de même velu, et je n'ai encore jamais rencontré quelqu'un de passionné par LDAP (c'est au mieux vu comme un outil utile). J'ai donc fini par décharger ma frustration sur un LLM. On sait que je deviens ronchonne quand je fais du sysadmin, mais je deviens vraiment infréquentable avec LDAP. J'en étais consciente et c'était mieux qu'une machine se prenne mes remarques à base de "mais c'est quoi cette techno de miarde et qui sont les débiles profonds qui ont pensé que ce truc était une bonne idée ?". Tu note : je me suis appuyé sur les humains, jusqu'à en atteindre les limites de ce qu'ils pouvaient fournir (et merci à tous ceux qui ont eu la patience de me faire avancer). Pour le reste, ben, je dois le dire, le LLM m'a permis d'enfin comprendre certains concepts, de comprendre aussi pourquoi jusque là je n'avais pas compris (ce n'est pas un langage de tech ou de rêveuse, mais un langage administratif...), bref de prendre un niveau et d'enfin donner du sens à certains aspects de tuto que je lisais.
=> quand il n'y a plus d'humains disponibles pour répondre à une question, et si on est dans une situation où la réponse est vraiment importante, alors... je peux comprendre qu'on craque et qu'on aille voir un LLM, puisque je cède :P (et on est d'accord, les connaissances du LLM ne doivent pas être considérées comme "la vérité" ; ceci dit, idem sur les humains).

Ceci dit, tu notera que la dernière architecture LDAP n'est toujours pas en place. Plusieurs raisons à ça, mais l'une d'elle est que quand je me sert d'un LLM pour avancer, je veux ensuite laisser maturer ça dans un coin de ma tête, sans LLM, pour réduire un biais d'emballement qu'on a quand on les utilise. Là, je me suis noté des trucs, j'y reviendrais quand j'aurais la disponibilité d'esprit pour, et je verrais si je comprends toujours autant, ou si je me suis fait prendre dans un mirage IA. Un mécanisme que je devrais développer un de ces jours dans un de mes articles, mais c'est long à écrire (et pour le coup, je ne les fait pas rédiger par LLM, même si ça serait rapide :P ).

Edit : et comme Alcyone le dit, oui, sur le mail... mais là les man sont aussi en faute, y'a des options vraiment expliqués n'importe comment ! (je ne me souviens plus de laquelle ceci dit, mais ça m'avait rendue dingue sur le moment).

CitationDébloquer des situations
Là je reste dans la tech et mes expériences perso, mais il m'est aussi arrivé de faire face à un souci sur un serveur ou un cms, pas toujours du genre qui peut attendre, de n'avoir personne de compétent sous la main qui sache comment débloquer le problème, de ne pas trouver la réponse sur le net. Parfois je laisse le problème sous le tapis (souvent même), et parfois, quand ça bloque vraiment (genre une fichue mise à jour impossible à cause d'une fichue option perdue dans un fichue endroit), ben faut reconnaitre que le LLM débloque.
On parle en général de trouve le nom de LA fonction qu'il faut, LA commande à lancer, etc. Des petits trucs, mais dans le genre bien bloquant.
C'est mal, je sais, mais ça ne manque pas de problèmes franchement craignos qui attendent tranquillement que "un jour" un chevalier blanc arrive et règle le souci. Rien que de penser à certains trucs, j'ai des palpitations... et pourtant, je n'ai pas encore demandé à un LLM de me les régler (souvent parce qu'ils sont gros et donc utiliser un LLM présente le risque d'utiliser *beaucoup* le LLM en question... trop, avec toutes les dérives associées).
Au choix sans même que je réfléchisse trop : ipv6, nftables, backup, monitoring, mail (quoi que là pour être honnête, un peu sur les bords), reaction, attaques de bots, spam, ce fichu certif ssl sur les VM et non le proxy (encore que l'ipv6 règlera ça)... Et on peut aussi parler des mises à jour de certaines bidouilles dans les cms (cookie unifié de dokuwiki, et ces fichues erreurs dans SMF et...). On n'est pas nombreux, on paie certains choix trop enthousiastes faits par le passé (et je ne regrette pas, ceci dit, qu'on ne dépende pas trop de boites commerciales pour nos services), et ce n'est pas bon pour ma santé mentale que je creuse ; mais si un de nos sysadmins est motivé à débloquer une de ces situations, se retrouve seul devant la montagne, et n'a qu'un LLM pour l'aider à la réduire en purée... et bien, même si l'usage de ce LLM doit s'accompagner des précautions et de la modération utilisées pour manipuler de la nytroglycérine, perso ça me va qu'il le fasse. Par contre, ce qui sera fait a intérêt à être soigneusement documenté. Et je ne veux pas du vibe coding ou des solutions non revues par des humains.

CitationPermettre de compenser des handicaps
.
Là c'est le point le plus critique.

Dans un monde idéal, le fait d'avoir un handicap ne devrait pas être un souci pour participer à diverses choses, parce que nous saurions nous adapter en tant que société pour inclure le maximum de monde.

Le monde est loin d'être idéal.

Et pour le coup, les LLM comblent un manque. C'est clairement pas la solution idéale, mais c'est mieux que rien sur ce point précis. Je suis désolée, j'ai visiblement oublié de mettre dans mes marques-pages des liens de personnes handi qui expliquent comment les LLM les aident, et ça aurait été mieux pour illustrer. J'ai en particulier souvenir d'un article assez cool d'une personne qui expliquait que c'était pas confortable nivau éthique pour elle d'utiliser ça, mais que ça lui permettait d'accéder soudain à des trucs inaccessibles jusque là dans sa vie numérique.

Est-ce qu'on est concerné sur Khaganat ? Je n'en sais rien, mais je sais que malgré mes efforts, les sites sont loin d'être au top côté accessibilité (mais là aussi : je ne suis pas dev, pas experte en accessibilité, handicapée moi-même même si c'est pas sur le visuel, donc y'a des limites à ce que je peux accomplir). Je sais très bien qu'on ne réponds pas aux besoins de celles qui ont besoin d'audio plus que de texte, qu'on ne sera jamais en mesure de répondre au FALC, et que c'est loin d'être gagné pour les aphantasistes. Si quelqu'un utilise un LLM pour compenser son handicap et ainsi accéder aux ressources de Khaganat et participer à ce qu'on fait, ben... on ne va pas le virer avec l'excuse "t'as qu'à pas être handicapé". Or, sur l'audio, le FALC ou la génération d'images, les LLM savent faire... et ce sont les trucs qui me viennent à l'esprit. On pourra, je l'espère, compenser ça un jour, mais en attendant ?

Au passage, est-ce que les LLM m'aident avec mon propre handicap ? Ouais. Sérieusement, sans ça, j'aurais disparu totalement de la circulation depuis quelques années. Ça n'a pas forcément de rapport direct avec Khaganat, mais ça m'arrive aussi de me servir de ça pour compenser l'absence d'humains pouvant m'aider. C'est une béquille parmi d'autre : elle est crasse et dangereuse, mais c'est mieux que de s'en passer, désolé.

***

Je ne l'ai pas mis dans les usages palliatifs, mais je l'ai quand même en tête : si un de ces jours, quelqu'un arrive en nous disant "y'a une faille monstrueuse, là, et je l'ai trouvé avec Claude", ben... faudra qu'on regarde la faille. Qu'elle aie été trouvée avec une IA ou non.
Puis si cette personne nous dit "pas de souci, j'ai vibe-codé la solution", ça me fait mal de le dire, mais si la faille est validée, faudra aussi qu'on regarde sa proposition (sauf si on voit comment faire sans). Parce qu'on ne laissera pas des failles béantes alors qu'on peut les boucher. Note ceci dit que j'envisage ça pour les questions de sécurité, si dans une approche similaire quelqu'un proposait une fonctionnalité, on l'enverra (je pense) dans les roses. Comme je n'ai pas envie d'inciter les gens à regarder les codes avec des LLM et nous flooder de tickets à la noix, je n'ai pas mis ça dans ma proposition, mais c'est peut-être une erreur.

Je sais que de ton côté tu es dans une vision plus puriste (pas d'IA quelque que soit la raison), je peux le comprendre. C'est d'ailleurs pour ça aussi que je suis honnête sur mon propre usage (alors que franchement c'est pas facile d'avouer que parfois, je m'en sers pour de vrai... et d'avouer aussi que c'est plus agréable de parler à une IA qu'à certains humains :p), histoire que tu puisse faire ton choix (ou d'autres comme toi) en sachant le niveau de compromission.

De mon côté, je considère la vision puriste comme intenable en restant dans la tech (pour faire son jardin, ça va, par contre). Les LLM sont là, ils s'infiltrent dans tous les usages, et au delà des problèmes réels qu'ils posent (partie politique&éthique), on ne peux pas juste balayer la complexité des situations individuelles.

Or, ce qui m'anime toujours, c'est l'inclusivité, c'est permettre aux gens de s'extraire de situations que je considère comme mauvaise pour aller vers un mieux, c'est d'essayer de construire un monde "meilleur". C'est pour moi la même chose que d'accepter que les gens s'inscrivent sur le forum avec une adresse en gmail, essayent de jouer (le jour où ce sera jouable...) avec windows, ou parlent de nous sur Facebook. J'ai envie qu'on fasse ce qu'on peut, sur Khaganat, pour montrer aux gens qu'on peut se passer des LLM, comme on peut se passer des GAFAM, comme on peut rêver un monde non-capitaliste et queer. Pour autant, je compte bien accueillir le max de monde (en bonne prêtresse de la propagande :p) sans attendre qu'ils soient dès la base "purs", et je suis bien consciente de ne pas être suffisament parfaite pour être en mesure de demander la perfection aux autres...

YannK

Citation de: Zatalyz le 22 Mai 2026 à 10:46:18De mon côté, je considère la vision puriste comme intenable en restant dans la tech (pour faire son jardin, ça va, par contre).

Je pense que croire que l'approche peut être circonscrite ainsi est trompeur, vu que le concept de pureté est un idéalisme platonicien (donc en totale déconnection de la réalité). Pour ton jardin, es-tu certaine que tes graines n'ont pas été améliorée en recourant à des outils LLMs ? La gestion de l'eau que tu utilises pour arroser est-elle basée sur seulement des outils LLM-free ? La confection de tes outils exclue-t-elle l'usage de LLM (pour la gestion des parcs forestiers, la coupe du bois, la fabrication du manche, l'exploitation des minéraux, la fonte des métaux, leur façonnage...).

On voit très vite la boucle sans fin que cela entraîne. Et là je suis gentil, je ne pointe que la question des LLMs mais si tu vises à un peu d'intersectionnalité, il est certain que tu vas t'épuiser rapidement. C'est ce que la série The good place pointe de façon très drôle : tes choix ne peuvent être moralement acceptables dans la société moderne.

C'est pour ça que je suis content qu'on ait toujours privilégié une approche plutôt éthique depuis le commencement du projet. C'est plus réaliste et ça me semble une façon de faire plus humaine.

deed

c'est long, j'ai lu en diagonal.
- vibe-coding-machin, c'est exclu.
- chercher des bugs/sécurité/exploit, c'est obligatoire mais ça doit être réparér par un humain.
- pour les pnj et mob, serveur interne entraînement pour nous, très léger et peu gourmand en ressources.
- on dit stp et merci à Skynet pour qu'il ne nous tue pas quand il sera le maitre du monde   :p

vv221

C'est malheureusement une défense courante des LLM : on peut s'en passer, sauf pour X (ou X est justement le truc pour lequel la personne qui écrit les utilise). Si on l'accepte pour X = "la tech", alors il ne reste aucun argument honnête pour le refuser pour X = "faire son jardin".

Dit autrement : si on l'accepte pour remplacer la doc de ce qu'on veut faire tourner sur le serveur, alors on l'accepte aussi pour réaliser les modèles et textures, et pour écrire l'histoire.

YannK

Citation de: vv221 le 22 Mai 2026 à 17:58:53Si on l'accepte pour X = "la tech", alors il ne reste aucun argument honnête pour le refuser pour X = "faire son jardin"

Ce n'est pas ce que j'ai voulu dire, mais l'inverse : je ne peux pas dire que je le refuse même pour mon jardin car c'est impossible. Donc il me faut déterminer où je mets la limite pour chacune de mes pratiques car elle ne sera jamais parfaite. C'est un positionnement éthique (car arbitraire) et pas moral (où il y aurait une étanchéité parfaite entre bonne et mauvaise solution).

Licences Mentions légales Accueil du site Contact Inclusion