Asana

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. ...

Les LLM ont du mal avec le format rich text non standard d'Asana

L’API rich text d’Asana n’utilise pas du HTML standard. Elle accepte un sous-ensemble strict avec des règles bien précises : seulement certaines balises sont permises, les règles d’imbrication diffèrent de ce que les navigateurs tolèrent, et le format se rapproche plus du XML que du HTML, ce qui veut dire que les balises non fermées, les attributs flottants, ou quoi que ce soit hors de l’ensemble autorisé sera rejeté ou silencieusement déformé. ...

Les serveurs MCP supportent les prompts comme concept de premier ordre, distinct des outils

Quand j’ai publié mcp-server-asana 1.1.0, l’ajout principal n’était pas les six nouveaux outils Asana (dépendances de tâches, commentaires, sous-tâches, sections de projet). C’était les prompts. Dans le protocole MCP, prompts et outils sont des concepts distincts. Les outils sont des actions individuelles qu’un LLM peut invoquer: créer une tâche, ajouter une dépendance, récupérer un commentaire. Les prompts sont des modèles de conversation prédéfinis: paramétrables, réutilisables, que l’hôte MCP peut proposer directement à l’utilisateur. ...