Hvernig þú breytir AI-smíðuðu appi án þess að brjóta það

Til að þróa AI-smíðað app áfram án þess að brjóta það skaltu breyta einu atriði í hverri beiðni, athuga það í forskoðuninni og vista gátpunkt áður en þú heldur áfram. Lýstu því sem þú sérð frekar en því sem þú heldur að kóðinn geri, skipuleggðu stórar breytingar áður en þú smíðar þær og þegar breyting fer úrskeiðis skaltu fara aftur í síðustu góðu útgáfu í stað þess að biðja AI-ið að laga eigin lagfæringu.

Fyrsta útgáfa appsins verður oft til á mínútum. Erfiði hlutinn er fimmtugasta breytingin, þegar hver ný beiðni á á hættu að brjóta eitthvað sem virkaði þegar. Þessi leiðbeining er lykkjan sem kemur í veg fyrir það.

Þróunarlykkjan

1. Veldu eina breytingu. Einn eiginleiki, ein villa, ein síða.
2. Lýstu henni í þeim orðum sem notandinn sér og gerir.
3. Fyrir stórar breytingar, skipuleggðu fyrst. Biddu um áætlun, lestu hana og smíðaðu síðan.
4. Athugaðu niðurstöðuna í forskoðuninni — breytinguna og flæðin í kringum hana.
5. Vistaðu gátpunkt eða commit.
6. Endurtaktu.

Hvert skref er til að halda breytingum litlum og afturkallanlegum.

Skref 1: Haltu stuttum lista

Áður en þú sendir beiðni skaltu skrifa niður hvað þú vilt breyta, í mikilvægisröð. Það kemur í veg fyrir að þú sendir heila málsgrein með tíu óskum í einni beiðni, og gefur þér leið til að segja „ekki núna“ við hugmyndir sem skjóta upp kollinum mitt í verkinu.

Ef breytingin er stór skaltu brjóta hana niður. „Bættu við liðsaðgangi“ verður: búa til lið, bjóða meðlimi, skipta á milli liða, takmarka gögn við núverandi lið. Hvert er sín beiðni. Að skrifa notendasögur er góð leið til að gera þetta.

Skref 2: Lýstu því sem þú sérð

AI-ið sér ekki skjáinn þinn nema þú segir því frá. Bentu á tiltekna hluti og segðu hvað á að gerast:

Á verðsíðunni í síma er hnappurinn á Pro-kortinu skorinn af við hægri brúnina. Haltu skjáborðsútlitinu óbreyttu; á skjám undir 640 px skaltu stafla kortunum og gera hnappana í fulla breidd.

Berðu það saman við „verðsíðan lítur illa út í síma“. Sú fyrri er hægt að gera og athuga í einni atrennu; sú seinni býður upp á endurhönnun sem þú baðst ekki um.

Skjámyndir hjálpa. Ef smiðurinn þinn tekur við myndum skaltu hengja eina við og ringja inn vandamálið.

Skref 3: Skipuleggðu fyrir stórar breytingar

Fyrir allt sem snertir nokkra hluta appsins — nýtt gagnalíkan, greiðslur, hlutverk notenda — biddu um áætlun áður en kóðinn breytist:

Ekki breyta kóðanum ennþá. Ég vil að notendur tilheyri liðum og sjái aðeins verkefni síns liðs. Skipuleggðu breytinguna: hvaða töflur, síður og API-leiðir breytast, hvað gerist við gögn núverandi notenda, og í hvaða röð þú myndir smíða þetta.

Lestu áætlunina. Ef hún er röng er mun ódýrara að leiðrétta áætlun en að afturkalla smíði.

Skref 4: Segðu hvað má ekki breytast

AI-verkfæri „taka stundum til“ í hlutum sem þú baðst ekki um. Verndaðu það sem virkar:

Bættu dagsíu við pantanatöfluna. Ekki breyta dálkum töflunnar, útliti hennar eða útflutningshnappnum.

Fyrir reglur sem gilda alls staðar — vörumerkjalitir, tónn, „eyddu aldrei gögnum án staðfestingar“ — settu þær í verkefnisglósur eða þekkingarstillingu sem AI-ið les í hvert skipti, í stað þess að endurtaka þær.

Skref 5: Athugaðu meira en breytinguna

Eftir hverja beiðni skaltu prófa:

• Breytinguna sjálfa. Gerir hún það sem þú baðst um, á skjáborði og síma?
• Nágrennið. Hlutir á sömu síðu og flæði sem nota sömu gögn.
• Mikilvægu leiðina. Nýskráning, innskráning, aðalaðgerðin, greiðsla. Þrjátíu sekúndna yfirferð eftir hverja stóra breytingu grípur flest brot snemma.

