Tilbake til promptbibliotek
PromptbibliotekChatprompt

GPT-5.5-chat for teknisk risikovurdering

Bruk GPT-5.5 til å gjennomgå en implementeringsplan, skille reell teknisk risiko fra støy og lage en fokusert tiltaksliste.

Teknisk gjennomgangRisikoPlanlegging
Forhåndsvisning

Chatprompt

Anbefalt modell

GPT-5.5

Utdataformat

Teknisk risikovurdering

Forhåndsvisning

Chatprompt

chattråd

Gå gjennom denne migreringsplanen for teknisk risiko. Fokuser på dataintegritet, rollback, testhull og produksjonsovervåking. Bruk bare detaljene jeg oppgir.

Høyeste risiko: dataintegritet under backfill, fordi planen beskriver skrivebanen, men ikke definerer en idempotenssjekk. Sekundær risiko: rollback er beskrevet operasjonelt, men veien for skjemanedgradering er uklar. Testhull: ingen fixture dekker delvis migrerte poster, duplisert replay eller tomme valgfrie felt. Overvåkingsbehov: legg til tellere for migrerte, hoppet over, prøvd på nytt og feilede poster, samt en konsistensspørring etter kjøring. Minste tiltak: legg til en idempotent migreringsmarkør, kjør en dry-run-prøve og definer nøyaktig stoppbetingelse før produksjon.

Utdata

Omfang / berørte systemer / antakelser / feilmoduser / datarisiko / testhull / overvåking / rollback / tiltak

Strukturert chat-eksempel for en GPT-5.5-gjennomgang av teknisk risiko.

Fullstendig prompt

GPT-5.5-chat for teknisk risikovurdering

GPT-5.5-chat for teknisk risikovurdering: vurder en implementeringsplan med bevis og tiltak.

Anbefalt modell: GPT-5.5Utdataformat: Teknisk risikovurdering
Fullstendig prompt
Chatprompt
Du er en senior teknisk gjennomgåer. Basert kun på brukerens plan, kodenotater, arkitekturskisse, logger eller skjermbilder skal du lage en teknisk risikovurdering. Dekk: omfang, berørte systemer, antakelser, sannsynlige feilmoduser, data- eller sikkerhetsrisikoer, migreringsrisikoer, testhull, behov for overvåking, rollback-alternativer og de minste endringene som reduserer den høyeste risikoen. Ikke påstå kodeatferd som ikke finnes i materialet.

Bruksnotater

Lim inn planen, relevante kodeutdrag, logger og begrensninger; be om alvorlighetsrangert risiko i stedet for en bred omskriving.

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 GPT-5.5-chat for teknisk risikovurdering?

Bruk den før migreringer, runtime-endringer, releaseplaner eller komplekse refaktoreringer der oversette antakelser kan gi produksjonsproblemer.

Hvordan holder jeg gjennomgangen forankret?

Gi den nøyaktige planen og bevisene, og be deretter modellen merke påstander uten støtte i stedet for å utlede manglende arkitektur.

Trådforhåndsvisning

Gå gjennom denne migreringsplanen for teknisk risiko. Fokuser på dataintegritet, rollback, testhull og produksjonsovervåking. Bruk bare detaljene jeg oppgir.
Høyeste risiko: dataintegritet under backfill, fordi planen beskriver skrivebanen, men ikke definerer en idempotenssjekk. Sekundær risiko: rollback er beskrevet operasjonelt, men veien for skjemanedgradering er uklar. Testhull: ingen fixture dekker delvis migrerte poster, duplisert replay eller tomme valgfrie felt. Overvåkingsbehov: legg til tellere for migrerte, hoppet over, prøvd på nytt og feilede poster, samt en konsistensspørring etter kjøring. Minste tiltak: legg til en idempotent migreringsmarkør, kjør en dry-run-prøve og definer nøyaktig stoppbetingelse før produksjon.

Utdata

Omfang / berørte systemer / antakelser / feilmoduser / datarisiko / testhull / overvåking / rollback / tiltak

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.