Agentic Audit · Multi-stakeholder Discovery

Molte fonti.
Una conclusione
verificabile.

OIAR orchestra una rete di agenti che intervistano stakeholder in parallelo, raccolgono evidenze e producono report difendibili — con controllo umano in ogni fase critica.

O Orchestrate I Interview A Analyze R Report
// 00 · PROBLEMA

La diagnosi fallisce prima dell'analisi

In contesti enterprise, le informazioni sono distribuite, incomplete e spesso conflittuali. Fatti, opinioni e interpretazioni si mescolano. Le conclusioni non reggono all'esame perché le fonti non sono tracciate.

Fonti distribuite

Le informazioni sono sparse tra persone, documenti e sistemi diversi

Ogni stakeholder ha una versione parziale. Raccoglierle manualmente introduce ritardi, gap e interpretazioni non verificabili.

Bias e incentivi divergenti

Gli stakeholder hanno prospettive e incentivi diversi, spesso in conflitto

Senza isolamento e classificazione sistematica, le dichiarazioni dominanti sopprimono segnali minoritari ma critici.

Report non difendibili

Le conclusioni non mostrano il percorso logico tra fonte e finding

Un report senza traccia tra evidenza e raccomandazione è opinione, non analisi. Non regge all'esame, non genera decisioni.

// 01 · FRAMEWORK

Quattro fasi. Un processo ripetibile.

OIAR non è un chatbot generalista. È un framework per orchestrare raccolte di informazioni strutturate, isolare le fonti, classificare le evidenze e produrre report operativi.

01 · O
O

Orchestrate

L'Orchestrator Agent analizza l'obiettivo, produce il Global Objective e il Plan, assegna le skill agli Interviewer Agent e li attiva in parallelo.

  • Global Objective (MD)
  • Assessment Plan (MD)
  • Assegnazione skill
  • HITL-PLAN: approvazione piano
02 · I
I

Interview

N Interviewer Agent operano in parallelo, ognuno segregato nel proprio scope. Raccolgono documenti via canali MCP e producono un Interview MD strutturato.

  • Interviste parallele (N×)
  • Scope isolato per agente
  • Email · Chat · Voice
  • HITL-CLOSE: chiusura interviste
03 · A
A

Analyze

L'Analysis Agent legge tutti gli Interview MD, classifica ogni affermazione (Fatto, Evidenza, Contraddizione), rileva gap e assegna confidence score.

  • Claim classification
  • Evidence linking
  • Contradiction detection
  • HITL-REPLAN: gap critici
04 · R
R

Report

Il Report Agent produce il documento finale secondo il template dello scenario: Executive Summary, Finding, Evidence Map, Roadmap. Pubblicazione solo dopo HITL-REPORT.

  • Executive Summary
  • Finding + Evidence Map
  • Roadmap prioritizzata
  • HITL-REPORT: approvazione finale
// 02 · FLUSSO

5 fasi, 4 gate obbligatori

Ogni transizione critica richiede approvazione esplicita. Puoi rifiutare con note: il sistema torna alla fase precedente e incorpora il tuo feedback prima di riproporre il risultato.

01

Conversazione con l'orchestratore

Avvii una chat con l'orchestratore: definisci obiettivo, scope, versione e stakeholder. Il sistema genera il piano di assessment.

Obiettivo Moduli in scope Stakeholder
HITL
HITL-PLAN · Approvazione piano · Obbligatorio
Rivedi piano, stakeholder e skill di intervista. Approva o rifiuta con note — il sistema incorpora il feedback e ripropone.
HITL-PLAN
HITL
HITL-INTERVIEW · Avvio interviste · Obbligatorio
Approva per inviare gli inviti email e creare le chat dedicate. Le cartelle Data Room vengono create solo a questo punto.
HITL-INTERVIEW
02

Interviste parallele via chat dedicata

Ogni stakeholder riceve un link email con chat privata isolata. Gli agenti operano in parallelo, ciascuno nel proprio scope e cartella Data Room.

