HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

11978 articles Page 765/1198 Sans filtre

Medicare's new payment model is built for AI. Most of the tech world has no idea

Neil Batlivala a passé sept ans à développer Pair Team, une entreprise de santé axée sur des patients vulnérables, et celle-ci a été acceptée le 30 avril dans ACCESS, un programme Medicare de la CMS dont le lancement est prévu le 5 juillet. ACCESS est un programme décennal de la CMS testant un modèle de paiement basé sur les résultats qui offre des paiements prévisibles pour la gestion de maladies chroniques comme le diabète, l'hypertension, l'insuffisance rénale chronique, l'obésité, la dépression et l'anxiété, en remplaçant la facturation à l'acte de la Medicare traditionnelle. Pair Team cible des personnes souffrant de maladies chroniques et de difficultés sociales (logement instable, insécurité alimentaire, transports), emploie environ 850 professionnels cliniques, affirme générer un chiffre d'affaires supérieur à neuf chiffres et s'appuie sur une étude évaluée par des pairs montrant des réductions significatives des admissions évitables. Pour étendre son modèle, Pair Team a déployé il y a environ neuf mois Flora, un agent vocal d'IA disponible 24 heures qui gère les admissions, coordonne les orientations et effectue des suivis entre visites médicales, ce qui a amélioré l'engagement des patients et apporté un rôle d'accompagnement dans des cas isolés. Des risques persistent, notamment la mise de données sensibles dans des infrastructures fédérales exposées à des failles, des incertitudes financières liées aux paiements CMS et la nécessité d'une automatisation lourde pour que le modèle économique fonctionne, mais Pair Team vise un million de patients en trois ans et suscite l'attention des investisseurs.

SQLite Code of Ethics

Le document a été conçu initialement pour répondre aux exigences des formulaires d'enregistrement des fournisseurs et a ensuite été renommé pour éviter des connotations inappropriées. Les fondateurs et développeurs de SQLite ont choisi de gouverner leurs interactions selon les principes tirés du chapitre 4 de la Règle de saint Benoît, considérée comme une tradition morale ancienne et influente. L'application de ces principes n'est pas imposée aux tiers, mais les développeurs se sont engagés à les respecter comme une promesse unilatérale envers la communauté SQLite. Le texte continue d'être utilisé pour remplir la case requise sur certains formulaires et pour expliciter les attentes comportementales des développeurs vis‑à‑vis des utilisateurs. Le contenu principal énumère de nombreux préceptes moraux et spirituels visant la charité, la vérité, l'humilité, la tempérance, la prière et la responsabilité personnelle.

Substrate (YC S24) Is Hiring a Technical Success Manager

La société construit le premier BPO natif IA spécialisé dans le RCM santé et traite déjà plus de 500 000 demandes de remboursement par mois. Le poste de Technical Success Manager consiste à rendre l'expérience client fluide en comprenant en profondeur leurs besoins, systèmes et la pile technique qui les soutient. Les responsabilités incluent la gestion de la relation client du pilote à l'expansion, le diagnostic jusqu'à la cause racine via bases de données et code, le développement d'outils autonomes et la réalisation de prototypes et démos. Le profil recherché exige une forte prise en charge, une profondeur technique en code, SQL et données, une expérience en SaaS B2B ou IA agentique, des connaissances en LLM et un intérêt pour l'automatisation en santé, avec présence requise à San Francisco trois jours par semaine. Une rémunération significative et des actions sont proposées, l'objectif commercial visé étant le marché de 14 milliards de dollars du RCM ambulatoire, soutenu par une équipe expérimentée en santé, IA et ingénierie full‑stack.

The Original 1965 Gatorade Recipe

En 1965, le Dr Robert Cade et son équipe de l'université de Floride ont mis au point une boisson électrolytique pour compenser les pertes massives de sueur des joueurs de football des Florida Gators. La recette initiale comportait eau, sodium, potassium, phosphate, sucre et jus de citron ajouté par l'épouse de Cade pour en améliorer le goût, et les tests sur le terrain ont rapidement montré une amélioration de la performance en fin de match. Les inventeurs ont vendu les droits à Stokely-Van Camp, l'université a obtenu un règlement ultérieur instaurant la Gatorade Trust, et la boisson est devenue un produit commercial à large diffusion. L'acquisition par Quaker Oats, la campagne avec Michael Jordan et la vente ultérieure à PepsiCo ont transformé la boisson en une marque générant des milliards de dollars annuels et dominant le marché des boissons pour sportifs. La formulation a été raffinée et aromatisée au fil des décennies pour améliorer la palatabilité, mais la science de base — eau, sucre et électrolytes pour favoriser l'absorption — reste la même que dans la formule originale.

An idiot’s guide to lead optimisation for proteins

L'optimisation de lead en conception de protéines consiste à modifier un candidat partiellement fonctionnel pour améliorer ses propriétés et déterminer le succès d'une campagne. Les protéines sont des chaînes d'acides aminés codées par 20 résidus et peuvent être modélisées comme des séquences dont la conformation détermine la fonction. Le modèle de base est un transformeur entraîné par masked language modelling sur des dizaines de millions de séquences naturelles afin de prédire des résidus masqués et estimer la naturalité des modifications. L'évotuning affine ce modèle sur un ensemble de protéines homologues extraites via un alignement multiple (MSA) pour focaliser les suggestions sur le contexte évolutif du template. Les mesures d'essais expérimentaux alimentent un entraînement par préférences groupées (g-DPO) pour produire un « logiter » qui propose mutations, tandis qu'une tête de régression utilise les représentations évotunées pour prédire les activités et filtrer les candidats, la sélection des positions à modifier relevant d'un modèle de masquage distinct.

