Sådan bygger du et AI-skriveværktøj: prompts, nøgler, omkostninger og grænser

For at bygge et AI-skriveværktøj vælger du ét bestemt skrivejob, for eksempel produktbeskrivelser, ansøgninger eller mødeopsummeringer, og omsætter det til en formular: de input brugeren udfylder, en prompt-skabelon du har testet, og et output vist i en editor, de kan ændre og gemme. Selve skriveriet kommer fra en sprogmodel, du kalder via et API med din egen nøgle, fra din server, aldrig fra browseren. Det, der gør værktøjet værd at bruge, er, hvor godt du forstår jobbet, ikke modellen.

Hvorfor „ét job“ betyder noget

Generelle chatassistenter kan allerede skrive alt, så et nyt værktøj, der „hjælper dig med at skrive“, konkurrerer direkte med dem. Et værktøj til et snævert job vinder, fordi det:

• Spørger efter de rigtige input. En skriver til boligannoncer spørger efter antal værelser, beliggenhed og særlige kendetegn, så brugerne ikke behøver at huske dem.
• Skjuler prompten. Du bruger timer på at få instruktionerne rigtige én gang; brugerne får gavnen med ét klik.
• Producerer et ensartet format. Samme struktur, længde og tone hver gang, hvilket betyder noget, når outputtet går direkte ind på en hjemmeside eller i et CRM.
• Passer ind i et flow. Gemte udkast, skabeloner pr. kunde, en kopiknap der indsætter det rigtige format.

Gode første jobs er gentagne, har en klar „god“ og „dårlig“ version, og udføres af en gruppe, du kan nå: ejendomsmæglere, rekrutterere, butiksejere, lærere der skriver elevkommentarer.

Hvad et AI-skriveværktøj består af

Beslutninger du skal træffe før du bygger

Hvilken modeludbyder

Du medbringer din egen API-nøgle fra en udbyder som OpenAI, Anthropic eller Google. Vælg ud fra skrivekvalitet til dit job, hastighed og pris, og test to eller tre på det samme sæt rigtige input, før du beslutter dig. Hold udbyderen bag én funktion i din kode, så du kan skifte senere. Vores guide til sådan bruger du LLM-API’er forklarer tokens, nøgler og prismodeller; til udbyderspecifik opsætning se integration af OpenAI-API’et og integration af Claude-API’et.

Hvordan du styrer omkostningerne

Hver generering koster dig penge, og en gratis plan kan misbruges. Sæt en månedlig forbrugsgrænse i udbyderens dashboard, begræns generationer pr. bruger pr. dag i din app, begræns input- og outputlængde, og vælg en billigere model til enkle jobs. Giv ikke brugerne en pris pr. generering, før du har målt det faktiske forbrug ud fra dine egne udbyderregninger.

Gratis, betalt eller kreditter

En lille gratis kvote hjælper folk med at prøve det. Derefter er en månedlig plan med en generøs grænse let at forstå; kreditter passer til værktøjer, hvor nogle generationer er meget større end andre. Se sådan prisfastsætter du et SaaS-produkt.

Hvad du gemmer

Brugere kan indsætte fortroligt materiale: kundeoplysninger, ikke-udgivne produktplaner, elevoplysninger. Beslut hvad du gemmer, hvor længe, og om det sendes til udbyderen på en måde, der kan blive gemt. Læs din udbyders databehandlingspolitik, og opsummér den enkelt i din privatlivspolitik.

Skriv prompt-skabelonen som et oplæg

Prompten afgør det meste af outputkvaliteten. Behandl den som et oplæg til en freelanceskribent:

1. Rolle og job: „Du skriver annoncer for beboelsesejendomme i Storbritannien.“
2. Regler: længde, struktur, hvad der skal undgås („ingen opfundne faciliteter“, „ingen superlativer som ‚fantastisk‘“).
3. Brugerens input, tydeligt mærket.
4. Et eksempel på et godt output, hvis du har et.
5. Formatet: overskrifter, punktlister, ren tekst eller Markdown.

Byg et testsæt med ti til tyve rigtige input, og tjek outputtene, hver gang du ændrer prompten. Små ordlydsændringer kan rette ét tilfælde og ødelægge tre andre.

En første prompt til et AI-værktøj

