Hvernig fer AI-frumgerð í framleiðslu

Til að fara með AI-frumgerð í framleiðslu brúarðu bilið á milli „það virkar þegar ég prófa það“ og „það heldur áfram að virka þegar annað fólk notar það“. Í reynd eru það fimm atriði: prófa helstu flæðin í hvert skipti sem þú breytir einhverju, læsa því hver má sjá og breyta hverju, tryggja að þú heyrir af villum áður en notendur segja þér frá þeim, taka afrit af gögnunum og sanna að þú getir endurheimt þau, og halda appinu nógu hröðu í síma. Ekkert af þessu krefst endurskrifunar — þetta er gátlisti sem þú vinnur í gegnum með sömu AI sem smíðaði frumgerðina.

Frumgerð vs framleiðsla: hvað breytist í raun

Frumgerð hefur einn varkáran notanda: þig. Þú veist hvaða takka á að ýta á, þú slærð inn skynsamleg gildi og ef eitthvað bilar yppirðu öxlum og biður AI að laga það. Framleiðsla hefur marga kærulausa notendur, nokkra forvitna og stöku fjandsamlegan. Kóðinn þarf ekki að verða „fyrirtækjalegur“; hann þarf að ráða við aðstæðurnar sem frumgerð mætir aldrei.

Restin af þessari leiðbeiningu fer yfir hverja línu.

Skref 1: Frystu umfangið og skrifaðu niður helstu flæðin

Áður en þú herðir eitthvað skaltu ákveða hvað útgáfa eitt er. Listaðu þrjú til sex flæði sem skipta mestu máli — til dæmis „skrá sig, búa til verkefni, bjóða liðsfélaga, greiða“. Þessi verða prófunarhandritið þitt, vöktunarmarkmiðin og það sem þú athugar eftir hverja breytingu.

Allt annað er annað hvort skorið út eða merkt skýrt sem beta. Það er miklu auðveldara að gera fjögur flæði áreiðanleg en fjórtán.

Skref 2: Prófaðu eins og ókunnugur, gerðu það svo endurtakanlegt

AI-smiðir eru góðir í að framleiða kóða sem virkar á venjulegu leiðinni. Vandamál í framleiðslu liggja á óvenjulegu leiðunum. Prófaðu hvert helstu flæði með:

• Slæm inntök: tóma skyldureiti, nafn með 5.000 stöfum, netfang án @, neikvætt magn, dagsetningu í fortíðinni.
• Endurhleðslur og til baka-takka: endurhlaða á miðri greiðslu; ýta á til baka eftir að hafa sent form. Verður eitthvað búið til tvisvar?
• Tveir flipar, tveir notendur: skráðu þig inn á tvo mismunandi reikninga og reyndu að opna síður hvors annars með því að breyta auðkenninu í slóðinni.
• Hægt og lítið: skjár á stærð við síma og hæg tenging (vafrinn getur hermt eftir henni í þróunarverkfærunum).
• Tómt ástand: nýr reikningur án gagna. Frumgerðir eru oft smíðaðar með sýnisgögnum og líta út fyrir að vera bilaðar án þeirra.

Gerðu síðan athugunina endurtakanlega. Lágmarkið er skriflegur gátlisti sem þú keyrir fyrir hverja útgáfu. Betra er að biðja AI um að skrifa sjálfvirk próf fyrir þau flæði sem skipta mestu máli:

Bættu við sjálfvirkum enda-til-enda prófum fyrir þessi flæði: skráningu með netfangi, búa til verkefni, bjóða öðrum notanda og ljúka greiðslu í Stripe prófunarham. Bættu einnig við prófum sem staðfesta að notandi getur ekki skoðað eða breytt verkefni annars notanda með því að breyta slóðinni.

Próf sem sanna að notandi getur ekki gert eitthvað eru þau sem frumgerðir skortir oftast.

Skref 3: Grunnatriði öryggis sem frumgerðir sleppa

Flest öryggisvandamál í AI-smíðuðum öppum eru ekki framandi. Þau eru vantandi athuganir. Farðu yfir þennan lista, og sjá ítarlegri öryggisgátlistann fyrir AI-smíðuð öpp:

• Heimildir á þjóninum. Að fela takka er ekki öryggi. Sérhver beiðni sem les eða breytir gögnum verður að athuga, á þjóninum, að innskráður notandi megi það. Ef appið notar gagnagrunn með reglum á röðum, athugaðu að þær séu kveiktar og prófaðar.
• Leyndarmál út úr vafranum. API-lyklar fyrir greiðslur, tölvupóst eða AI-þjónustur eiga heima í umhverfisbreytum á þjóninum, aldrei í framendakóða. Ef þú ert ekki viss hvað það þýðir, lestu hvað umhverfisbreytur og leyndarmál eru.
• Staðfesting á þjóninum. Hægt er að sniðganga vafrann, svo endurtaktu allar athuganir sem skipta máli á þjóninum.
• Innskráning gerð rétt. Notaðu vel prófað auðkenningarsafn eða þjónustu í stað þess að geyma lykilorð á eigin spýtur. Hvernig þú bætir innskráningu við appið þitt fjallar um valkostina.
• Hraðatakmarkanir á innskráningu, nýskráningu, endurstillingu lykilorðs og öllu sem sendir tölvupóst eða kallar á greidda API-þjónustu.
• Vinalegar villur. Notendur ættu að sjá „eitthvað fór úrskeiðis“; upplýsingarnar fara í skrárnar, ekki á skjáinn.
• Skiptu um allt sem hefur lekið. Ef lifandi lykill hefur einhvern tíma verið límdur í spjall, í kóðasafn eða á skjáskot, skiptu honum út hjá þjónustuveitunni.

