# KURTOGLU SINAN

Ingegnere elettrico ed elettronico
Sistemi embedded · Energia ·
Software

![Illustrazione di una postazione di lavoro IA con ASUNODE, Shan, Carathis e Mihon](<../assets/semi-autonomous-ai-workflows-template-development-illustration.png>)

<a id="content"></a>

## Scheda del progetto

Progetto

Flussi di lavoro di IA semi-autonomi e sviluppo di template

Categoria

Progettazione di flussi di lavoro IA

Il mio ruolo

Progettazione dei flussi di lavoro e valutazione dei progetti

Anno

2026

Durata

In corso

Strumenti

ChatGPT · Codex · Claude · VS Code · Git · Obsidian

Stato

Sviluppo e valutazione iterativi

<a id="case-title"></a>

## Flussi di lavoro di IA semi-autonomi e sviluppo di template

Sviluppo di template di flusso di lavoro riutilizzabili che traducono l’intento umano in ricerca, pianificazione, implementazione, test e consegna strutturati con il supporto dell’IA.

<a id="overview"></a>

## Panoramica del progetto

Questo progetto in corso esplora come gli strumenti di IA possano svolgere un lavoro di sviluppo sostanziale sotto una direzione umana chiaramente definita. Io definisco l’obiettivo, i vincoli e i criteri di accettazione; l’IA si occupa dell’esecuzione tecnica entro l’ambito approvato e presenta i risultati per la revisione.

Il lavoro si concentra sulla preparazione e sul perfezionamento di template che conservano il contesto del progetto, guidano l’esecuzione, documentano le decisioni e favoriscono la continuità tra conversazioni e strumenti di IA.

I template definiscono l’obiettivo del progetto, l’ambito, i vincoli, l’autorità dell’IA, i punti di approvazione, i requisiti di passaggio di consegne e i criteri di accettazione. Offrono inoltre una struttura per registrare decisioni, risultati delle verifiche e lavoro in sospeso, in modo che un’altra conversazione o un altro strumento di IA possa proseguire da uno stato del progetto documentato.

<a id="role"></a>

## Il mio ruolo

In qualità di progettista del flusso di lavoro e responsabile del progetto, stabilisco il risultato atteso, valuto gli approcci proposti, definisco i confini di autorità e rivedo il lavoro consegnato.

Esamino inoltre dove il processo fallisce — ad esempio contesto incompleto, deriva dell’ambito, dichiarazioni di completamento prive di riscontro o chiusura prematura — e uso questi riscontri per migliorare i template successivi.

<a id="wf-title"></a>

Flusso di lavoro semi-autonomo guidato dall’uomo

<a id="wf-desc"></a>

Definire l’obiettivo, effettuare ricerca e pianificazione, ottenere l’approvazione dell’utente, preparare il passaggio di consegne, implementare e verificare, e rivedere il risultato. Le modifiche richieste tornano all’implementazione. I risultati accettati passano alla chiusura e alla conservazione. Le revisioni del piano tornano alla ricerca.

Definire

l’obiettivo

Ricerca

e piano

Approvazione

dell’utente

Preparare

il passaggio

Implementare

e verificare

Revisione

dell’utente

Chiudere

e conservare

Rivedi piano

Validato

Accettato

Modifiche richieste

<a id="workflow"></a>

## Struttura del flusso di lavoro

Ogni template organizza il progetto secondo una sequenza coerente:

1. Definire l’obiettivo: Registrare il risultato previsto, i vincoli, l’ambito e i criteri di accettazione.
2. Ricerca e pianificazione: Esaminare i requisiti, confrontare gli approcci e presentare una direzione proposta per l’approvazione.
3. Preparare il passaggio di consegne: Fornire allo strumento di implementazione il contesto, le decisioni e i confini di esecuzione necessari.
4. Implementare e verificare: Produrre i file richiesti, eseguire i controlli pertinenti, correggere i problemi individuati e registrare le evidenze.
5. Rivedere e correggere: Presentare il risultato per la valutazione umana e gestire le modifiche richieste.
6. Chiudere e conservare: Registrare l’accettazione, le voci in sospeso e le informazioni necessarie per riprendere il progetto.

Le decisioni tecniche di routine possono procedere entro l’ambito approvato. Le modifiche che incidono sull’obiettivo o sui confini concordati tornano alla revisione umana.

<a id="evolution"></a>

## Evoluzione dei template

Il lavoro si è sviluppato attraverso quattro approcci successivi:

ASUNODE ha stabilito il flusso di lavoro iniziale basato sul contesto, collegando intento del progetto, attività di sviluppo, controllo di versione e registri persistenti del progetto.

Shan ha ampliato la struttura con confini di autorità espliciti, criteri di accettazione, requisiti di verifica e registri del ciclo di vita.

Carathis ha esplorato un approccio operativo più leggero, riducendo la quantità di contesto richiesta in ogni fase e semplificando il passaggio dalla pianificazione all’implementazione.

Mihon ha proseguito questo perfezionamento riesaminando i cicli di revisione, la revisione da parte dell’utente e le condizioni di chiusura. Resta uno standard candidato in fase di valutazione.

<a id="application"></a>

## Esperienza applicativa

I flussi di lavoro sono stati esplorati attraverso esperimenti di preparazione del contesto, progetti web e applicazioni desktop.

Tra le applicazioni rappresentative figurano Shan3A, un’applicazione di contatti in Flutter; A17, un’applicazione per il monitoraggio delle finanze personali; e A19, un’applicazione per il servizio di manutenzione dei veicoli. Questi progetti hanno fornito esperienza pratica in implementazione, test, revisione e documentazione dei problemi rinviati.

A23, un’applicazione di allerta precoce, è stata preparata come ulteriore caso di valutazione per Mihon. La sua preparazione non costituisce ancora un flusso di lavoro completo end-to-end.

<a id="deliverables"></a>

## Elaborati del progetto

Il lavoro ha prodotto versioni successive dei template di flusso di lavoro, documenti di passaggio di consegne, registri di contesto e di decisioni, criteri di accettazione e rapporti di verifica.

Questi elaborati collegano il risultato previsto con le istruzioni di implementazione, i requisiti di revisione e i risultati registrati. I registri di chiusura conservano il lavoro completato, i problemi rinviati e le informazioni necessarie per una futura prosecuzione.

Il loro grado di maturità varia: alcuni sono stati usati nello sviluppo di applicazioni, altri restano candidati a ulteriore valutazione.

<a id="memory"></a>

## Memoria e continuità del progetto

I checkpoint di Git supportano la tracciabilità tecnica e il ripristino. I registri di contesto persistenti raccolgono l’obiettivo, le decisioni, i motivi delle modifiche, i risultati delle verifiche e il lavoro residuo.

L’obiettivo è rendere un progetto comprensibile e riprendibile senza dipendere interamente da una singola conversazione o da un singolo strumento di IA.

<a id="status"></a>

## Stato attuale

Si tratta di un progetto in corso di progettazione e valutazione di flussi di lavoro. Ha prodotto versioni successive dei template e un’esperienza applicativa pratica, facendo emergere anche limiti che richiedono ulteriori test.

Il principio centrale è costante lungo tutto il lavoro: l’intento e l’accettazione umani guidano il lavoro; l’IA esegue entro un’autorità definita e riferisce i risultati con evidenze a supporto.

Sinan KURTOĞLU ©
