<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Idea Papers — papers, idées et notes de recherche</title><description>Une plateforme de connaissances personnelle : des idées, des papers, des notes de recherche et des perspectives technologiques. Écrite lentement, versionnée dans Git, reliée par un graphe de connaissances explicite.</description><link>https://thepocket006.com/</link><language>fr</language><item><title>Décider plutôt que générer</title><link>https://thepocket006.com/papers/decide-dont-generate/</link><guid isPermaLink="true">https://thepocket006.com/papers/decide-dont-generate/</guid><description>La plupart des appels de modèle en entreprise sont des décisions, et une décision mérite de meilleurs outils qu&apos;une génération — Une grande part du trafic de modèles en production est du routage, du triage, de la classification et de la validation — de petites décisions payées au prix et à la latence d&apos;un modèle de chat généraliste. Les modèles de décision rendent la sortie typée et la probabilité calibrée. Cet article examine quand cet arbitrage vaut la peine, ce que les benchmarks des fournisseurs montrent vraiment, et ce qui doit être vrai architecturalement pour qu&apos;une couche de décision soit plus sûre qu&apos;un prompt.</description><pubDate>Wed, 21 Oct 2026 00:00:00 GMT</pubDate><category>paper</category><category>ai</category><category>architecture</category><category>decision-models</category><category>system-one</category><category>llm-routing</category><category>calibration</category><category>agents</category><author>ThePocket006</author></item><item><title>Une production sérieuse sur une seule machine</title><link>https://thepocket006.com/papers/production-on-one-vps/</link><guid isPermaLink="true">https://thepocket006.com/papers/production-on-one-vps/</guid><description>Un point d&apos;entrée, un bord discipliné, et un arbitrage à énoncer avant de le découvrir — Une seule machine peut héberger une vraie pile de production, à condition de traiter le bord comme une architecture et non comme un tas de conteneurs. Cet article décrit la forme en termes abstraits : un seul point d&apos;entrée public, une couche de filtrage derrière, des serveurs applicatifs qui ne voient jamais Internet, un plan d&apos;administration injoignable depuis une interface publique, et un rituel de mise à jour qui peut être répété. Il ne nomme volontairement aucun produit — le principe est la partie transposable, et la configuration est celle qu&apos;il vaut mieux taire. Il se termine par les limites de l&apos;arbitrage mono-machine, et par ce qui change quand le système dépasse ce cadre et que le bord passe sur des équipements dédiés.</description><pubDate>Wed, 21 Oct 2026 00:00:00 GMT</pubDate><category>paper</category><category>cloud</category><category>architecture</category><category>devsecops</category><category>vps</category><category>edge</category><category>waf</category><category>operations</category><category>architecture</category><author>ThePocket006</author></item></channel></rss>