Tools

HTTPie a besoin de --ignore-stdin dans les environnements non-TTY comme Claude Code

HTTPie détecte s’il tourne dans un TTY. Quand il n’y en a pas, comme lorsque Claude Code l’appelle comme subprocess, HTTPie suppose que stdin pourrait avoir des données à venir et interprète la requête comme un POST, même si tu voulais faire un GET. La correction, c’est --ignore-stdin : http --ignore-stdin GET localhost:3000/things Le piège : une fois que tu dis à Claude Code de toujours utiliser --ignore-stdin, il va aussi l’utiliser quand tu pipes des données, ce qui brise complètement ce cas d’utilisation : ...

HTTPie interprète les clés numériques comme des index de tableau, brise les mises à jour de champs personnalisés Asana

Les GID de champs personnalisés Asana sont de longues chaînes numériques. Quand tu les passes comme clés imbriquées avec la syntaxe bracket d’HTTPie, HTTPie voit une clé numérique et suppose que tu construis un tableau, puis essaie d’allouer de la mémoire jusqu’à cet index. Avec un GID à 16 chiffres, c’est suffisant pour faire planter le processus en OOM. Ça brise : https --session pat PUT https://app.asana.com/api/1.0/tasks/1208765432100001 \ data[custom_fields][1205432109876543]="1205432109876544" HTTPie lit 1205432109876543 comme un index de tableau et tente de construire un tableau sparse de cette taille. Il n’arrive même jamais à faire la requête. ...

glow enlève les couleurs quand appelé depuis un subprocess: forcer avec des variables d'environnement

glow détecte s’il écrit vers un vrai terminal. Quand il est appelé depuis un script ou un subprocess (comme subprocess.run en Python), il ne voit pas de TTY et enlève tous les codes de couleur ANSI, tu te retrouves avec du texte plain. La correction se fait avec deux variables d’environnement : CLICOLOR_FORCE=1 COLORTERM=truecolor glow --style dark file.md CLICOLOR_FORCE=1 indique aux outils CLI qui gèrent les couleurs d’en émettre peu importe la détection de TTY. COLORTERM=truecolor dit à glow d’utiliser les couleurs 24 bits au lieu de se rabattre sur le mode 8 couleurs. ...

Zvec est une base de donnees vectorielle embarquee qui vise a etre le SQLite de la recherche vectorielle

Zvec est une base de donnees vectorielle embarquee open source d’Alibaba, construite sur leur moteur Proxima. Le positionnement est simple: une recherche vectorielle qui s’execute en cours de processus, sans serveur, avec la meme facilite d’installation que SQLite. Le vide qu’il comble est reel. Faiss donne des index mais pas de CRUD ni de recuperation apres crash. DuckDB-VSS a des fonctionnalites vectorielles limitees. Milvus necessite son propre processus et un saut reseau. Zvec vise a etre l’option qui fonctionne simplement quand on construit un pipeline RAG local, un outil en ligne de commande, ou n’importe quoi en local ou on a besoin de recherche semantique sans infrastructure. ...