Ef eitthvað er í ólagi skaltu lýsa því nákvæmlega — sjá hvernig þú skrifar góða villutilkynningu.

Skref 6: Farðu til baka í stað þess að hlaða ofan á

Þegar breyting brýtur eitthvað og fyrsta lagfæringin virkar ekki, stoppaðu. Hver auka „lagfæring“ er byggð á biluðu ástandi og vandamálin hlaðast upp.

Gerðu þetta í staðinn:

1. Farðu aftur í síðustu útgáfuna sem virkaði (gátpunkt eða Git-commit).
2. Finndu út hvað var óljóst í beiðninni.
3. Reyndu aftur með minni eða skýrari beiðni.

Þessi breyting braut vistun drög. Ég hef farið til baka. Í þetta skipti: bættu aðeins við sjálfvirkri vistunarvísun sem texta í hausnum. Ekki breyta því hvernig drög eru vistuð.

Skref 7: Vitaðu hvenær endursmíði er rétt

Endursmíði frá grunni hendir miklum vinnandi smáatriðum. Það er þess virði aðeins þegar:

• Hugmyndin um vöruna hefur breyst algjörlega.
• Undirliggjandi bygging getur ekki stutt það sem þú þarft núna — til dæmis var hún byggð sem kyrrstæð síða og þarf nú aðgang og gagnagrunn.
• Verkefnið er enn nánast tómt.

Þegar þú endursmíðar skaltu skrá það sem á að halda: nafn, liti, texta, hlutana sem notendum líkaði.

Dæmi um beiðnir

Áður en við höldum áfram, dragðu saman hvernig appið virkar núna: síður, gögnin sem það geymir og allt sem þú telur viðkvæmt.

Ég vil bæta við endurteknum bókunum. Hver er minnsta útgáfan sem væri gagnleg? Stingdu upp á henni sem þremur aðskildum breytingum sem við getum gert eina í einu.

Farðu yfir síðustu þrjár breytingarnar og athugaðu hvort eitthvað gæti hafa brotið greiðsluflæðið. Ekki breyta neinu ennþá.

Algeng mistök

• Tíu beiðnir í einni. Sumar klárast, sumar hálfkláraðar, og þú sérð ekki hvaða.
• Óljós endurgjöf. „Þetta er bilað“ eða „gerðu þetta betra“ framkallar ágiskanir.
• Að athuga aldrei nágrennið. Breyting á sameiginlegum hluta brýtur þrjár aðrar síður.
• Að laga lagfæringar. Fjórar beiðnir inn í villu — farðu til baka.
• Að endurtaka samhengið í hvert skipti í stað þess að geyma fastar reglur í verkefnisglósum.
• Að endursmíða þegar þú ert fastur. Flest „byrjum upp á nýtt“ augnablik eru í raun „farðu til baka um tvö skref“.

Gátlisti

• Eitt markmið í hverri beiðni.
• Ég lýsi því sem ég sé og hvað á að gerast.
• Stórar breytingar fá áætlun áður en kóði.
• Ég segi hvað má ekki breytast.
• Eftir hverja breytingu prófa ég hana, nágrennið og mikilvægu leiðina.
• Ég vista gátpunkt eða commit eftir hverja breytingu sem virkar.
• Þegar lagfæring mistekst fer ég til baka í stað þess að hlaða ofan á.
• Fastar reglur eru í verkefnisglósum sem AI-ið les í hvert skipti.

Að þróa áfram á Mythex

Mythex er byggt í kringum þessa lykkju:

• Skipulags-, smíða- og spurningahamir. Skipulag ræðir nálgunina áður en breytt er; Spyrja svarar án þess að breyta kóða; Smíða gerir breytinguna. Sjá Spjall.
• Gátpunktar. Eftir hverja vel heppnaða umferð vistar Mythex git-gátpunkt; Fara aftur í þennan punkt snýr til baka. Þú getur líka breytt fyrra skilaboði og Henda og senda aftur til að prófa annað orðalag frá þeim punkti. Sjá Þróaðu án endurbyggingar.
• Þekking. Stillingar verkefnisins → Þekking geymir fastar glósur sem agentinn fylgir í hverju skilaboði.
• /test lætur agentinn smella í gegnum forskoðunina eins og notandi eftir stóra breytingu.

Minni beiðnir kosta líka færri inneign. Um að skrifa beiðnirnar sjálfar, sjá hvernig þú skrifar fyrirmæli fyrir AI-smiði; þegar eitthvað brotnar, hvernig þú villuleitar AI-smíðað app.

Spurningar