Slik bygger du et AI-skrivekverktøy: prompter, nøkler, kostnader og grenser

For å bygge et AI-skrivekverktøy velger du én bestemt skrivejobb, for eksempel produktbeskrivelser, søknadsbrev eller møtereferater, og gjør den om til et skjema: innspillene brukeren fyller ut, en promptmal du har testet, og et resultat vist i en editor de kan endre og lagre. Selve skrivingen kommer fra en språkmodell du kaller via et API med din egen nøkkel, fra serveren din, aldri fra nettleseren. Det som gjør verktøyet verdt å bruke, er hvor godt du forstår jobben, ikke modellen.

Hvorfor «én jobb» er viktig

Generelle chat-assistenter skriver allerede alt, så et nytt verktøy som «hjelper deg å skrive» konkurrerer direkte med dem. Et verktøy for en smal jobb vinner fordi det:

• Spør etter riktige innspill. En skriver av eiendomsannonser spør etter soverom, beliggenhet og fremhevede egenskaper, slik at brukerne ikke må huske dem.
• Skjuler prompten. Du bruker timer på å få instruksjonene riktige én gang; brukerne får nytten med ett klikk.
• Lager et konsistent format. Samme struktur, lengde og tone hver gang, noe som betyr mye når resultatet går rett inn på et nettsted eller i et CRM.
• Passer inn i en arbeidsflyt. Lagrede utkast, maler per klient, og en kopieringsknapp som limer inn i riktig format.

Gode første jobber er repetitive, har en klar «god» og «dårlig» versjon, og utføres av en gruppe du kan nå: eiendomsmeglere, rekrutterere, butikkeiere, lærere som skriver rapportkommentarer.

Hva et AI-skrivekverktøy består av

Beslutninger før du bygger

Hvilken modellleverandør

Du tar med din egen API-nøkkel fra en leverandør som OpenAI, Anthropic eller Google. Velg basert på skrivekvalitet for jobben din, hastighet og pris, og test to eller tre på det samme settet med ekte innspill før du bestemmer deg. Hold leverandøren bak én funksjon i koden din, slik at du kan bytte senere. Vår guide om hvordan du bruker LLM-API-er forklarer tokens, nøkler og prismodeller; for leverandørspesifikt oppsett, se integrering av OpenAI-API-et og integrering av Claude-API-et.

Hvordan du styrer kostnadene

Hver generering koster deg penger, og en gratisplan kan misbrukes. Sett en månedlig forbruksgrense i leverandørens dashbord, begrens genereringer per bruker per dag i appen din, begrens lengden på innspill og utdata, og velg en billigere modell til enkle jobber. Ikke gi brukerne en kostnad per generering før du har målt faktisk bruk fra leverandørregningene dine.

Gratis, betalt eller kreditter

En liten gratis kvote hjelper folk å prøve. Etter det er et månedlig abonnement med en romslig grense enkelt å forstå; kreditter passer til verktøy der noen genereringer er mye større enn andre. Se hvordan du prissetter et SaaS-produkt.

Hva du lagrer

Brukere kan lime inn fortrolig materiale: klientopplysninger, ulanserte produktplaner, studentinformasjon. Bestem hva du beholder, hvor lenge, og om det sendes til leverandøren på en måte som kan bli lagret. Les leverandørens databehandlingsvilkår og oppsummer dem enkelt i personvernerklæringen din.

Skriv promptmalen som et oppdrag

Prompten avgjør mesteparten av kvaliteten på resultatet. Behandle den som et oppdrag til en frilanser:

1. Rolle og jobb: «Du skriver annonser for boliger i Norge.»
2. Regler: lengde, struktur, hva som skal unngås («ingen oppdiktede egenskaper», «ingen superlativer som «fantastisk»»).
3. Brukerens innspill, tydelig merket.
4. Et eksempel på et godt resultat, hvis du har ett.
5. Formatet: overskrifter, punktlister, ren tekst eller Markdown.

Bygg et testsett med ti til tjue ekte innspill, og sjekk resultatene hver gang du endrer prompten. Små ordendringer kan fikse ett tilfelle og ødelegge tre andre.

En første prompt til en AI-appbygger

