Tilbake til promptbibliotek
PromptbibliotekChatprompt

Chat for endringsplan på tvers av repositorier

Planlegg en endring som berører flere repositorier, med rekkefølge, kontrakter, verifisering og tilbakeføringsgrenser.

TeknikkPlanleggingArkitektur
Forhåndsvisning

Chatprompt

Anbefalt modell

GPT-5.3 Codex

Utdataformat

Endringsplan for flere repositorier

Forhåndsvisning

Chatprompt

chattråd

Må samordne modellkonfigurasjonen mellom Rivya og tilstøtende seed-skript uten å endre runtime-oppførsel først.

Rekkefølge: revider nåværende konfigurasjon, sammenlign genererte fakta, og oppdater deretter seed-skriptet. Kontrakt: model slug, category og provider ID må forbli stabile. Verifisering: kjør paritetssjekk før runtime-endring. Tilbakeføringsgrense: konfigurasjonsgenerering kan tilbakeføres uavhengig av UI-innhold. Risiko: endring av visningsfelt kan påvirke SEO-sider.

Utdata

Rekkefølge / kontrakt / verifisering / tilbakeføringsgrense / risiko

Planlegg en endring som berører flere repositorier, med rekkefølge, kontrakter, verifisering og tilbakeføringsgrenser.

Fullstendig prompt

Chat for endringsplan på tvers av repositorier

Planlegg en endring som berører flere repositorier, med rekkefølge, kontrakter, verifisering og tilbakeføringsgrenser.

Anbefalt modell: GPT-5.3 CodexUtdataformat: Endringsplan for flere repositorier
Fullstendig prompt
Chatprompt
Du er en teknisk leder som planlegger en endring på tvers av repositorier. Gjør de oppgitte notatene om til en praktisk gjennomgang som et team kan handle på. Returner svaret med: Rekkefølge, kontrakt, verifisering, tilbakeføringsgrense, risiko. Forankre hver påstand i de oppgitte notatene. Marker manglende fakta i stedet for å finne dem opp.

Bruksnotater

Lim inn de reelle notatene, begrensningene og kildematerialet. Hold private data utenfor 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 chat for endringsplan på tvers av repositorier?

Bruk den til å planlegge en endring som berører flere repositorier, med rekkefølge, kontrakter, verifisering og tilbakeføringsgrense. 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 kildemateriale, målgruppe, begrensninger, nøkkelfakta og grenser svaret ikke må finne opp. Outputen organiseres som rekkefølge / kontrakt / verifisering / tilbakeføringsgrense / risiko.

Trådforhåndsvisning

Må samordne modellkonfigurasjonen mellom Rivya og tilstøtende seed-skript uten å endre runtime-oppførsel først.
Rekkefølge: revider nåværende konfigurasjon, sammenlign genererte fakta, og oppdater deretter seed-skriptet. Kontrakt: model slug, category og provider ID må forbli stabile. Verifisering: kjør paritetssjekk før runtime-endring. Tilbakeføringsgrense: konfigurasjonsgenerering kan tilbakeføres uavhengig av UI-innhold. Risiko: endring av visningsfelt kan påvirke SEO-sider.

Utdata

Rekkefølge / kontrakt / verifisering / tilbakeføringsgrense / risiko

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.