Chat dedicata per stakeholder Scope segregato interview.md
HITL
HITL-CLOSE-INTERVIEW · Chiusura interviste · Obbligatorio
Si auto-approva quando tutte le interviste sono completate. Puoi forzare la chiusura manualmente. Solo allora parte l'analisi.
HITL-CLOSE
03

Analisi MAP-REDUCE delle evidenze

L'Analysis Agent classifica ogni affermazione (Fatto, Opinione, Ipotesi, Contraddizione), rileva gap tra moduli e produce un sufficiency score.

Claim & Evidence Contradiction detection Sufficiency score
HITL
HITL-REPLAN · Dati insufficienti · Opzionale
Se le evidenze sono insufficienti, il sistema si sospende. Approva per riaprire le interviste, rifiuta per procedere con i dati disponibili.
HITL-REPLAN
04

Generazione del report strutturato

Il Report Agent produce Executive Summary, Gap Analysis per modulo, Claim Evidence Map e Roadmap di remediation. Scritto in Markdown, scaricabile.

Executive Summary Evidence Map Roadmap
HITL
HITL-REPORT · Approvazione pubblicazione · Obbligatorio
Leggi il report prima della pubblicazione. Rifiuta con note: il sistema rigenera incorporando il feedback, senza perdere il lavoro precedente.
HITL-REPORT
05

Pubblicazione nella Data Room

Il report approvato è pubblicato in reports/final-report.md. L'audit log di ogni decisione HITL è conservato e consultabile.

final-report.md Audit Log Download MD
// 03 · PRINCIPI

Progettato per informazioni conflittuali

OIAR assume che le fonti siano parziali, di parte o incomplete. Non cerca consenso: cerca triangolazione, evidenze e trasparenza sulle lacune.

Evidence-first

Ogni claim è classificato

Fatto dichiarato, opinione, ipotesi, evidenza documentale, contraddizione. La classificazione è preservata nel modello dati e nel report.

Least Knowledge

Ogni agente vede solo il suo scope

L'Interviewer Agent non riceve dichiarazioni di altri stakeholder. Il bias da contaminazione tra fonti è eliminato strutturalmente.

Human-in-the-loop

5 gate HITL (4 obbligatori)

HITL-PLAN, HITL-INTERVIEW, HITL-CLOSE, HITL-REPLAN (opz.) e HITL-REPORT. Il sistema non avanza mai da solo nelle transizioni critiche.

Byzantine-resilient

Il consenso numerico non è verità

Una minoranza con evidenze forti può essere più rilevante di una maggioranza senza supporto documentale. Le contraddizioni sono esplicitate, non soppresse.

// 04 · OIAR INSTANCE

Un framework. Ogni scenario è un'istanza.

OIAR non è un singolo portale. È un template istanziato una volta per scenario. Ogni istanza ha gli stessi schermi, gli stessi pannelli, la stessa logica — cambia solo il tema colore e le skill caricate nel repository.

OIAR Core — struttura condivisa
menu · pannelli · grafi agentici · HITL gate · audit log · Data Room · Skill Repository
shared · never forked
IT Assessment
signal · oklch(0.84 0.165 158) · spring green
Project Recovery Post-mortem Due Diligence
Odoo Assessment
plum · oklch(0.520 0.082 334) · #714B67
ERP Audit Moduli in scope Gap Analysis
Your Scenario
custom accent · duplica e modifica il theme file
SAP Migration Vendor Dispute Stakeholder Discovery
Golden rule

Struttura condivisa, colore per istanza

Se una modifica tocca layout, pannelli, menu o comportamento → appartiene al layer condiviso. Se tocca colore o font → appartiene al theme file dell'istanza.

Un solo accento

Disciplina "un solo accento di segnale"

Ogni istanza ha un unico colore di accento (--signal). Un secondo colore (--accent-2) è definito ma non cablato — solo per scenari che lo richiedono esplicitamente.

Creare una nuova istanza

Duplica · modifica 4 token · tocca nient'altro