Bygg en nettapp som heter ListingWriter, som skriver boligannonser for eiendomsmeglere. Etter innlogging ser brukeren sine lagrede annonser og et «Ny annonse»-skjema med felt for: boligtype, soverom, bad, areal, nøkkelegenskaper (én per linje), nærliggende fasiliteter, tone (profesjonell, varm eller kortfattet) og lengde (kort eller lang). Ved innsending bygger serveren en prompt fra disse feltene og kaller AI-leverandøren med den hemmelige nøkkelen AI_API_KEY; strøm teksten inn i en editor på siden. Brukeren kan redigere, lagre, kopiere og generere på nytt. Lagre annonser i en database, og hver bruker ser bare sine egne. Begrens hver bruker til 30 genereringer per dag, håndhevet på serveren, og vis hvor mange som er igjen. Send aldri API-nøkkelen til nettleseren. Rent, enkelt design.

Når byggeren trenger nøkkelen, legg den til som en hemmelighet i prosjektinnstillingene, ikke limt inn i chatteksten eller koden.

Bygg det steg for steg

1. Få kjerneløkken til å fungere: skjema, serverkall, strømmet output, editor. Test med dine ekte innspill.
2. Finjuster prompten mot testsettet ditt til de fleste resultater bare trenger lette redigeringer.
3. Legg til databasen for lagrede utkast, deretter kontoer, og sjekk at en bruker ikke kan se en annens utkast ved å endre en ID i URL-en.
4. Legg til grenser: daglige kvoter per bruker, maksimal lengde på innspill, og en tydelig melding når en grense er nådd.
5. Håndter feil: leverandøren vil av og til få tidsavbrudd eller returnere en feil. Vis en vennlig melding, og ikke tell mislykkede genereringer mot brukeren.
6. Legg til fakturering hvis du tar betalt; bygg den i testmodus først. Se slik legger du til betalinger i appen din.
7. Sikkerhetsgjennomgang. Bekreft at nøkkelen ikke finnes i nettleserkode, og at genererings-endepunktet avviser brukere som ikke er logget inn.
8. Sett det foran fem personer som gjør denne jobben, og se på hvordan de bruker det.

Vanlige feil

• Å bygge en generell «AI-skriver». Den er vanskelig å forklare og vanskelig å slå chat-assistentene folk allerede bruker.
• Å kalle modellen fra nettleseren. Hvem som helst kan kopiere nøkkelen din og bruke pengene dine.
• Ingen bruksgrenser. Ett skript kan kjøre opp en stor regning over natten.
• Å presentere utdata som fakta. Modeller finner på detaljer. Fortell brukerne å sjekke fakta, og skriv prompter som forbyr å legge til informasjon som ikke finnes i innspillene.
• Å love å «slå AI-detektorer» eller lage «plagiatfri» tekst. Du kan ikke garantere noen av delene, og det tiltrekker misbruk.
• Å endre prompten uten et testsett, og så oppdage at kvaliteten falt for halvparten av brukerne.

Når et ferdig produkt er det bedre valget

Hvis skrivejobben er generell, for eksempel e-poster, blogg-utkast eller omskriving, er AI-assistentene og skrivefunksjonene som allerede finnes i kontor- og e-postprogrammer sannsynligvis nok, og billigere enn å bygge. Etablerte AI-tekstverktøy dekker også vanlige markedsføringsformater med teamfunksjoner. Bygg ditt eget når jobben er spesifikk for en bransje eller arbeidsflyt, når du trenger dine egne data eller husstil i hvert resultat, eller når du vil selge et fokusert verktøy til en gruppe du kjenner godt.

Bygge det med Mythex

Mythex er en AI-appbygger: du beskriver verktøyet, og det bygger skjemaet, serverkallet, editoren og de lagrede utkastene i en live forhåndsvisning, og publiserer det deretter til en offentlig URL. AI-en i verktøyet ditt bruker din egen leverandørnøkkel, lagret som en prosjekthemmelighet (Mythex viser et hemmelighetskort i chatten når den trenger en), og bruken faktureres på leverandørkontoen din, ikke på Mythex-byggekreditter. Mythex inkluderer ikke tokens for appens brukere eller innebygde bruksgrenser; du ber om grensene og tester dem.

Når du ber om å lagre utkast, legger Mythex til en Postgres-database i prosjektet. Innlogging for brukerne dine bruker en autentiseringsløsning du velger selv, og betalte planer bruker din egen Stripe-konto. Dokumentasjonen om å legge til AI med dine egne API-nøkler og AI i appen din har startprompter, og slik legger du til AI-funksjoner i appen din dekker mindre AI-funksjoner du kan legge til i et eksisterende produkt.

Spørsmål