AI coders are carrying half-open laptops through airports, offices, ice rinks

De plus en plus de développeurs laissent leur ordinateur portable entrouvert afin que leurs agents d'IA de codage continuent de fonctionner lorsqu'ils se déplacent. Des témoignages décrivent des personnes marchant avec leur portable à moitié ouvert dans des aéroports, des bureaux, des lycées et devant des patinoires pour ne pas perdre l'avancement des tâches. Certains utilisateurs emploient des astuces techniques comme la commande "caffeinate" ou modifient les réglages de mise en veille, tandis que d'autres glissent simplement un doigt sous la charnière ou laissent l'appareil en position clamshell ou "taco". Des intervenants de différents âges et professions rapportent leur gêne ou leur indifférence face aux regards extérieurs et notent que la pratique est devenue un mème reconnaissable. La habitude s'explique par le fonctionnement local ou en continu de ces outils d'IA et par la dépendance au Wi‑Fi, ce qui pousse certains à privilégier le maintien des agents actifs plutôt que la discrétion.

Meta won't let you block its AI account on Threads

Meta teste une fonctionnalité sur Threads permettant aux utilisateurs de taguer un compte Meta AI pour obtenir des réponses ou du contexte sur une conversation. La fonction, liée au modèle Muse Spark et lancée en test en Argentine, Malaisie, Mexique, Arabie saoudite et Singapour, fournit des réponses à des questions comme la prononciation de « Cannes ». Des utilisateurs ont rapidement remarqué qu'il n'existe apparemment pas d'option pour bloquer le compte Meta AI, contrairement à d'autres comptes, ce qui a suscité de nombreuses critiques. Meta indique que pendant le test on peut gérer l'expérience en masquant ou en signalant "pas intéressé" les réponses de Meta AI ou en les mettant en sourdine, mais certains utilisateurs rencontrent des erreurs en tentant de bloquer le compte. Les réactions incluent un fort mécontentement et un sujet tendance sur Threads, alors que Meta continue d'investir massivement dans l'IA pour rattraper des rivaux comme OpenAI et Google.

A Claude Code and Codex Skill for Deliberate Skill Development

Cette compétence, fournie comme plugin pour Claude et le marketplace Codex, propose des exercices d'apprentissage optionnels de 10 à 15 minutes déclenchés après des travaux architecturaux significatifs pour aider les développeurs à construire une expertise durable. Les exercices s'appuient sur des techniques issues des sciences de l'apprentissage — prédiction, génération, pratique de récupération, répétition espacée et métacognition — pour favoriser la production active, l'auto-évaluation et la réflexion plutôt que l'acceptation passive du code généré. On peut installer la compétence via le marketplace Codex ou Claude Code, ajouter des modules optionnels comme learning-opportunities-auto pour des invites post-commit et orient pour générer des leçons d'orientation de dépôt, et relancer Claude Code pour activer les plugins. Les invites sont supprimées si l'utilisateur décline pendant la session ou après deux exercices complétés, et le comportement est hautement personnalisable (déclencheurs, niveau initial, exemples, limite d'exercices, vérifications d'évaluation). Le projet s'appuie sur des recherches empiriques et une bibliographie en apprentissage, fournit des guides de mesure pour expérimentations d'équipe, est open source et publié sous licence Creative Commons, avec Dr. Cat Hicks comme auteur principal.

Leaving GitHub for Forgejo

L'auteur a migré ses dépôts de GitHub vers une instance auto-hébergée de Forgejo (code.jorijn.com) pour garder la maîtrise de son code, et le ministère néerlandais a lancé de manière similaire code.overheid.nl pour des raisons d'autonomie numérique. La décision est motivée par des changements structurels chez GitHub : absorption dans la division CoreAI de Microsoft après le départ du CEO, basculement du traitement des interactions Copilot vers l'opt-out sans contrôle au niveau des dépôts, et des risques juridictionnels persistants liés à FISA 702 et au CLOUD Act. L'auteur détaille une installation auto-hébergée sur un NUC exécutant Forgejo v15 LTS, Postgres et Traefik, avec un runner Actions isolé dans une VM KVM géré par Incus pour exécuter les CI. La sécurité du runner repose sur plusieurs couches complémentaires — VM KVM, gVisor comme runtime Docker, reconstruction hebdomadaire destructive, filtrage egress nftables et jetons de runner limités par portée — car le risque principal est l'exécution de code non fiable pendant les jobs CI. La migration implique des compromis réels : perte de découverte via le graphe social GitHub, frictions avec certaines actions et fonctionnalités GitHub Actions, absence native de Dependabot et pas de support 24/7 commercial, de sorte que l'auto-hébergement vaut le coup seulement si l'équipe peut gérer l'infrastructure et la sécurité du runner.