Duplica la cartella dello scenario di riferimento. Modifica solo i 4 token d'accento e la tinta neutra nel theme file. Nessun pannello viene toccato.

// 05 · SKILL REPOSITORY

Le skill sono il cervello dell'istanza

Ogni agente non è hard-coded: le sue istruzioni sono file Markdown versionati nel repository, selezionati dall'Orchestrator in base al profilo dello stakeholder e allo scenario. Per creare una nuova istanza, scrivi le sue skill.

agents/skills/ · Skill Repository
📁 agents/skills/
├── 📂 interview/
├── technical-stakeholder.mdIT Manager · DevOps
├── executive-sponsor.mdCIO · Business Owner
├── vendor-representative.mdPartner · Fornitore
└── key-user.mdUtente operativo
├── 📂 analysis/
├── contradiction-detection.md
└── confidence-scoring.md
└── 📂 report/
├── project-recovery.md
├── odoo-assessment.md
└── vendor-dispute.md

File Markdown versionati con git

Le skill sono file MD nel repository, non configurazioni runtime. Cambiano tramite PR con review, non tramite interfaccia. Il versioning è gratis.

Selezionate dall'Orchestrator

L'Orchestrator sceglie dallo Skill Repository le skill adatte al profilo di ogni stakeholder e le inietta nel prompt dell'Interviewer Agent assegnato.

Una skill per profilo stakeholder

Technical stakeholder, executive sponsor, vendor representative, key user operativo. Ogni profilo ha domande, segnali e formato output dedicati.

Creare un'istanza = scrivere le sue skill

Nuovo scenario (SAP Migration, Vendor Dispute, …): duplica la cartella dell'istanza più simile, scrivi le skill specifiche, modifica il theme file. Zero codice.

// 06 · USE CASE

Ogni scenario è un'istanza OIAR

Stesso framework, skill diverse, tema diverso. Ogni use case nasce da una duplicazione dell'istanza base con le skill appropriate caricate nel repository.

IT Assessment · verde

Project Recovery

Progetto IT in ritardo, bloccato o fuori controllo. Diagnosi cause, mappa rischi, dipendenze, decisioni mancanti, piano di recupero con evidenze.

SponsorPM · PMODev TeamVendorOperations
Incident · rosso

Post-mortem & Incident Review

Go-live fallito, incidente o disservizio. Timeline verificata, cause contributive, gap di processo e azioni preventive separate da giudizi e ipotesi.

Incident ManagerOperationsSecurityDevSupport
Dispute · ambra

Vendor Dispute

Conflitto cliente-fornitore su scope, ritardi, qualità o change request. Matrice claim/evidenze, timeline decisionale, punti controversi e rischi negoziali.

ClienteVendorLegalProcurementPM
Odoo Assessment · plum

ERP Assessment (Odoo)

Gap analysis dell'implementazione Odoo per modulo, maturità ERP, misallineamenti tra stakeholder, roadmap di remediation prioritizzata.

IT ManagerBusiness OwnerKey UserOdoo Partner
Due Diligence · blu

Due Diligence tecnica

Valutazione rapida di sistema, processo, team o asset tecnico. Rischi principali, maturity assessment, gap e raccomandazioni prioritizzate.

AcquirenteTeam tecnicoSecurityLegalConsulenti
Discovery · teal

Stakeholder Discovery

Avvio progetto con molti stakeholder e requisiti non consolidati. Mappa stakeholder, temi ricorrenti, requisiti candidati, conflitti e lacune informative.

Business UnitProduct OwnerITComplianceSponsor

Inizia il tuo
primo audit

Lascia i tuoi dati: ti contattiamo per una demo del framework sul tuo scenario. Dal perimetro al report, in un flusso strutturato, tracciabile e controllato.

Nessuno spam. I tuoi dati non vengono ceduti a terzi.

Richiesta inviata

Ti ricontatteremo a breve per organizzare una demo del framework sul tuo scenario.

Vuoi prima capire il flusso? Scopri come funziona →
OIAR · Orchestrate · Interview · Analyze · Report