Skipun sem nær yfir mikið í einu:

Farðu yfir þetta app með tilliti til öryggis í framleiðslu. Athugaðu að sérhver API-leið staðfesti að innskráði notandinn eigi skrána sem hún les eða breytir, að engir leyndir lyklar séu sendir í vafrann, að inntök séu staðfest á þjóninum og að innskráning og endurstilling lykilorðs hafi hraðatakmarkanir. Settu upp lista yfir það sem þú finnur áður en þú breytir nokkru.

Með því að biðja fyrst um lista sérðu vandamálin og getur ákveðið röðina, í stað þess að fá eina risastóra breytingu.

Skref 4: Vittu þegar eitthvað bilar — skráning og vöktun

Í forskoðuninni sérðu villur um leið og þær verða. Í framleiðslu þarf appið að láta þig vita. Þrjú lög, frá ódýrasta til gagnlegasta:

1. Þjónsskrár. Gakktu úr skugga um að villur séu skráðar með nægu samhengi til að hægt sé að endurskapa þær: hvaða leið, hvaða notandakenni (ekki lykilorð eða kortanúmer), hvers konar inntak. Biddu AI að bæta við skipulagðri skráningu ef appið prentar bara í stjórnborðið.
2. Villurakning. Þjónusta eins og Sentry eða álíka tól fangar undantekningar bæði í framenda og bakenda, flokkar þær og sendir þér tölvupóst. Fyrir lítið app duga oft ókeypis áætlanir þessara þjónusta; athugaðu núverandi mörk á vefsíðum þeirra.
3. Aðgengisathuganir. Ytri þjónusta sem hleður forsíðunni þinni og einni lykilleið API á nokkurra mínútna fresti og varar þig við ef þær bila. Þetta grípur vandamálin sem stöðva appið frá því að skrá yfirhöfuð.

Bættu við einni venju í viðbót: eftir hverja útgáfu skaltu opna lifandi appið og keyra gátlistann yfir helstu flæðin á raunverulegu slóðinni, ekki bara á forskoðuninni.

Skref 5: Afrit og leið til baka

Tvennt þarf að vernda og þau er auðvelt að rugla saman.

• Kóði. Geymdu verkefnið í útgáfustjórnun svo hægt sé að afturkalla hverja breytingu. Margir AI-smiðir geyma afrit af skránum þínum; samstilling í Git-geymslu gefur þér afrit utan smiðsins líka.
• Gögn. Að snúa kóðanum til baka snýr ekki gagnagrunninum til baka. Slæm yfirfærsla eða gallaður eyðingarhnappur getur eytt færslum sem ekkert kóðaafrit getur sótt aftur.

Fyrir gögn skaltu setja upp reglubundin afrit sem eru geymd annars staðar en á hýsingu appsins — fyrir Postgres-gagnagrunn er algengt að keyra tímasett pg_dump yfir á sérstaka geymslu, og margir hýstir gagnagrunnsveitendur bjóða sjálfvirk afrit eða endurheimt á tilteknum tíma. Gerðu síðan skrefið sem flestir sleppa: endurheimtu afrit í prófunargagnagrunn og athugaðu að gögnin séu þar.

Biddu AI einnig um að gera eyðingaraðgerðir öruggari: staðfestingarskref fyrir eyðingar og „mjúka eyðingu“ (að merkja færslur sem eyddar í stað þess að fjarlægja þær) fyrir allt sem notendur gætu viljað fá aftur.

Skref 6: Afköst sem standast í síma

Frumgerðir virðast hraðar því þú ert eini notandinn og gagnasafnið er lítið. Áður en þú setur appið í loftið:

• Hlaðið inn gögnum í raunverulegri stærð. Biddu AI að setja inn nokkur þúsund færslur og sjáðu hvaða síður hægjast. Listar þurfa yfirleitt síðuskiptingu og gagnagrunnurinn þarf yfirleitt vísa á dálkana sem þú síar og raðar eftir.
• Minnkaðu myndir. Of stórar myndir eru algengasta ástæða þess að síða hleðst hægt. Biddu um smækkaðar, þjappaðar myndir og hleðslu á myndum þegar þær koma neðar á síðunni.
• Mældu. Keyrðu Lighthouse í þróunarverkfærum Chrome á lifandi slóðinni í farsímastillingu. Core Web Vitals frá Google eru skynsamlegt markmið: Largest Contentful Paint innan 2,5 sekúndna, Interaction to Next Paint 200 ms eða minna og Cumulative Layout Shift 0,1 eða minna.
• Fylgstu með seinkun við vakningu. Hýsing sem sefur þegar hún er ónotuð sparar pening en gerir fyrstu heimsókn eftir rólegt tímabil hægari. Það er oft góð málamiðlun fyrir nýtt app; vitaðu að það gerist.

