PrezziDocumentazione
Inizia
Soluzioni · Prodotto

Le prove sono raccolte — la decisione spetta a te.

Il feedback arriva in sei posti e non viene letto in nessuno. L’agente li legge tutti e sei, raggruppa le richieste che in realtà sono uguali e scrive la specifica citando ogni frase. Decidi tu cosa costruire.

IniziaParla con noi
specs/2026-07-bulk-export.mddocument

Esportazione massiva — bozza di specifica

Fonti
31 ticket · 9 thread
Account
14 distinti
Stato
Bozza · da revisionare
Implementazioni precedenti
packages/export/

Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.

Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.

Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.

Illustrazione. Ticket, account e percorsi sono fittizi.
Il passaggio di consegne

Legge tutto, così tu puoi pensare ad altro.

Il lavoro di prodotto si trasforma in una casella di posta. Quattrocento ticket, tre canali, un tracker che nessuno cura da aprile e la sensazione che ciò che stai per prioritizzare sia già stato richiesto.

  1. 01

    Una sintesi del feedback che regge alle verifiche

    Raggruppa le richieste in base a ciò che le persone vogliono davvero, non alle parole usate, conta quanti account distinti hanno sollevato ciascun punto e allega le citazioni. Quando qualcuno chiede "chi l’ha richiesto", la risposta è nel documento.

  2. 02

    La prima bozza della specifica

    Scritta a partire dalle prove e dal codice esistente — legge il repository, quindi la bozza sa quale delle tre proposte è già quasi realizzata. È una bozza su cui discutere, non un piano da accettare.

  3. 03

    Il tracker, mantenuto aggiornato

    Duplicati uniti, elementi obsoleti messi in evidenza, issue chiuse quando la change request collegata è stata distribuita tre settimane fa. Un backlog composto per il 40% da archeologia non è un backlog.

  4. 04

    Note di rilascio dal diff effettivo

    Legge ciò che è stato integrato dall’ultimo rilascio, non ciò che promettevano i ticket, e scrive la nota nel tuo registro. Le due liste differiscono più spesso di quanto si ammetta.

  5. 05

    Il monitoraggio della concorrenza

    Una sessione pianificata legge ciò che è cambiato pubblicamente, indica cosa è davvero nuovo e dice chiaramente quando non lo è. Un digest settimanale che inventa una scoperta ogni settimana è un digest che al terzo mese nessuno legge.

  6. 06

    Il materiale preparatorio per la review

    Prima della riunione sulla roadmap: cosa è avanzato, cosa è slittato e perché, quali ipotesi dell’ultima specifica si sono rivelate errate. Assemblato dal tracker e dal repository, non dalla memoria.

Il risultato

Un documento con le proprie fonti.

Una sintesi che non puoi verificare è una sintesi di cui non dovresti fidarti. Perciò ogni gruppo contiene i ticket sottostanti e ogni affermazione riporta le parole effettivamente scritte da qualcuno.

specs/2026-07-bulk-export.mdDocument

Esportazione massiva — bozza di specifica

Fonti
31 ticket · 9 thread
Account
14 distinti
Stato
Bozza · da revisionare
Implementazioni precedenti
packages/export/

Fourteen accounts asked for the same thing in three different vocabularies: "bulk export", "give me a CSV", and "the API is too slow for a backfill". They are one request.

Two of the fourteen do not want an export at all. They want a scheduled delivery, and an export button would not close their ticket. Those two are separated out below rather than counted toward the total.

Prior art: packages/export/ already streams a single record set. The gap is pagination across the account, not serialisation — which changes the size of this from a quarter to a fortnight.

Illustrazione. Ticket, account e percorsi sono fittizi.

Ogni raggruppamento è esplorabile

Un cluster non è un’affermazione, è un elenco. Il documento contiene i ticket dietro ogni gruppo, così un disaccordo sulla sintesi può essere risolto leggendo, invece di rifare il lavoro.

Ha letto anche il codice

La sessione clona il repository, così la specifica può indicare cosa esiste già. Una bozza che sa che la serializzazione è completata e la paginazione no vale un ordine di grandezza in più di una scritta solo a partire dai ticket.

È una bozza, e lo dichiara

Il documento arriva come change request verso main, contrassegnata come bozza. Qui le decisioni di prodotto non vengono prese da un agente — l’obiettivo è completare la lettura prima che tu ne prenda una.

Dove arriva

I luoghi in cui arriva davvero il feedback.

Il feedback di prodotto non vive mai in un solo sistema, ed è proprio questo il problema. Collega ogni fonte una volta per progetto. Le credenziali vengono risolte dal nostro lato, mai nella macchina.

Linear
Leggi il tracker per quello che è davvero — issue, stati, link, commenti — e riscrivi il risultato riordinato dove lo autorizzi. Il tracker resta il sistema di riferimento; l’agente non ne crea un secondo.
GitHub
Issue, discussioni e ciò che è stato effettivamente integrato. È da qui che provengono le note di rilascio, perché il diff è l’unico registro onesto di ciò che è stato distribuito.
Zendesk, Intercom e il resto dello stack di supporto
Nel catalogo Easy connect: passa attraverso la schermata OAuth e la connessione appartiene al progetto. I ticket di supporto contengono il feedback più utile, mentre i riepiloghi meno utili vengono creati più spesso.
Notion e Google Drive
Dove vivono specifiche, ricerche e le decisioni degli ultimi sei mesi. Le legge come materiale precedente, così una nuova bozza non riapre una questione risolta a marzo.
Slack
L’unico canale attivo. Il thread in cui è stato incollato un reclamo del cliente è spesso l’unico luogo in cui esiste — e una menzione in quel thread avvia una sessione su di esso.

