<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="rss.xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Francesco Colamonici — Blog</title>
    <link>https://francescocolamonici.it/it/blog/</link>
    <description>Architettura software, system design e governance: decisioni, confini, dati.</description>
    <language>it</language>
    <lastBuildDate>Tue, 18 Aug 2026 00:00:00 GMT</lastBuildDate>
    <atom:link href="https://francescocolamonici.it/rss-it.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>Il numero di agenti è un costo, non una capacità</title>
      <link>https://francescocolamonici.it/it/blog/il-numero-di-agenti-e-un-costo-non-una-capacita</link>
      <guid isPermaLink="true">https://francescocolamonici.it/it/blog/il-numero-di-agenti-e-un-costo-non-una-capacita</guid>
      <pubDate>Tue, 18 Aug 2026 00:00:00 GMT</pubDate>
      <description>La promessa dell'AI multi-agente è che più agenti significhino un sistema più potente. Quel conto l'ho pagato una volta: un esperimento durato nove anni nello spezzare una piattaforma tra dodici team con ownership separate. Ecco cosa mi ha insegnato sul perché il numero di agenti è un costo che paghi, non una capacità che guadagni.</description>
      <category>multi-agent-systems</category>
      <category>ai-orchestration</category>
      <category>agentic-ai</category>
      <category>context-engineering</category>
      <category>distributed-systems</category>
      <category>system-design</category>
    </item>
    <item>
      <title>Un confine che non fai rispettare è solo un desiderio</title>
      <link>https://francescocolamonici.it/it/blog/un-confine-che-non-fai-rispettare-e-solo-un-desiderio</link>
      <guid isPermaLink="true">https://francescocolamonici.it/it/blog/un-confine-che-non-fai-rispettare-e-solo-un-desiderio</guid>
      <pubDate>Tue, 11 Aug 2026 00:00:00 GMT</pubDate>
      <description>Ho aperto il mio repo e ho scoperto che la regola che doveva sorvegliare la mia architettura non faceva rispettare nulla. Ecco come l'ho trasformata in una fitness function che fa fallire la build quando qualsiasi codice, umano o AI, attraversa una linea che non dovrebbe.</description>
      <category>architecture-fitness-functions</category>
      <category>module-boundaries</category>
      <category>evolutionary-architecture</category>
      <category>ai-assisted-development</category>
      <category>system-design</category>
    </item>
    <item>
      <title>Le decisioni che non scrivi diventano debito</title>
      <link>https://francescocolamonici.it/it/blog/le-decisioni-che-non-scrivi-diventano-debito</link>
      <guid isPermaLink="true">https://francescocolamonici.it/it/blog/le-decisioni-che-non-scrivi-diventano-debito</guid>
      <pubDate>Tue, 04 Aug 2026 00:00:00 GMT</pubDate>
      <description>Nel 2016, al mio primo incarico di architettura, un mentore mi disse che la documentazione era un deliverable importante quanto il codice. Ecco perché le decisioni architetturali che non scrivi tornano sempre come debito.</description>
      <category>software-architecture</category>
      <category>decision-records</category>
      <category>technical-debt</category>
      <category>system-design</category>
    </item>
  </channel>
</rss>