Vai al contenuto

Pan lavora nel tuo codice.

Un progetto di codice è una cartella di uno spazio, con il suo repository su GitHub. Pan sul codice vi lavora su un ramo suo, chiede il permesso prima di uscire dalla cartella o di lanciare un comando, e prova anche il sito che costruisce: lo apre, lo guarda, ci clicca.

Chiede, come farebbe un collega.

Nella cartella del progetto scrive. Fuori dalla cartella, e per ogni comando, chiede: «Posso eseguire «npm test»?». Rispondi Sì, stavolta, Sì, per questa conversazione o No. Se non rispondi per dieci minuti, è un no.

  • Un ramo suo per ogni sessione, mai il principale.
  • Una spinta, mai forzata.
  • Una bozza di richiesta di unione che aspetta una persona.

Prova il sito che costruisce.

Con il browser acceso, apre il sito su localhost, lo legge e lo fotografa, ci clicca e ci scrive, guarda la console, lo prova a 375 pixel e lo ricarica. La scheda Browser si apre accanto e dice quando la sta usando: Fermalo, Riprendi tu.

Nel dettaglio

  • Un ramo suo.

    Prima di scrivere apre un ramo «agente/» con la data e il compito. A fine turno fa un commit, firmato «Co-authored-by: Pan sul codice», e spinge senza forzare.

  • Un controllo prima della spinta.

    Precede la spinta: i segreti nel codice, i flussi di lavoro di GitHub, il diario e i compiti.

  • Una squadra, se serve.

    Un coordinatore e degli agenti, ognuno con il suo modello: uno che ragiona a lungo, uno veloce, uno che sa guardare le schermate. Come funziona.

  • Una copia di lavoro per persona.

    Sul server, accanto allo spazio. Ogni progetto ha un AGENTS.md corto scritto con le tue tre risposte, e una cartella con lo stato, il diario, i compiti e le decisioni.

  • Legge le pagine dello spazio.

    In sola lettura, solo di quello spazio, e solo dove hai «Usare Pan». Con Chiedi a Pan su questo file, Pan vede il file che hai aperto, sessanta righe sopra e sotto il cursore.

  • GitHub, in due modi.

    Con l’app dell’organizzazione, collegata da chi ha «Chiavi»: il repository nuovo lo crea Fallthere, vuoto e privato. Oppure col tuo codice di GitHub, in Il mio GitHub: lo sigilla la cassaforte, e Pan sul codice non lo vede mai.

  • Anche un repository che c’è già.

    Col tuo codice personale. Il primo commit, la struttura, lo fa la persona su un repository vuoto; su uno già pieno arriva come richiesta di modifica.

  • Chi firma i commit.

    Il commit porta «Co-authored-by: Pan sul codice». Con l’app dell’organizzazione e senza il tuo GitHub personale, portano il nome e la posta dell’account Fallthere.

Come si usa

Sei gesti, da GitHub alla bozza.

  1. Accendi Coding.

    Il + in fondo alla barra, Aggiungi o togli app: Coding è spenta di serie. Si accende anche aprendo un progetto di codice.

  2. Collega GitHub.

    Chi ha «Chiavi» collega l’app dell’organizzazione (Impostazioni, Amministrazione, GitHub). Ognuno può dire sì a nome suo o incollare un codice, in Il mio GitHub. La guida Un progetto di codice dice come.

  3. Crea un progetto.

    Dal «+», Progetto di codice; o col tasto destro su una cartella, Fanne un progetto di codice…; o Nuovo progetto di codice. Un repository nuovo e privato, o uno che hai già.

  4. Chiedi a Pan sul codice.

    Nella colonna di destra, la linguetta Pan sul codice: Cosa devo fare nel codice? e Chiedi. Chiudere la scheda ferma il lavoro.

  5. Rispondi ai permessi.

    Sì, stavolta, Sì, per questa conversazione o No.

  6. Guarda le modifiche.

    Modifiche mostra i file cambiati sul ramo. A fine turno trovi un commit e, una volta per sessione, la bozza di richiesta di unione.

Esempi d’uso

Persone e dati di esempio.

  1. Luca, Mirto Labs

    Una funzione nuova.

    Luca apre il progetto e chiede a Pan sul codice di aggiungere un campo. Pan lavora su un ramo suo e a fine turno fa un commit. La bozza di richiesta di unione aspetta Luca.

  2. Luca, Mirto Labs

    Un permesso.

    Pan vuole lanciare «npm install» e lo chiede. Luca sceglie Sì, stavolta: la prossima volta lo chiederà ancora.

  3. Luca, Mirto Labs

    Provare il sito.

    Pan sul codice apre il sito che costruisce, lo prova a 375 pixel e dice cosa non torna. Luca guarda nella scheda Browser, e può fermarlo con Fermalo.

In arrivo

Senza date: arriva quando è pronto.

  • Il codice di gruppo: più persone nella stessa conversazione con l’agente, un giro alla volta

Domande frequenti

L’agente può cambiare il ramo principale?

No. Lavora su un ramo suo e prepara una bozza di richiesta di unione, che aspetta una persona. Dove GitHub lo permette, il ramo principale è protetto: niente cancellazione né spinta forzata. Su un repository privato di un piano gratuito di GitHub la protezione non c’è, e la bozza è una richiesta con «Bozza:» nel titolo.

Dove gira Pan sul codice?

Sul server, accanto al tuo spazio: ogni persona ha la sua copia di lavoro del progetto.

Con quali modelli lavora?

Con quelli che scegli tu, con la tua chiave: il coordinatore e ogni agente della squadra possono averne uno diverso. La squadra usa i modelli di OpenRouter.

Cosa vede il browser?

Il tuo sito in sviluppo, su localhost, sulle porte di sviluppo. Lo vedi anche tu, nella scheda Browser, e puoi fermarlo.

In che lingua risponde?

Sempre in italiano: i passi e le risposte.

Cosa succede se chiudo la scheda?

Il lavoro si ferma. La conversazione resta solo in memoria.

Vediamolo insieme.

Te lo mostriamo dal vivo.

Prenota una dimostrazione

Si apre la tua posta, con un messaggio già scritto. Oppure scrivi a info@firmamentotechnologies.com.