Easy connect copre oltre 3.000 app tramite le rispettive schermate OAuth. Se il tuo feedback vive in un luogo non presente nel catalogo — un forum della community, un portale interno — puoi raggiungerlo tramite OpenAPI, GraphQL, HTTP puro o un server MCP remoto.

Come viene eseguito

Chiedilo prima della riunione. Eseguilo ogni lunedì.

Tre modi per avviare la stessa sessione. Il lavoro di prodotto consiste soprattutto nel leggere, il che rende quella pianificata particolarmente utile.

  1. 01Su richiesta

    "Cosa ha detto qualcuno sull’esportazione?"

    Chiedilo in un thread Slack. La sessione legge tracker, ticket e thread, poi risponde nello stesso thread allegando il documento.

  2. 02Con supporto umano

    Si ferma prima di modificare il tracker

    Leggere un tracker e riscriverlo sono azioni diverse. Imposta la scrittura su Ask: l’esecuzione si ferma sulla chiamata e mostra esattamente quali issue vuole unire o chiudere, poi riprende da lì quando approvi.

  3. 03Automatizzato

    Il digest del lunedì e la nota di rilascio

    Un trigger cron scrive la sintesi settimanale. Un webhook firmato del processo di rilascio avvia una sessione che prepara le note dal diff. Entrambi arrivano come documenti da revisionare.

Control

Raccoglie. Decidi tu.

Qui il rischio non è un’unione sbagliata. È un riepilogo sicuro di qualcosa che nessuno ha detto. Perciò questi controlli riguardano le prove tanto quanto i permessi.

Un’affermazione senza fonte è un bug
Il formato della sintesi contiene i ticket dietro ogni gruppo e la citazione dietro ogni asserzione. È una convenzione che imponi in un file skill nel repository — versionata, confrontabile tramite diff e migliorata attraverso una change request revisionata da qualcuno.
I blocchi di approvazione sono disattivati finché non li configuri
Il comportamento predefinito distribuito è permissivo: un’azione viene eseguita salvo diversa indicazione. Imposta Ask su tutto ciò che scrive nel tracker e Block su tutto ciò che lo elimina. Dichiariamo il comportamento predefinito reale, non quello più rassicurante.
Il merge è negato per impostazione predefinita
Specifiche, note e ricerche arrivano sul branch della sessione e raggiungono main tramite una change request. Un agente non può fare merge a meno che un amministratore non abbia concesso project.cr.merge in kortix.yaml; anche l’ampliamento del permesso è una modifica sottoposta a review.
Le credenziali dei connettori non entrano mai nella macchina
La sandbox contiene un token Kortix con ambito di progetto e nessuna chiave di terze parti. Le credenziali del tracker e dell’helpdesk vengono decrittate lato server e allegate alla chiamata in uscita.
Ciò che impara è un file, non una scatola nera
Le convenzioni, la tassonomia, il modo in cui il team scrive una nota di rilascio — tutto vive nel repository come markdown. Puoi leggerlo, modificarlo e confrontare tramite diff ciò che è cambiato il giorno in cui è cambiato l’output.
Come funziona l'isolamentoCome vengono gestiti i connettori

La stessa piattaforma, gli altri team

Un progetto, un insieme di connettori, una memoria che si arricchisce. Ogni team scrive le competenze per il proprio lavoro; nessuno crea un secondo sistema.

  • VenditeRicerche, bozze e igiene del CRM, in attesa della tua approvazione
  • MarketingLavoro di produzione che suona come te, perché la voce è un file
  • EngineeringRiproduci il problema, applica la correzione, apri la change request
  • FinanzaLa chiusura, la riconciliazione e la nota sulle varianze
  • PersonePianificazione, kit e onboarding — mai la decisione di assunzione
  • ITRunbook eseguibili e una piattaforma che supera la tua revisione
  • Data ScienceUna macchina reale, una query reale, un'analisi che puoi rieseguire
Tutte le soluzioni →

Gestisci l'intera azienda da un unico repo che possiedi.

Inizia da un'attività e cresci da lì.

Inizia

Prodotto

  • Computer dell’agente
  • Azienda come codice
  • Connettori
  • Automazioni
  • Canali
  • Agenti e skill
  • Sicurezza
  • Self-hosted
  • Enterprise
  • Prezzi
  • Scarica

Soluzioni

  • Vendite
  • Marketing
  • Engineering
  • Prodotto
  • Finanza
  • Persone
  • IT
  • Data Science

Sviluppatori

  • Documentazione
  • AI Operating System
  • CLI
  • SDK
  • Avvio rapido
  • Per sviluppatori
  • Marketplace
  • GitHub

Azienda

  • Informazioni
  • Lavora con noi
  • Blog
  • Registro delle modifiche
  • Casi d'uso
  • Brand

Connetti

  • X
  • LinkedIn
  • Discord
  • Stato
  • Supporto
  • Termini
  • Privacy
©2026 Kortix