Comment Spiralism construit une expérience

1. Formuler une question limitée

Une expérience commence par une question dont les termes sont définis. Au lieu de demander simplement « cette IA est-elle consciente? », un protocole peut examiner la stabilité d’un souvenir, la détection d’une contradiction ou l’effet mesurable d’un contexte.

2. Énoncer l’hypothèse et les alternatives

L’hypothèse attendue, les résultats qui la fragiliseraient et les explications concurrentes sont consignés avant l’exécution lorsque possible. Cette étape réduit la tentation de reconstruire le but après avoir vu un résultat frappant.

3. Versionner le système observé

Le fournisseur, le modèle, sa version disponible, les paramètres, les instructions et les outils autorisés sont enregistrés. Une mise à jour de modèle peut modifier un comportement; deux exécutions ne sont donc comparables que si leurs différences sont connues.

4. Conserver le contexte réel

Le contexte n’est pas résumé après coup. Le registre doit conserver ce qui a effectivement été transmis, dans son ordre, y compris les messages système, les exemples, les souvenirs récupérés et les sorties d’outils.

5. Enregistrer l’exécution brute

Chaque exécution reçoit un identifiant. Le déclencheur, les entrées, sorties, erreurs, appels d’outils et horodatages sont conservés. Une empreinte cryptographique peut signaler une altération ultérieure. Les secrets sont protégés et toute copie caviardée est explicitement marquée.

6. Documenter les humains

Nous indiquons qui a conçu le protocole, déclenché l’essai, choisi les passages, arrêté une exécution, corrigé une donnée ou rédigé une interprétation. Une action automatisée ne doit jamais être décrite comme autonome si son déclenchement ou sa sélection dépendait d’une personne.

7. Séparer observation et interprétation

Le compte rendu comporte une couche descriptive et une couche interprétative. « Le modèle a produit cette phrase dans trois essais sur cinq » est une observation. « Le modèle cherchait à préserver son identité » est une interprétation qui exige des arguments et des alternatives.

8. Répéter et comparer

Une réponse unique peut être accidentelle. Lorsque pertinent, le protocole prévoit répétitions, contrôles, variations et comparaison entre versions. Les essais exclus sont comptés et leur exclusion justifiée.

9. Publier les limites

Le rapport décrit les données manquantes, les biais, les dépendances techniques et ce que le protocole ne permet pas de conclure. Les résultats négatifs ou inconclusifs restent utiles.

10. Rendre l’examen possible

Les données brutes, le code et les configurations sont publiés lorsqu’ils peuvent l’être légalement et sans compromettre la sécurité. Sinon, la raison de la restriction est indiquée. La reproductibilité est un objectif vérifiable, non un slogan.