XFuTeam
Richiedi una prova

AGENT PIPELINE × OPS PLATFORM

Entra un ticket,
esce una PR.

XFuTeam raccoglie requisiti, bug e attività operative in un unico ticket e lo affida a una pipeline di agenti AI: scrivono il codice, lo revisionano, eseguono i test e aprono la PR. Il merge, invece, resta sempre a una persona.

Richiedi una prova Guarda la pipeline in azione
XFuTeam / Ticket / WI-1602 daemon · mac-mini-01LIVE
WI-1602 [xfuteam] Certificati

Avviso su Lark 15 giorni prima della scadenza

repoKey=xfuteam · branch=feature/cert-expiry-lark · round 1/5

    workflowState
    awaiting_review
    executor
    codex
    diff
    +128 −12
    last event
    09:41:13
    Eventiworklog

      7ruoli

      Dalla creazione del ticket al merge, ogni tappa fa una cosa sola.

      3esecutori

      Claude Code, Codex e opencode, assegnabili ruolo per ruolo.

      0ruoli AI possono fare il merge

      Il pulsante di merge è solo su GitHub, e spetta alle persone.

      WORKS WITH
      • Claude Code
      • Codex
      • opencode
      • GitHub
      • Lark (Feishu)
      • aaPanel / BT
      • Portainer

      01 — PIPELINE

      Sette ruoli, una tappa ciascuno

      Ogni ruolo ha un contratto: quale stato gestisce, quali strumenti può usare, cosa consegna. I comandi fuori dalla whitelist semplicemente non partono. Seleziona una tappa per vederne il contratto.

      agents/programmer.md AI AGENT
      stateawaiting_programmer
      doesScrive codice e test su un branch feature in un worktree isolato e fa commit secondo le convenzioni.
      never✕ push, merge, riscrivere la storia git
      outputI commit del round e una descrizione delle modifiche.
      tools

      Programmer

      Implementa partendo dal ticket e dal WorkLog.

      Esecutori: Claude Code / Codex / opencode, assegnabili ruolo per ruolo

      02 — PLATFORM

      Sviluppo e operations
      sulla stessa bacheca

      Oltre alla pipeline, XFuTeam nasce come piattaforma operativa: server, certificati, deploy e notifiche vivono accanto ai ticket, così quando qualcosa si rompe si indaga da un solo posto.

      tickets.board

      Ticket e bacheca

      Requisiti, bug e task in un unico modello; bacheca generale, i miei ticket, Epic scomposte e grafo delle dipendenze, tutto in un posto.

      daemon.instances

      Esecutori daemon

      Ogni macchina esegue un daemon che prende in carico i ticket secondo la tabella di instradamento; stato online e lavoro in corso a colpo d'occhio.

      servers.bt

      Gestione server

      Server e indirizzi del pannello BT registrati in un solo posto, rete interna ed esterna distinte; credenziali cifrate con AES, copia con un clic.

      certs.expiry

      Certificati SSL

      Rileva la scadenza dei certificati SSL, calcola i giorni rimanenti e avvisa su Lark il responsabile prima che sia troppo tardi.

      deploy.approve

      Deploy dei servizi

      I rilasci passano da un'approvazione: basta approvare su Lark per avviare il webhook di deploy, senza entrare nei server a scaricare immagini a mano.

      webhooks

      Webhook e notifiche

      Eventi inviati quando un ticket cambia stato o richiede l'intervento di una persona; le card Lark menzionano direttamente il responsabile.

      metrics.roles

      Efficienza

      Tasso di successo, round di revisione e tempi per ruolo: trova la tappa in cui la pipeline si inceppa.

      tenants.rbac

      Tenant e permessi

      Dati isolati per tenant, utenti e ruoli gestiti con RBAC; anche i client AI hanno una propria identità e un proprio perimetro di progetti.

      03 — GUARDRAILS

      L'AI scrive il codice,
      non fa il merge al posto tuo.

      La pipeline lavora direttamente nei tuoi repository: per questo le regole sono scritte nei contratti dei ruoli e nello scheduler, non affidate al buon senso di un prompt.

      1. 01

        Branch principali intoccabili

        Nessun ruolo può fare commit, push o rebase su main, master o develop; anche gli aggiramenti via refspec vengono bloccati.

      2. 02

        Il merge si fa solo su GitHub

        PR Creator si limita ad aprire la PR; il merge lo clicca sempre una persona su GitHub, anche se in chat qualcuno chiede «fallo tu».

      3. 03

        Whitelist a privilegio minimo

        Reviewer e Tester sono in sola lettura, Owner può solo creare ticket e commentare; i comandi di ogni ruolo sono elencati uno per uno.

      4. 04

        Auto-merge con più controlli

        L'unica eccezione richiede tutto insieme: interruttore globale, attivazione per repository, al massimo 10 righe modificate, nessun file di CI, migrazioni, segreti o guardrail, controlli tutti verdi.

      04 — SURFACES

      Tre schermi, una sola pipeline

      Console web

      Crea ticket, sposta le card, configura istanze daemon e instradamento: tutto dal browser.

      App mobile

      Il client Android per seguire l'avanzamento, approvare e dare istruzioni agli agenti; gli aggiornamenti si controllano dall'app.

      Dynamic Island Fufuland

      Una finestra flottante in cima allo schermo del Mac mostra in tempo reale a che tappa è ogni ticket, senza cambiare finestra.

      Affida il prossimo ticket
      alla pipeline.

      Lasciaci i tuoi contatti: ti risponderemo via email il prima possibile.

      Persone nel team facoltativo

      Useremo questi dati solo per ricontattarti. Dettagli nell'informativa sulla privacy.