Tilbake til promptbibliotek
PromptbibliotekChatprompt

Chat for feilsøking av API-integrasjon

Bruk en strukturert chatarbeidsflyt til å diagnostisere en API-integrasjonsfeil med sjekker av forespørsel, respons, auth og retry.

APIFeilsøkingIntegrasjon
Forhåndsvisning

Chatprompt

Anbefalt modell

Claude Sonnet 4.6

Utdataformat

Chat for feilsøking av API-integrasjon

Forhåndsvisning

Chatprompt

chattråd

Lydleverandøren returnerer 401 bare i produksjon.

Første oppdeling: legitimasjon, miljøvariabler og leverandørprosjektets omfang. Forespørselssjekk: sammenlign formen på auth-headeren i draft og produksjon. Leverandørsjekk: bekreft at produksjonsnøkkelen har lydgenerering aktivert. Neste steg: logg redigert forespørselsmetadata og test en minimal produksjonsforespørsel.

Utdata

Mål / kontekst / vurdering / risikoer / anbefalte handlinger / manglende informasjon

Strukturert samtaleeksempel for Chat for feilsøking av API-integrasjon.

Fullstendig prompt

Chat for feilsøking av API-integrasjon

Chat for feilsøking av API-integrasjon: diagnostiser en API-integrasjonsfeil med sjekker av forespørsel, respons, auth og retry.

Anbefalt modell: Claude Sonnet 4.6Utdataformat: Chat for feilsøking av API-integrasjon
Fullstendig prompt
Chatprompt
Du er en API-integrasjonsingeniør. Basert på brukerens input skal du diagnostisere en API-integrasjonsfeil med sjekker av forespørsel, respons, auth og retry. Returner et strukturert svar med: mål, kjent kontekst, hovedvurdering, risikoer eller hull, anbefalte handlinger og manglende informasjon. Forankre påstander i materialet som er gitt; marker antakelser i stedet for å finne på fakta. Still høyst ett oppklarende spørsmål bare hvis kritisk kontekst mangler.

Bruksnotater

Lim inn ekte kontekst, begrensninger, målgruppe og frist; ikke be modellen finne på manglende fakta.

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 feilsøking av API-integrasjon?

Bruk den når du trenger å gjøre ekte input om til en strukturert, handlingsrettet og etterprøvbar chatoutput.

Hva bør jeg legge til før jeg kjører den?

Legg til målet, begrensningene, målgruppen, kildematerialet og grensene modellen ikke skal finne på utenfor.

Trådforhåndsvisning

Lydleverandøren returnerer 401 bare i produksjon.
Første oppdeling: legitimasjon, miljøvariabler og leverandørprosjektets omfang. Forespørselssjekk: sammenlign formen på auth-headeren i draft og produksjon. Leverandørsjekk: bekreft at produksjonsnøkkelen har lydgenerering aktivert. Neste steg: logg redigert forespørselsmetadata og test en minimal produksjonsforespørsel.

Utdata

Mål / kontekst / vurdering / risikoer / anbefalte handlinger / manglende informasjon

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.