{"id":2208,"date":"2026-06-22T21:17:10","date_gmt":"2026-06-22T19:17:10","guid":{"rendered":"https:\/\/pletzenauer.com\/?p=2208"},"modified":"2026-08-05T17:23:29","modified_gmt":"2026-08-05T15:23:29","slug":"guidare-bene-agenti-coding-ia","status":"publish","type":"post","link":"https:\/\/pletzenauer.com\/it\/2026\/06\/22\/guidare-bene-agenti-coding-ia\/","title":{"rendered":"Guidare bene gli agenti di coding IA: come dirigere Claude Code da regista"},"content":{"rendered":"<style>\n.yt-post{--ink:#14110C;--paper:#FBF8F2;--cream:#F1ECE1;--orange:#F2671E;--orange-d:#D9551A;--line:#E6E0D4;--muted:#8C8578;--body:#5C564B}\n.yt-post .key-takeaways{background:var(--cream);border:1px solid var(--line);border-left:4px solid var(--orange);border-radius:14px;padding:22px 26px;margin:26px 0}\n.yt-post .key-takeaways h2{margin:0 0 12px;font-size:1.35rem}\n.yt-post .key-takeaways ul{margin:0;padding-left:1.1em}\n.yt-post .key-takeaways li{margin:.45em 0}\n.yt-post figure.yt-fig{margin:30px 0;text-align:center}\n.yt-post figure.yt-fig img{width:100%;height:auto;border:1px solid var(--line);border-radius:16px;box-shadow:0 12px 34px rgba(20,17,12,.07)}\n.yt-post figure.yt-fig figcaption{color:var(--muted);font-size:.92rem;margin-top:10px;line-height:1.45}\n.yt-post .yt-downloads{background:var(--paper);border:1px solid var(--line);border-radius:18px;padding:28px;margin:40px 0}\n.yt-post .yt-downloads>h2{margin:0 0 18px;font-size:1.4rem}\n.yt-post .yt-dl-grid{display:grid;grid-template-columns:1fr 1fr;gap:18px}\n@media(max-width:680px){.yt-post .yt-dl-grid{grid-template-columns:1fr}}\n.yt-post .yt-dl{background:#fff;border:1px solid var(--line);border-radius:14px;padding:22px}\n.yt-post .yt-dl-ic{font-size:1.7rem;line-height:1}\n.yt-post .yt-dl h3{margin:10px 0 6px;font-size:1.15rem}\n.yt-post .yt-dl p{color:var(--body);font-size:.96rem;margin:0 0 16px;line-height:1.5}\n.yt-post .yt-dl-btn{display:inline-block;background:var(--orange);color:#fff;text-decoration:none;font-weight:600;padding:11px 22px;border-radius:100px;font-size:.95rem}\n.yt-post .yt-dl-btn:hover{background:var(--orange-d)}\n.yt-post p.source{color:var(--muted);font-size:.9rem;border-top:1px solid var(--line);padding-top:16px;margin-top:30px}\n.yt-post p.source a{color:var(--orange-d)}\n<\/style>\n<div class=\"yt-post\">\n<p>La maggior parte delle persone usa gli agenti di coding IA come una slot machine: si butta dentro una richiesta, si tira la leva e si spera per il meglio. Per una bozza rapida pu\u00f2 bastare. Per tutto ci\u00f2 che deve funzionare in modo affidabile \u00e8 una ricetta per la frustrazione. Il cambiamento decisivo: passare da utente a regista &ndash; cio\u00e8 dirigere l&#8217;agente invece di guardarlo improvvisare.<\/p>\n<p>Vale per Claude Code, perch\u00e9 al momento \u00e8 lo strumento pi\u00f9 diffuso &ndash; ma allo stesso modo per qualsiasi altro strumento di IA. E non vale solo per la programmazione: chi ha capito una volta come si guida bene un agente pu\u00f2 usarlo per calcolare offerte, produrre report o automatizzare interi processi aziendali. Non serve un background di software engineering.<\/p>\n<div class=\"key-takeaways\">\n<h2>L&#8217;essenziale in breve<\/h2>\n<ul>\n<li><strong>Pianificare, costruire, controllare &ndash; in quest&#8217;ordine.<\/strong> La pianificazione prima e la validazione dopo separano i risultati affidabili dal fai-da-te.<\/li>\n<li><strong>Verifica significa: prova, non affermazione.<\/strong> Un quadro con cui l&#8217;agente controlla il proprio lavoro porta il primo risultato da circa 65 a oltre 90 punti su 100.<\/li>\n<li><strong>Il contesto \u00e8 una risorsa scarsa.<\/strong> Nonostante finestre di contesto enormi esiste una &bdquo;dumb zone&ldquo;: oltre una certa quantit\u00e0 il modello diventa sensibilmente meno affidabile.<\/li>\n<li><strong>Suddividere i compiti grandi.<\/strong> Pi\u00f9 sessioni specializzate che si passano il lavoro battono un singolo agente che deve reggere tutto in una volta.<\/li>\n<li><strong>La sicurezza va nella tecnica, non nel prompt.<\/strong> Ci\u00f2 che un agente pu\u00f2 raggiungere prima o poi lo tocca &ndash; limiti i permessi in modo netto.<\/li>\n<li><strong>Trasformare ogni errore in un miglioramento permanente.<\/strong> Ogni problema \u00e8 l&#8217;occasione di migliorare il sistema in modo che non si ripeta.<\/li>\n<\/ul>\n<\/div>\n<h2>Dal &bdquo;vibe coding&ldquo; al lavoro strutturato<\/h2>\n<p>L&#8217;errore pi\u00f9 frequente ha un nome: &bdquo;vibe coding&ldquo;. Si formula una richiesta, si lascia partire l&#8217;agente e non si controlla quasi il risultato. Mancano proprio i due passaggi che fanno la seriet\u00e0 &ndash; la pianificazione all&#8217;inizio e la validazione alla fine.<\/p>\n<p>Un&#8217;immagine semplice \u00e8 la costruzione di una casa sull&#8217;albero. Prima disegna uno schizzo, valuta quanto legno Le serve e dove, e procura gli attrezzi giusti. Quando la casetta \u00e8 in piedi non ci mette dentro subito i bambini &ndash; prima prova se regge. Lo stesso rigore serve nel lavorare con gli agenti di coding.<\/p>\n<p>Diventa importante perch\u00e9 i modelli tendono all&#8217;adulazione. Se chiede &bdquo;Ti sembra buono?&ldquo;, arriva volentieri un &bdquo;S\u00ec&ldquo; senza che il piano sia stato davvero esaminato in modo critico. Al contrario, i modelli affermano a volte che qualcosa \u00e8 finito quando non lo \u00e8. Le serve quindi un metodo proprio e indipendente per controllare entrambe le cose. Il procedimento ha quattro passi:<\/p>\n<ul>\n<li><strong>Pianificare<\/strong> &ndash; chiarire con il contesto necessario che cosa va costruito e come si presenta concretamente il successo.<\/li>\n<li><strong>Costruire<\/strong> &ndash; delegare la realizzazione all&#8217;agente il pi\u00f9 possibile.<\/li>\n<li><strong>Verificare<\/strong> &ndash; avere una via propria e chiara per controllare il risultato.<\/li>\n<li><strong>Migliorare il sistema<\/strong> &ndash; il quarto passo spesso trascurato: ricavare da ogni ciclo un miglioramento duraturo.<\/li>\n<\/ul>\n<figure class=\"yt-fig\"><img decoding=\"async\" src=\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/ig1_loop.jpg\" alt=\"Il ciclo in 4 passi per gli agenti di coding IA: pianificare, costruire, verificare, migliorare il sistema.\" loading=\"lazy\" \/><figcaption>Il ciclo in 4 passi: pianificare \u2192 costruire \u2192 verificare \u2192 migliorare il sistema \u2013 e poi di nuovo al passo 1.<\/figcaption><\/figure>\n<h2>Verifica: prova, non affermazione<\/h2>\n<p>In sostanza verificare significa: &bdquo;Dimostrami che \u00e8 davvero finito.&ldquo; Nella programmazione sono i test e il linting &ndash; ma il principio si pu\u00f2 applicare a quasi tutto. Esempio senza codice: l&#8217;agente crea un diagramma e poi lo rende come immagine. Poich\u00e9 i modelli attuali leggono benissimo le immagini, l&#8217;agente pu\u00f2 guardare la propria opera, riconoscere le sovrapposizioni e correggerle da solo in pi\u00f9 passaggi. Gli errori iniziali non contano; conta solo il risultato finale.<\/p>\n<p>L&#8217;effetto \u00e8 misurabile: senza un meccanismo di controllo il primo risultato si attesta forse su 65&ndash;70 punti su 100. Con un controllo integrato sono possibili circa 92 gi\u00e0 al primo tentativo. Perfetto lo \u00e8 raramente subito &ndash; e non \u00e8 nemmeno l&#8217;obiettivo. L&#8217;obiettivo \u00e8 dare all&#8217;agente un quadro con cui controlli da s\u00e9 il proprio lavoro. La domanda guida \u00e8 sempre: <em>come pu\u00f2 l&#8217;agente verificare il risultato nel modo in cui lo farebbe un utente reale?<\/em> Una semplice occhiata al codice prodotto non basta mai.<\/p>\n<h3>Che cos&#8217;\u00e8 una &bdquo;harness&ldquo;?<\/h3>\n<p>Una harness \u00e8 l&#8217;involucro attorno al modello di IA &ndash; gli strumenti e il contesto a cui il modello accede per sapere su che cosa sta lavorando. Se lo immagini come un modello a strati: al centro sta il modello, il vero &bdquo;cervello&ldquo;. Attorno mette uno strumento come Claude Code. E sopra costruisce il Suo strato personale &ndash; configurazione, Skills, hooks e collegamenti al CRM o alla gestione dei task. \u00c8 proprio questo strato pi\u00f9 esterno che trasforma uno strumento generico nel Suo sistema.<\/p>\n<figure class=\"yt-fig\"><img decoding=\"async\" src=\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/ig3_harness.png\" alt=\"La harness in tre strati: modello, strumento e il Suo strato personale.\" loading=\"lazy\" \/><figcaption>La \u201eharness\u201c in tre strati \u2013 solo il Suo strato pi\u00f9 esterno trasforma lo strumento nel Suo sistema.<\/figcaption><\/figure>\n<h2>Pianificazione: il passo sottovalutato<\/h2>\n<p>La maggior parte pianifica troppo poco. Con gli agenti di coding passa pi\u00f9 tempo a pianificare che a costruire, perch\u00e9 la realizzazione la cede in gran parte &ndash; e cos\u00ec il successo dipende direttamente dalla qualit\u00e0 del piano. Si \u00e8 dimostrato utile un unico documento che descrive l&#8217;obiettivo:<\/p>\n<ul>\n<li>Che cosa costruiamo &ndash; e perch\u00e9?<\/li>\n<li>Come si presenta concretamente il successo?<\/li>\n<li>Da che cosa riconosce l&#8217;agente che il lavoro \u00e8 finito e corretto?<\/li>\n<li>Nei compiti tecnici: quali punti del sistema esistente vanno effettivamente toccati?<\/li>\n<\/ul>\n<p>Il procedimento tipico: prima raccogliere contesto e documenti rilevanti, poi fare ricerca e da l\u00ec sviluppare il piano insieme all&#8217;agente. Molto importante: lasci che l&#8217;agente faccia molte domande, cos\u00ec non fa innumerevoli supposizioni sul risultato desiderato. Solo dopo che ha chiesto in modo mirato, persona e agente concordano su che cosa va fatto e come va controllato.<\/p>\n<h3>Sentirsi sicuri anche senza saper leggere il codice<\/h3>\n<p>Come si fa a fidarsi di codice che non si legge? Ci sono due strade. Primo: chieda all&#8217;agente di spiegare ci\u00f2 che ha scritto. All&#8217;inizio il codice intimidisce, ma superato il primo scoglio si legge quasi come inglese. Secondo, se non vuole affatto imparare a programmare: la fiducia nasce dalla strategia di validazione. \u00c8 esattamente qui la differenza rispetto al vibe coding &ndash; incastra la realizzazione fra un piano accurato e un controllo altrettanto accurato, nel quale \u00e8 coinvolto Lei stesso. L&#8217;agente ottiene il via libera solo quando \u00e8 definito chiaramente come dimostra che il lavoro \u00e8 finito.<\/p>\n<h2>Il contesto \u00e8 scarso: la &bdquo;dumb zone&ldquo;<\/h2>\n<p>Nel pianificare la cosa pi\u00f9 importante \u00e8 governare il contesto, perch\u00e9 l&#8217;attenzione di un modello \u00e8 una risorsa scarsa. Circola l&#8217;idea sbagliata che non conti quanto si carica sull&#8217;agente, perch\u00e9 i modelli attuali hanno capacit\u00e0 di contesto enormi. I numeri sono impressionanti &ndash; ma ci sono due limiti.<\/p>\n<p><strong>Primo<\/strong>, il contesto si esaurisce pi\u00f9 in fretta di quanto si creda: se l&#8217;agente legge pi\u00f9 Skills o grandi quantit\u00e0 di codice, in un attimo si consumano decine o centinaia di migliaia di token. <strong>Secondo<\/strong>, esiste la &bdquo;dumb zone&ldquo;. Nella parte iniziale della finestra di contesto il modello appare lucido e al massimo delle sue prestazioni. Quando la conversazione supera una certa soglia, la cosa si ribalta: il modello appare sovraccarico, tralascia elementi e commette errori che con contesto fresco non sarebbero mai successi.<\/p>\n<p>Per questo deve valutare con cura che cosa dare all&#8217;agente in anticipo e che cosa pu\u00f2 scoprire da s\u00e9 quando serve. \u00c8 proprio questo il punto di forza degli Skills: mettono a disposizione procedure e best practice, ma \u00e8 il modello a decidere quando gli serve quale informazione. Non riversi tutto dentro in una volta. Molto spesso il problema non \u00e8 il modello, ma il modo in cui viene riempito il contesto. La grande finestra di contesto d\u00e0 quindi una sicurezza ingannevole &ndash; il punto critico sarebbe meglio non raggiungerlo affatto.<\/p>\n<figure class=\"yt-fig\"><img decoding=\"async\" src=\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/ig2_dumbzone.jpg\" alt=\"La dumb zone della finestra di contesto: oltre una soglia l'affidabilita cala.\" loading=\"lazy\" \/><figcaption>La \u201edumb zone\u201c: nella parte iniziale del contesto il modello \u00e8 lucido \u2013 superata la soglia l&#8217;affidabilit\u00e0 crolla.<\/figcaption><\/figure>\n<h2>Orchestrare pi\u00f9 sessioni<\/h2>\n<p>Poich\u00e9 la &bdquo;dumb zone&ldquo; esiste, non pu\u00f2 buttare compiti grandi in un&#8217;unica sessione. La risposta \u00e8 un workflow fatto di pi\u00f9 sessioni di agenti: un agente pianifica, passa il documento a un secondo per la realizzazione, questo scrive un rapporto di esecuzione e un terzo valida e controlla il lavoro. Impegnativo, ma per software pronto alla produzione o automazioni critiche per il business semplicemente necessario.<\/p>\n<p>L&#8217;immagine \u00e8 quella di una catena di montaggio: ogni agente fa una cosa molto bene e consegna il proprio risultato in modo che il successivo abbia contesto sufficiente per capire che cosa \u00e8 stato fatto, che cosa manca e qual \u00e8 il suo compito attuale.<\/p>\n<p>Un esempio dalla quotidianit\u00e0 B2B: la stesura di offerte, per esempio nell&#8217;edilizia o nella stampa. Questi calcoli sono laboriosi &ndash; stimare l&#8217;impegno, definire i materiali, cercare i prezzi, scegliere i fornitori. Qui si costruisce un workflow di agenti specializzati: uno controlla le giacenze di magazzino, uno confronta i prezzi, uno imposta il PDF. Alla fine c&#8217;\u00e8 una validazione &ndash; per esempio un calcolo che verifica se il margine desiderato viene raggiunto. Chi guarda seriamente alla propria attivit\u00e0 si accorge in fretta che si lascia scomporre in molti piccoli sotto-compiti &ndash; ed \u00e8 proprio questa scomposizione a creare subito una leva enorme.<\/p>\n<h2>La sicurezza va nella tecnica, non nel prompt<\/h2>\n<p>Una sicurezza particolarmente ingannevole riguarda i permessi. Molti credono che i loro prompt bastino come protezione. Non \u00e8 cos\u00ec. Se dice a un agente di non cancellare mai un database, pu\u00f2 succedere lo stesso. Se gli vieta di cancellare una cartella, pu\u00f2 darsi che scriva uno script che fa esattamente questo.<\/p>\n<p>L&#8217;unico atteggiamento di fondo sostenibile \u00e8 quindi: <strong>tutto ci\u00f2 che l&#8217;agente pu\u00f2 leggere o toccare, prima o poi lo tocca davvero<\/strong> &ndash; anche senza che glielo si chieda. I permessi vanno imposti a livello tecnico: con chiavi dallo scope ristretto oppure rendendo certe cose semplicemente irraggiungibili. Un esempio reale mostra l&#8217;insidia: un agente ha frainteso una voce della sua lista di compiti &ndash; e ha inviato di conseguenza un&#8217;e-mail con un codice sconto a tutta la lista di distribuzione, bench\u00e9 non dovesse mai uscire.<\/p>\n<p>Uno strumento collaudato sono gli hooks &ndash; piccoli pezzi di codice eseguiti al verificarsi di un determinato evento, per esempio subito prima che l&#8217;agente usi uno strumento. Cos\u00ec pu\u00f2 controllare se un comando \u00e8 delicato e bloccarlo. Gli stessi hooks si possono usare per migliorare il sistema in automatico &ndash; per esempio scrivendo alla fine di ogni sessione un riepilogo in un log giornaliero.<\/p>\n<h2>Da ogni errore un miglioramento permanente<\/h2>\n<p>La cosa forse pi\u00f9 importante \u00e8 l&#8217;evoluzione del sistema. Se si presenta un problema, non lo corregga e basta per poi andare avanti &ndash; lo usi insieme all&#8217;agente come occasione per chiedersi che cosa si pu\u00f2 migliorare affinch\u00e9 non si ripeta. Forse ne nasce una nuova regola nella Sua configurazione, un documento di pianificazione in pi\u00f9 o uno Skill adattato. Cos\u00ec ogni bug diventa un miglioramento permanente.<\/p>\n<p>Una volta stabilito questo sistema, gli errori quasi li accoglie volentieri. E prima ancora che si verifichino aiuta una domanda semplice che quasi nessuno osa porre: &bdquo;Che cosa potrebbe andare storto qui?&ldquo; Faccia costruire all&#8217;agente casi limite mirati e provare a rompere l&#8217;applicazione con input problematici. Se qualcosa si rompe, torna nel ciclo di controllo: trovare il problema, correggerlo e &ndash; molto importante &ndash; testare di nuovo. Pu\u00f2 darsi che la correzione non abbia affatto risolto il problema.<\/p>\n<h2>L&#8217;atteggiamento giusto verso lo strumento<\/h2>\n<p>Tratti lo strumento come un mentore &ndash; la persona pi\u00f9 intelligente del mondo che \u00e8 al tempo stesso il Suo migliore amico. Non La deride se chiede qualcosa apparentemente stupido. Ma non tutto si presta come domanda: per via dell&#8217;adulazione \u00e8 delicato chiedere a un modello la sua opinione. \u00c8 invece eccellente per capire come funziona qualcosa, o dove esistono dati empirici &ndash; nei casi limite un&#8217;automazione con un determinato input funziona, oppure no. Nessuna zona grigia. Chi ha bisogno di una seconda prospettiva mette due modelli l&#8217;uno contro l&#8217;altro: uno costruisce, un altro fa in una sessione separata l&#8217;avvocato del diavolo, invece di lodare acriticamente.<\/p>\n<h2>Conclusione: pensi come un product manager<\/h2>\n<p>Il consiglio centrale per finire: per quanto tecnicamente preparato Lei sia &ndash; si consideri il product manager del Suo agente. Non deve descrivere <em>come<\/em> qualcosa viene costruito. Ma deve dare forma alla visione: <em>che cosa<\/em> costruiamo, e <em>perch\u00e9?<\/em> Dia allo strumento il perch\u00e9 &ndash; incide sul come in modo sorprendentemente forte.<\/p>\n<p>Questo \u00e8 il nocciolo onesto al di l\u00e0 dell&#8217;hype: gli agenti di IA non sono una slot machine n\u00e9 una panacea. Sono uno strumento potente che diventa esattamente buono quanto il quadro che Lei gli d\u00e0. Piani buoni, criteri di controllo chiari e la disciplina di imparare da ogni errore &ndash; questo La porta pi\u00f9 avanti di qualsiasi modello nuovo. Cominci in piccolo: metta per iscritto uno dei Suoi processi, lo scomponga in sotto-compiti e definisca da che cosa riconosce che il risultato \u00e8 corretto. Il resto lo pu\u00f2 delegare.<\/p>\n<div class=\"yt-downloads\">\n<h2>Da portare con s\u00e9<\/h2>\n<div class=\"yt-dl-grid\">\n<div class=\"yt-dl\">\n<div class=\"yt-dl-ic\">\ud83d\udcc4<\/div>\n<h3>Guida in PDF<\/h3>\n<p>L&#8217;articolo completo con tutte le infografiche \u2013 in un PDF curato, da leggere e da passare ad altri. In tedesco.<\/p>\n<p>      <a class=\"yt-dl-btn\" href=\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/KI-Coding-Agents-Leitfaden-pletzenauer.pdf\" download>Scarica il PDF<\/a>\n    <\/div>\n<div class=\"yt-dl\">\n<div class=\"yt-dl-ic\">\u2705<\/div>\n<h3>Checklist &amp; bigliettino<\/h3>\n<p>Il ciclo in 4 passi, i punti della pianificazione e lo sguardo \u201eche cosa potrebbe andare storto?\u201c su una pagina \u2013 da stampare. In tedesco.<\/p>\n<p>      <a class=\"yt-dl-btn\" href=\"https:\/\/pletzenauer.com\/wp-content\/uploads\/2026\/06\/checkliste-ki-coding-agents.txt\" download>Scarica la checklist<\/a>\n    <\/div>\n<\/p><\/div>\n<\/div>\n<p class=\"source\"><strong>Fonte:<\/strong> questo articolo si basa sul video <a href=\"https:\/\/www.youtube.com\/watch?v=RzLV8sfFdMM\" target=\"_blank\" rel=\"noopener\">How to Build Effective Claude Code Agents in 2026<\/a> di Nate Herk | AI Automation. I contenuti sono stati rielaborati in modo autonomo e inquadrati per il pubblico di lingua italiana.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Come guidare da regista agenti di coding IA come Claude Code: pianificazione, verifica, dumb zone, sub-agents, hooks e workflow sicuri \u2013 spiegati onestamente.<\/p>\n","protected":false},"author":0,"featured_media":1627,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-2208","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"_links":{"self":[{"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/posts\/2208","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/types\/post"}],"replies":[{"embeddable":true,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/comments?post=2208"}],"version-history":[{"count":1,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/posts\/2208\/revisions"}],"predecessor-version":[{"id":2689,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/posts\/2208\/revisions\/2689"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/media\/1627"}],"wp:attachment":[{"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/media?parent=2208"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/categories?post=2208"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/pletzenauer.com\/it\/wp-json\/wp\/v2\/tags?post=2208"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}