files/.npmrc contient des jetons npm en clair (GitLab Blackswift et
Lundi Matin). Retiré de l'index git et ajouté à .gitignore, comme
files/.aider.conf.yml.
Le fichier reste sur disque : home.nix:41 (home.file.".npmrc".source)
et `make apply` continuent de fonctionner. Attention : les jetons sont
toujours dans l'historique git ; si le dépôt est partagé publiquement,
il faut les révoquer côté GitLab.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
La section « Appliquer les changements » de CLAUDE.md citait
`sudo nixos-rebuild switch` en direct alors que le Makefile expose
`make apply`. On pointe la cible make pour que la doc reste alignée
avec les commandes réellement utilisées.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Note en tête du bloc passerele : interroger GET /v1/model/info
avant toute bascule/édition de modèles, avec la commande jq prête à
l'emploi. Motivé par l'écart constaté le 28/09/2026 (qwen3.8-flash-next
annoncé en 64k out, réel 32 768) : les annonces internes ne suffisent
pas, seule la passerelle fait foi.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
LM-Code route désormais vers mimo-v2.6-pro (remplace GLM 5.3,
annoncé plus rapide à qualité équivalente). L'alias LM-Code est
stable : lmc() (zsh.nix) n'a rien à changer.
Vérifié le 28/09/2026 sur la passerelle (/v1/model/info et tests
/v1/messages) :
- contexte 500k et 128k out inchangés, désormais confirmés côté
passerelle et non plus seulement annoncés
- vision fonctionnelle sous Mimo
- blocs thinking toujours sans signature : allowEmptySignature requis
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Le models.json déclarait 64k puis 128k en maxTokens pour
qwen3.8-flash-next, alors que la passerelle LiteLLM plafonne à
32 768 (max_output_tokens sur /v1/model/info, vérifié 28/09/2026).
Risque d'erreur 400 en fin de réponse longue.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Procédure depuis une clé bootable : installation via Calamares,
clone du dépôt, canal home-manager, adaptations propres à la machine
(hardware-configuration, point de montage EFI, stateVersion,
framework.nix, chemins de i3.nix) puis nixos-rebuild switch.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Nextcloud est désormais utilisé sur une autre machine. Retrait du client
et des packages perso inutilisés (brave, signal, calibre, beancount…).
Reliquats nettoyés :
- i3 : autostart nextcloud
- zsh : complétion k3d, variables Cypress (binaire Nix supprimé)
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
- xargs -0 -r sur toutes les cibles : si find ne retourne rien,
nixfmt/shfmt lisaient stdin et make fmt/check restait bloqué
(testé et reproduit avant correction)
- CLAUDE.md : retire la ligne shell.nix (fichier inexistant)
Add `make update` to run nixos-rebuild switch --upgrade-all followed by
garbage collection, and `make gc` to clean up user/system generations
older than 14 days and run nix-collect-garbage.
Corrige le warning d'évaluation "'system' has been renamed to
stdenv.hostPlatform.system" causé par `system = system` dans la
dérivation crab upstream.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Pierre Martin
Pierre MARTINandClaude Opus 5.5