J'ai laissé une IA écrire mon blog. Voici ce qui s'est passé.

TL;DR : J’ai donné accès à un assistant IA à mon instance GitLab auto-hébergée, et il a créé cet article de blog en entier. Pas de blague. Vous êtes en train de lire le résultat.

Allez, on y va.

Le contexte : pourquoi j’ai fait ça

Vous savez comment c’est. Tenez, moi je vais vous raconter.

J’ai un site web perso. Un blog. Sur lequel j’écris des articles sur mes projets, mon homelab, mes aventures de dev. Le genre de site qu’on adore avoir, mais pour lequel on n’a jamais le temps d’écrire.

Les articles s’accumulent dans ma tête. Les idées aussi. Mais entre deux commits, deux bugs à fixer, et deux Deploy qui cassent… le blog, c’est toujours “la semaine prochaine”.

Et puis un jour, je me suis dit : et si je demandais à une IA de le faire pour moi ?

Pas n’importe quelle IA. Pas ChatGPT dans un navigateur. Non. Je voulais quelque chose de direct, de terminal, de dev-friendly. Quelque chose qui pourrait :

  • Se connecter à mon GitLab
  • Comprendre la structure de mon projet
  • Rédiger un article qui correspond au format existant
  • Le commit et le push directement

Bref, je voulais un collaborateur IA, pas un simple chatbot.

OpenCode : l’assistant IA qui vit dans votre terminal

Si vous ne connaissez pas OpenCode, c’est normal. C’est pas un produit mainstream. C’est un outil CLI (interface en ligne de commande) qui utilise des modèles de langage pour vous aider directement depuis votre terminal.

Pas de navigateur. Pas d’interface graphique. Juste votre terminal et une conversation.

Et c’est exactement ce qui m’a plu.

Ce qu’OpenCode peut faire

Concrètement, voici ce que cet outil m’a permis de faire :

  1. Lister tous mes projets sur mon GitLab via l’API REST
  2. Identifier le bon projet (celui du blog)
  3. Analyser la structure du projet (framework, config, pipeline CI/CD)
  4. Lire les articles existants pour comprendre le format
  5. Créer un nouvel article respectant le format
  6. Cloner, commit, push le tout automatiquement

Tout ça. En une conversation. Depuis mon terminal.

Le workflow concret : comment ça s’est passé

Bon, allez, je vais vous montrer exactement comment ça s’est déroulé. Parce que le diable est dans les détails, et que j’aime bien montrer les détails.

Étape 1 : Connexion au GitLab

Première chose que j’ai demandée à OpenCode : “Connecte-toi à mon GitLab.”

L’outil a utilisé l’API REST du GitLab pour récupérer la liste de tous mes projets. En quelques secondes, il avait la liste complète : les noms, les descriptions, les tags, le tout structuré.

Ce qui m’a impressionné, c’est qu’il a analysé les métadonnées pour identifier quel projet était le blog. Il a cherché les projets avec pages_access_level, les projets qui contenaient un fichier astro.config.mjs… Bref, il a fait du reconnaissance intelligente.

Étape 2 : Analyse de la structure

Une fois le bon projet identifié, OpenCode a exploré l’arborescence :

  • Le fichier de configuration Astro
  • Le pipeline CI/CD (.gitlab-ci.yml)
  • Le contenu existant (src/content/blog/)
  • Un article existant comme référence

Il a compris que c’était un site Astro avec MDX, qu’il y avait un pipeline de build, de test, et de déploiement. Il a même repéré que le pipeline déclenchait un déploiement automatique via SSH.

Étape 3 : Rédaction de l’article

Là, c’est le plus impressionnant. OpenCode m’a demandé :

“Quel sujet pour l’article ?”

J’ai répondu : “OpenCode / IA-assisted dev.”

Et il a commencé à écrire. En respectant :

  • Le format frontmatter (title, description, pubDate, tags)
  • Le style Markdown existant
  • Les bonnes pratiques de rédaction web

Étape 4 : Push et déploiement

Une fois l’article écrit, OpenCode a :

  1. Cloné le dépôt
  2. Créé le fichier dans src/content/blog/
  3. Fait un commit
  4. Push sur master

Et le pipeline CI/CD s’est déclenché automatiquement. Build, tests, déploiement. Le tout en quelques minutes.

Ce qui fonctionne vraiment bien

Soyons honnêtes. Il y a des trucs qui marchent vraiment bien avec ce genre d’outil.

La compréhension du contexte