Byg en webapp ved navn ListingWriter, der skriver beskrivelser af boligannoncer til ejendomsmæglere. Efter login ser brugeren sine gemte annoncer og en formular „Ny annonce“ med felterne: boligtype, antal værelser, antal badeværelser, areal, nøglefunktioner (én pr. linje), nærliggende faciliteter, tone (professionel, varm eller kortfattet) og længde (kort eller lang). Ved indsendelse bygger serveren en prompt ud fra disse felter og kalder AI-udbyderen med den hemmelige AI_API_KEY; stream teksten ind i en editor på siden. Brugeren kan redigere, gemme, kopiere og generere igen. Gem annoncer i en database, og hver bruger ser kun sine egne. Begræns hver bruger til 30 generationer om dagen, håndhævet på serveren, og vis hvor mange der er tilbage. Send aldrig API-nøglen til browseren. Rent, enkelt design.

Når byggeren har brug for nøglen, så tilføj den som en hemmelighed i projektindstillingerne, ikke indsat i chatteksten eller koden.

Byg det trin for trin

1. Få kerneløkken til at virke: formular, serverkald, streamet output, editor. Test med dine rigtige input.
2. Finjuster prompten mod dit testsæt, indtil de fleste outputs kun kræver lette redigeringer.
3. Tilføj databasen til gemte udkast, derefter konti, og tjek at én bruger ikke kan se en anden brugers udkast ved at ændre et ID i URL’en.
4. Tilføj grænser: daglige lofter pr. bruger, maksimal input-længde og en tydelig besked, når en grænse er nået.
5. Håndter fejl: udbyderen vil nogle gange få timeout eller returnere en fejl. Vis en venlig besked, og tæl ikke mislykkede generationer mod brugeren.
6. Tilføj fakturering, hvis du tager betaling; byg den i testtilstand først. Se sådan tilføjer du betalinger til din app.
7. Sikkerhedsgennemgang. Bekræft at nøglen ikke findes i noget browserkode, og at generer-endpointet afviser brugere, der ikke er logget ind.
8. Vis det til fem personer, der udfører dette job, og se dem bruge det.

Almindelige fejl

• At bygge en generel „AI-skriver“. Den er svær at forklare og svær at slå de chatassistenter, folk allerede bruger.
• At kalde modellen fra browseren. Hvem som helst kan kopiere din nøgle og bruge dine penge.
• Ingen forbrugsgrænser. Ét script kan køre en stor regning natten over.
• At præsentere outputtet som fakta. Modeller opfinder detaljer. Fortæl brugerne, at de skal tjekke fakta, og skriv prompts, der forbyder at tilføje oplysninger, der ikke står i input.
• At love at „slå AI-detektorer“ eller producere „plagiatfri“ tekst. Ingen af delene kan garanteres, og det tiltrækker misbrug.
• At ændre prompten uden et testsæt, for derefter at opdage, at kvaliteten faldt for halvdelen af brugerne.

Hvornår et færdigt produkt er det bedre valg

Hvis skrivejobbet er generelt, for eksempel e-mails, blogudkast eller omskrivning, er AI-assistenterne og skrivefunktionerne, der allerede er indbygget i kontor- og e-mailsoftware, sandsynligvis nok og billigere end at bygge. Etablerede AI-copywriting-værktøjer dækker også almindelige marketingformater med teamfunktioner. Byg dit eget, når jobbet er specifikt for en branche eller et flow, når du har brug for dine egne data eller husstil i hvert output, eller når du vil sælge et fokuseret værktøj til en gruppe, du kender godt.

At bygge det med Mythex

Mythex er et AI-app-værktøj: du beskriver værktøjet, og det bygger formularen, serverkaldet, editoren og de gemte udkast i en live-preview, og publicerer det derefter til en offentlig URL. AI’en i dit værktøj bruger din egen udbyder-nøgle, gemt som en projekthemmelighed (Mythex viser et hemmeligheds-kort i chatten, når den har brug for en), og forbruget faktureres på din udbyderkonto, ikke på Mythex-byggekreditter. Mythex inkluderer ikke tokens til din apps brugere eller indbyggede hastighedsgrænser; du beder om grænser og tester dem selv.

Når du beder om at gemme udkast, tilføjer Mythex en Postgres-database til projektet. Login for dine brugere bruger en godkendelsesløsning, du vælger, og betalte planer bruger din egen Stripe-konto. Dokumentationen om at tilføje AI med dine egne API-nøgler og AI i din app har startprompts, og sådan tilføjer du AI-funktioner til din app dækker mindre AI-funktioner, du kan tilføje til et eksisterende produkt.

Spørgsmål