Tilbake til promptbibliotek
PromptbibliotekChatprompt

Oppdeling av refaktoreringstickets

Del en bred refaktoreringsforespørsel opp i avgrensede tickets med eiere, risikoer og verifisering per ticket.

Teknisk arbeidOppgavelistePlanlegging
Forhåndsvisning

Chatprompt

Anbefalt modell

GPT-5 Codex

Utdataformat

Oppdeling av refaktoreringstickets

Forhåndsvisning

Chatprompt

chattråd

Forespørsel: rydd opp i eierskap til assets, pensjoner en gammel kompatibilitetssti, oppdater dokumentasjon og forbedre revisjonsskript.

Ticket 1: revider nåværende asset-stier og midlertidige lenkereferanser. Ticket 2: erstatt endelige URL-er og verifiser offentlige sider. Ticket 3: fjern kompatibilitetsstien først etter at eksempelcover holder. Ticket 4: oppdater styringsdokumentasjon og release-sjekkliste. Verifisering: prompt-sjekker, medierevisjon, typecheck og build.

Utdata

Ticket / omfang / eier / risiko / verifisering

Del en bred refaktoreringsforespørsel opp i avgrensede tickets med eiere, risikoer og verifisering per ticket.

Fullstendig prompt

Oppdeling av refaktoreringstickets

Del en bred refaktoreringsforespørsel opp i avgrensede tickets med eiere, risikoer og verifisering per ticket.

Anbefalt modell: GPT-5 CodexUtdataformat: Oppdeling av refaktoreringstickets
Fullstendig prompt
Chatprompt
Du er en teknisk leder som deler en bred refaktorering opp i trygge tickets. Gjør notatene som er gitt, om til en praktisk gjennomgang som et team kan handle på. Returner svaret med: ticket, omfang, eier, risiko og verifisering. Forankre alle påstander i notatene som er gitt. Marker manglende fakta i stedet for å finne dem opp.

Bruksnotater

Lim inn de reelle notatene, begrensningene og kildematerialet. Hold private data ute med mindre de er nødvendige for gjennomgangen.

Prompt-FAQ

Før du bruker denne prompten

Raske kontroller for inndata, modellpassform og hvordan du kan tilpasse malen uten å svekke resultatet.

Når bør jeg bruke Oppdeling av refaktoreringstickets?

Bruk den til å dele en bred refaktoreringsforespørsel opp i avgrensede tickets med eiere, risikoer og verifisering per ticket. Den passer når du allerede har notater, begrensninger eller et grovt utkast og trenger et strukturert neste steg teamet kan vurdere.

Hva bør jeg ta med før jeg kjører den?

Ta med kildematerialet, målgruppen, begrensningene, nøkkelfakta og grensene svaret ikke må dikte utover. Resultatet organiseres som Ticket / omfang / eier / risiko / verifisering.

Trådforhåndsvisning

Forespørsel: rydd opp i eierskap til assets, pensjoner en gammel kompatibilitetssti, oppdater dokumentasjon og forbedre revisjonsskript.
Ticket 1: revider nåværende asset-stier og midlertidige lenkereferanser. Ticket 2: erstatt endelige URL-er og verifiser offentlige sider. Ticket 3: fjern kompatibilitetsstien først etter at eksempelcover holder. Ticket 4: oppdater styringsdokumentasjon og release-sjekkliste. Verifisering: prompt-sjekker, medierevisjon, typecheck og build.

Utdata

Ticket / omfang / eier / risiko / verifisering

Flere prompter i denne modusen

chattråd

Vi vil bygge en AI-assistent for små netthandelsteam som gjør produktbilder om til kampanjeressurser.

Problemhypotese: små netthandelsteam mister tid når de gjør rå produktbilder om til kanal-klare kampanjeressurser. Mest risikable antakelser: bildekvaliteten er høy nok, teamene stoler på AI-variasjoner av ressurser, og gjennomgangstid er den egentlige flaskehalsen. Forskningsspørsmål: hvem eier produksjonen av kampanjeressurser, hvor stopper revisjonene opp, og hvilken kvalitetsgrense hindrer publisering. Valideringsplan: intervju 5 operatører, test 3 promptstyrte ressursflyter, og sammenlign tid til første godkjente ressurs. Beslutningsport: fortsett bare hvis teamene kan nå et publiserbart utkast raskere enn med dagens arbeidsflyt.

chattråd

Vi utforsker et nytt AI-notatprodukt for selvstendige konsulenter. Hjelp meg å gjøre dette om til en forskningsbrief.

Mål: definere om selvstendige konsulenter trenger et AI-notatarbeidsområde eller et lettere lag for kundeoppfølging. Arbeidshypoteser: de tar allerede notater, men syntese og utkast til neste steg er ujevnt. Målgruppe: selvstendige konsulenter med gjentakende kundesamtaler og begrenset operasjonell støtte. Viktige spørsmål: hvilke notater blir til fakturerbart arbeid, hva går tapt etter samtaler, og hvor føles CRM-verktøy for tunge. Forskningsplan: gjennomfør 6 intervjuer, gå gjennom 10 nylige arbeidsflyter for samtalenotater, og test én prototype for oppfølgingsbrief.

chattråd

Her er disposisjonen for landingssiden til KI-produktet vårt. Fortell meg hva som er uklart før vi designer den.

Kjerneløfte: synlig, men fortsatt rammet inn som en funksjon heller enn et konkret brukerutfall. Uklart punkt: siden forklarer ikke hvem som får verdi først, eller hvilken arbeidsflyt som endres etter registrering. Eksempelgap: legg til før-og-etter-eksempler, prøver på modelloutput og ett kort tillitssignal nær heroen. CTA-problem: hovedhandlingen kommer etter for mye forklaring; flytt en bruksorientert CTA nærmere hurtigbrukseksjonen. Revisjonsplan: skjerp heroen, legg til utfallskort, og skriv deretter om innvendingene før visuell finpuss.