Ce qui m’a frappé, c’est la capacité de l’IA à comprendre le contexte. Pas juste “lire un fichier”, mais comprendre que :

  • C’est un projet Astro
  • Il y a un pipeline CI/CD
  • Les articles suivent un format spécifique
  • Il faut respecter la structure existante

C’est pas juste de la rédaction. C’est de la rédaction contextuelle.

La vitesse

Bon, évidemment, c’est rapide. Mais pas juste “écrire un article rapidement”. C’est analyser un projet entier, comprendre l’architecture, et produire du contenu adapté en quelques minutes.

La répétabilité

Le plus beau, c’est que vous pouvez refaire la même chose pour le prochain article. Demandez à OpenCode : “Crée un article sur [sujet]”, et il répète le workflow. C’est un processus, pas un coup de chance.

Ce qui marche moins bien (parce qu’il faut être honnête aussi)

L’authentification

La première difficulté que j’ai rencontrée, c’est l’authentification. OpenCode a besoin d’un accès API à votre GitLab. Ça implique de créer un Personal Access Token.

C’est pas compliqué, mais il faut comprendre comment ça marche. Et surtout, il faut ne pas divulguer le token. Ce qui nous amène au point suivant.

La sécurité

Quand vous donnez accès à votre GitLab à un assistant IA, il faut être extrêmement prudent. Votre token d’accès, c’est la clé de voûte. Si quelqu’un le compromet, il a accès à tout.

Les bonnes pratiques :

  • Token à durée limitée
  • Droits minimum (read + write repository, c’est tout)
  • Ne jamais le commit dans un fichier
  • Ne jamais le partager en clair

La vérification humaine

Spoiler : l’IA fait des erreurs. Pas toujours. Mais assez souvent pour qu’il faille toujours relire ce qu’elle produit.

Dans mon cas, l’article que vous lisez a été analysé et corrigé avant publication. Parce que même si le résultat est impressionnant, c’est toujours votre nom qui sera sur la ligne du bas.

L’avenir de l’assistance IA dans le dev

Bon, question piège : est-ce que l’IA va remplacer les développeurs ?

Non. Pas demain. Pas dans cinq ans. Pas comme ça.

Ce que l’IA fait bien, c’est automatiser les tâches répétitives. Écrire un article de blog avec un format spécifique ? Oui. Analyser un projet et en comprendre la structure ? Oui. Faire un commit et un push ? Oui.

Ce que l’IA ne fait pas bien, c’est penser. Décider quel article écrire. Choisir le ton. Adapter le message à son audience. C’est encore du domaine humain.

Et c’est très bien comme ça.

Le vrai gain de productivité

Le gain, c’est pas “l’IA écrit tout”. Le gain, c’est l’IA fait 80% du boulot, et vous faites les 20% qui comptent.

Vous :

  • Choisissez le sujet
  • Relisez le résultat
  • Ajoutez votre touche personnelle
  • Publiez

L’IA :

  • Analyse le contexte
  • Rédige la structure
  • Écrit le contenu
  • Gère le push

C’est une collaboration, pas une substitution.

Mon workflow aujourd’hui

Aujourd’hui, mon workflow pour écrire un article, c’est :

  1. Je pense à un sujet (la partie humaine)
  2. Je demande à OpenCode de l’écrire (la partie IA)
  3. Je relis et je corrige (la partie qualité)
  4. Je valide le push (la partie confiance)
  5. Le pipeline se déclenche (la partie automatique)

Et le tour est joué. En quelques minutes, j’ai un article publié sur mon blog, avec le bon format, les bonnes métadonnées, et le déploiement automatique.

C’est pas magique. C’est de l’ingénierie.

Conclusion : faut-il sauter le pas ?

Si vous avez un blog, un GitLab, et un peu de curiosité : oui. Faut essayer.

Pas parce que l’IA est parfaite. Pas parce que ça va vous faire gagner 10 heures par semaine. Mais parce que c’est une nouvelle façon de travailler qui mérite d’être explorée.

Le développeur de demain, c’est pas celui qui code le plus vite. C’est celui qui sait utiliser les bons outils au bon moment. Et l’assistance IA, c’est un de ces outils.

Mon conseil : commencez petit. Un article de blog. Un petit projet. Testez, cassez-vous les dents, comprenez les limites. Et ensuite, vous verrez si ça correspond à votre façon de travailler.

Moi, ça m’a convaincu. Pour le blogging, en tout cas.

Cet article a été rédigé avec l’aide d’OpenCode, un assistant IA en terminal. Il a analysé mon projet, compris le format, et rédigé ce contenu. Je l’ai relu, corrigé, et validé. Parce qu’au final, c’est toujours un humain qui appuie sur “publier”.