Verkefnasíðan er hæg með 5.000 færslur. Bættu við síðuskiptingu á þjóninum (25 á síðu), bættu við gagnagrunnsvísum fyrir dálkana sem við síum og röðum eftir, og sýndu hleðsluástand á meðan næsta síða hleðst.

Skref 7: Grunnatriði í rekstri

Nokkur smá atriði aðgreina tilraunaapp frá appi sem fólk treystir:

• Eigið lén með HTTPS. Sjá hvernig þú tengir sérsniðið lén.
• Ferilpóstur frá staðfestu léni fyrir staðfestingar við nýskráningu og endurstillingu lykilorðs — fjallað um í hvernig þú sendir tölvupóst úr appinu þínu.
• Persónuverndarstefna og skilmálar sem lýsa því sem þú raunverulega safnar. Ekki afrita fullyrðingar um samræmi sem þú hefur ekki unnið þér inn.
• Þjónustuleið — jafnvel vaktað netfang.
• Aðskilin prófunar- og lifandi lyklar fyrir greiðslur og tölvupóst, og skýr skrá yfir hvaða umhverfi notar hvaða lykil.

Skref 8: Hrein afhending

Fyrr eða síðar mun einhver annar vinna í appinu: sjálfstæður verktaki, nýr meðstofnandi eða þú sjálf/ur eftir sex mánuði. Gerðu það auðvelt:

• README sem segir hvernig á að keyra það, hvaða umhverfisbreytur það þarf (aðeins heiti, aldrei gildi) og hvernig á að setja það í loftið.
• Gátlistinn yfir helstu flæðin og sjálfvirku prófin.
• Stutt arkitektúrlýsing: framendi, bakendi, gagnagrunnur, þjónusta frá þriðja aðila og hvar hvert er hýst.
• Aðgangslisti: hver hefur stjórnandaaðgang að léninu, hýsingunni, gagnagrunninum, greiðslu- og tölvupóstsreikningum. Settu þessa reikninga undir viðskiptapóst, ekki persónulegan.
• Kóðinn í Git, helst samstilltur við geymslu sem þú átt. Ef þú gætir flutt hýsingu síðar skaltu lesa hvernig þú flytur út og hýsir AI-smíðað app sjálf/ur.

AI getur samið mestan hluta þessa fyrir þig:

Skrifaðu README fyrir þetta verkefni fyrir forritara sem hefur aldrei séð það: hvað appið gerir, tæknistaflinn, hvernig keyra á það á staðnum, sérhverja umhverfisbreytu sem það les (aðeins heiti og tilgangur), hvernig gagnagrunnsskemað er byggt upp og hvernig á að setja það í loftið.

Gátlisti fyrir framleiðsluhæfi

• Helstu flæði skrifuð niður og prófuð, þar á meðal „getur ekki aðgang að gögnum annars notanda“
• Heimildir og staðfesting á þjóninum á öllum gagnaleiðum
• Engir leyndir lyklar í framendakóða; lekin lyklar skiptir út
• Hraðatakmarkanir á auðkenningu og öllu sem kostar peninga
• Villurakning og aðgengisviðvaranir sem benda á pósthólf sem þú lest
• Gagnagrunnsafrit utan hýsingar appsins, með einni vel heppnaðri prófunarendurheimt
• Síðuskipting og vísar athugaðir með raunhæfum gögnum
• Eigið lén, staðfest sendilén og persónuverndarstefna
• README og aðgangslisti fyrir þann sem kemur næst

Að gera þetta með Mythex

Ef þú smíðaðir frumgerðina í Mythex eru flest þessara skrefa beiðnir í sama verkefni. Skrifaðu /test og Mythex smellir sér í gegnum lifandi forskoðunina eins og notandi og skilar lista yfir bilaða flæði — sjá App Testing. Lyklar fara í verkefnaleyndarmál en ekki í spjallið, sérhver vel heppnuð umferð gervigreindarumboðsmannsins vistar afrit af skránum þínum sem hægt er að snúa aftur til, og birting gefur þér lifandi slóð þar sem hýsing og gagnagrunnur eru greiddir af sömu inneign (takmörk hýsingar útskýrir hvernig öpp og gagnagrunnar sofna og vakna). Afrit ná yfir skrár, ekki gagnagrunnsraðir, svo þú þarft samt að skipuleggja gagnaafrit. Á Pro-áskrift geturðu tengt sérsniðið lén og flutt út kóðann eða samstillt hann við þína eigin GitHub-geymslu við afhendingu.

Spurningar