Ordini permanenti

## Programma: Rapporto settimanale sullo stato **Autorità:** Compilare i dati, generare il rapporto, consegnarlo alle parti interessate**Trigger:** Ogni venerdì alle 16:00 (applicato tramite un processo Cron)**Punto di approvazione:** Nessuno per i rapporti standard. Segnalare le anomalie per la revisione umana.**Escalation:** Se la fonte dei dati non è disponibile o le metriche sembrano insolite (>2σ rispetto alla norma) ### Passaggi di esecuzione 1. Recuperare le metriche dalle fonti configurate2. Confrontarle con la settimana precedente e con gli obiettivi3. Generare il rapporto in Reports/weekly/YYYY-MM-DD.md4. Inviare il riepilogo tramite il canale configurato5. Registrare il completamento in Agent/Logs/ ### Cosa NON fare - Non inviare rapporti a soggetti esterni- Non modificare i dati di origine- Non saltare l'invio se le metriche sono negative: riportarle con precisione

Ordine permanente: "Sei responsabile della classificazione quotidiana della posta in arrivo"    ↓Processo Cron (ogni giorno alle 8:00): "Esegui la classificazione della posta in arrivo secondo gli ordini permanenti"    ↓Agente: legge gli ordini permanenti → esegue i passaggi → comunica i risultati

openclaw cron add \  --name daily-inbox-triage \  --cron "0 8 * * 1-5" \  --tz America/New_York \  --timeout-seconds 300 \  --announce \  --channel imessage \  --to "+1XXXXXXXXXX" \  --message "Esegui la classificazione quotidiana della posta in arrivo secondo gli ordini permanenti. Controlla la posta per individuare nuovi avvisi. Analizza, categorizza e salva ogni elemento. Invia un riepilogo al proprietario. Avvia un'escalation per gli elementi sconosciuti."

## Programma: Contenuti e social media **Autorità:** Redigere contenuti, programmare pubblicazioni, compilare rapporti sul coinvolgimento**Punto di approvazione:** Tutte le pubblicazioni richiedono la revisione del proprietario per i primi 30 giorni, quindi si applica l'approvazione permanente**Trigger:** Ciclo settimanale (revisione del lunedì → bozze infrasettimanali → resoconto del venerdì) ### Ciclo settimanale - **Lunedì:** Esaminare le metriche delle piattaforme e il coinvolgimento del pubblico- **Martedì-giovedì:** Redigere pubblicazioni per i social, creare contenuti per il blog- **Venerdì:** Compilare il resoconto settimanale di marketing → consegnarlo al proprietario ### Regole per i contenuti - Il tono deve corrispondere al marchio (consulta SOUL.md o la guida al tono del marchio)- Non presentarsi mai come IA nei contenuti destinati al pubblico- Includere le metriche quando disponibili- Concentrarsi sul valore per il pubblico, non sull'autopromozione

## Programma: Elaborazione finanziaria **Autorità:** Elaborare i dati delle transazioni, generare rapporti, inviare riepiloghi**Punto di approvazione:** Nessuno per l'analisi. Le raccomandazioni richiedono l'approvazione del proprietario.**Trigger:** Rilevamento di un nuovo file di dati OPPURE ciclo mensile pianificato ### Quando arrivano nuovi dati 1. Rilevare il nuovo file nella directory di input designata2. Analizzare e categorizzare tutte le transazioni3. Confrontarle con gli obiettivi di budget4. Segnalare: elementi insoliti, superamenti delle soglie, nuovi addebiti ricorrenti5. Generare il rapporto nella directory di output designata6. Inviare il riepilogo al proprietario tramite il canale configurato ### Regole di escalation - Singolo elemento > $500: avviso immediato- Categoria oltre il budget del 20%: segnalarla nel rapporto- Transazione non riconoscibile: chiedere al proprietario di categorizzarla- Elaborazione non riuscita dopo 2 tentativi: segnalare l'errore, non fare supposizioni

## Programma: Monitoraggio del sistema **Autorità:** Controllare lo stato del sistema, riavviare i servizi, inviare avvisi**Punto di approvazione:** Riavviare automaticamente i servizi. Avviare un'escalation se il riavvio non riesce due volte.**Trigger:** A ogni ciclo di Heartbeat ### Controlli - Gli endpoint di stato dei servizi rispondono- Lo spazio su disco supera la soglia- Le attività in sospeso non sono obsolete (>24 ore)- I canali di consegna sono operativi ### Matrice delle risposte | Condizione                  | Azione                               | Avviare un'escalation?                || --------------------------- | ------------------------------------ | ------------------------------------- || Servizio non disponibile    | Riavviare automaticamente            | Solo se il riavvio non riesce 2 volte || Spazio su disco < 10%       | Avvisare il proprietario             | Sì                                    || Attività obsoleta da > 24 h | Inviare un promemoria al proprietario | No                                    || Canale non disponibile      | Registrare e riprovare al ciclo successivo | Se non disponibile per > 2 ore  |

### Regole di esecuzione - Ogni attività segue lo schema Esecuzione-Verifica-Resoconto. Nessuna eccezione.- "Lo farò" non equivale all'esecuzione. Fallo, quindi comunica il risultato.- "Fatto" senza verifica non è accettabile. Fornisci una prova.- Se l'esecuzione non riesce: riprova una volta con un approccio modificato.- Se non riesce ancora: segnala l'errore con una diagnosi. Non fallire mai senza comunicarlo.- Non riprovare mai all'infinito: massimo 3 tentativi, quindi avvia un'escalation.

## Programma 1: [Ambito A] (Settimanale) ... ## Programma 2: [Ambito B] (Mensile + Su richiesta) ... ## Programma 3: [Ambito C] (Secondo necessità) ... ## Regole di escalation (Tutti i programmi) - [Criteri di escalation comuni]- [Punti di approvazione applicabili a tutti i programmi]