AI తో నిర్మించిన యాప్‌ను విరగ్గొట్టకుండా ఎలా మెరుగుపరచాలి

AI తో నిర్మించిన యాప్‌ను విరగ్గొట్టకుండా మెరుగుపరచడానికి, ప్రతి ప్రాంప్ట్‌కు ఒక విషయం మార్చండి, ప్రివ్యూలో తనిఖీ చేయండి, మరియు ముందుకు వెళ్లే ముందు చెక్‌పాయింట్ సేవ్ చేయండి. మీకు కోడ్ ఏమి చేస్తుందని మీరు అనుకుంటున్నారో కాకుండా, మీరు చూసేది వివరించండి; పెద్ద మార్పులను నిర్మించే ముందు ప్లాన్ చేయండి; ఒక మార్పు తప్పుగా జరిగితే, AI తన స్వంత పరిష్కారాన్ని సరిచేయమని అడగడం కంటే చివరిగా పనిచేసిన వెర్షన్‌కు రోల్‌బ్యాక్ చేయండి.

యాప్ మొదటి వెర్షన్ తరచుగా నిమిషాల్లోనే కలిసివస్తుంది. కష్టమైన భాగం యాభయ్యో మార్పు, అప్పుడు ప్రతి కొత్త ప్రాంప్ట్ ఇప్పటికే పని చేస్తున్న దేనినైనా విరగ్గొట్టే ప్రమాదం ఉంటుంది. ఈ గైడ్ అది జరగకుండా ఉంచే లూప్.

ఇటరేషన్ లూప్

1. ఒక మార్పు ఎంచుకోండి. ఒక ఫీచర్, ఒక బగ్, ఒక పేజీ.
2. వివరించండి యూజర్ ఏమి చూస్తాడు మరియు ఏమి చేస్తాడు అనే పరంగా.
3. పెద్ద మార్పుల కోసం, ముందుగా ప్లాన్ చేయండి. ప్లాన్ అడగండి, చదవండి, తర్వాత నిర్మించండి.
4. ఫలితాన్ని తనిఖీ చేయండి ప్రివ్యూలో — మార్పు మరియు దాని పక్కన ఉన్న ఫ్లోలు.
5. సేవ్ చేయండి చెక్‌పాయింట్ లేదా కమిట్.
6. పునరావృతం చేయండి.

ప్రతి అడుగు మార్పులను చిన్నగా మరియు వెనక్కి తిప్పగలిగేలా ఉంచడానికి ఉంది.

అడుగు 1: చిన్న జాబితా ఉంచండి

ప్రాంప్ట్ చేసే ముందు, మీరు ఏమి మార్చాలనుకుంటున్నారో ప్రాముఖ్యత క్రమంలో రాయండి. అది ఒకే మెసేజ్‌లో పది కోరికల పేరాను పంపకుండా ఆపుతుంది, మరియు మధ్యలో వచ్చే ఆలోచనలకు “ఇప్పుడు కాదు” అని చెప్పే మార్గం ఇస్తుంది.

మార్పు పెద్దదైతే, దాన్ని విడగొట్టండి. “టీమ్ ఖాతాలు జోడించు” అనేది ఇలా అవుతుంది: టీమ్‌లు సృష్టించు, సభ్యుడిని ఆహ్వానించు, టీమ్‌ల మధ్య మారు, డేటాను ప్రస్తుత టీమ్‌కు పరిమితం చేయి. ప్రతిదీ దాని స్వంత ప్రాంప్ట్. యూజర్ స్టోరీలు రాయడం దీన్ని చేయడానికి మంచి మార్గం.

అడుగు 2: మీరు చూసేది వివరించండి

మీరు చెప్పకపోతే AI మీ స్క్రీన్‌ను చూడలేదు. నిర్దిష్ట విషయాలను చూపించండి, మరియు ఏమి జరగాలో చెప్పండి:

ఫోన్‌లో ప్రైసింగ్ పేజీలో, Pro కార్డ్ బటన్ కుడి అంచున కత్తిరించబడుతోంది. డెస్క్‌టాప్ లేఅవుట్ అలాగే ఉంచండి; 640px కంటే తక్కువ స్క్రీన్‌లపై, కార్డ్‌లను వరుసగా పేర్చండి మరియు బటన్లను పూర్తి వెడల్పుగా చేయండి.

“ప్రైసింగ్ పేజీ మొబైల్‌లో బాగా లేదు” అని రాయడంతో పోల్చండి. మొదటిది ఒకేసారి చేయవచ్చు మరియు తనిఖీ చేయవచ్చు; రెండోది మీరు అడగని రీడిజైన్‌ను ఆహ్వానిస్తుంది.

స్క్రీన్‌షాట్‌లు సహాయపడతాయి. మీ బిల్డర్ చిత్రాలను అంగీకరిస్తే, ఒకటి జోడించి సమస్యను సర్కిల్ చేయండి.

అడుగు 3: పెద్ద మార్పులకు ముందు ప్లాన్ చేయండి

యాప్‌లోని అనేక భాగాలను తాకే ఏదైనా — కొత్త డేటా మోడల్, పేమెంట్‌లు, యూజర్ రోల్స్ — కోడ్ మారే ముందు ప్లాన్ అడగండి:

ఇంకా కోడ్ మార్చవద్దు. యూజర్లు టీమ్‌లకు చెందాలి మరియు వారి టీమ్ ప్రాజెక్ట్‌లను మాత్రమే చూడాలి. మార్పును ప్లాన్ చేయండి: ఏ టేబుల్స్, పేజీలు మరియు API రూట్‌లు మారతాయి, ఇప్పటికే ఉన్న యూజర్ల డేటాకు ఏమవుతుంది, మరియు ఏ క్రమంలో నిర్మిస్తారు.

ప్లాన్ చదవండి. అది తప్పైతే, ప్లాన్‌ను సరిచేయడం నిర్మాణాన్ని వెనక్కి తిప్పడం కంటే చాలా చౌక.

అడుగు 4: మారకూడనివి చెప్పండి

AI సాధనాలు మీరు అడగని విషయాలను కొన్నిసార్లు “శుభ్రం” చేస్తాయి. పని చేస్తున్న వాటిని రక్షించండి:

ఆర్డర్స్ టేబుల్‌కు తేదీ ఫిల్టర్ జోడించు. టేబుల్ కాలమ్‌లు, స్టైలింగ్ లేదా ఎక్స్‌పోర్ట్ బటన్‌ను మార్చవద్దు.

ప్రతిచోటా వర్తించే నియమాల కోసం — బ్రాండ్ రంగులు, మాట్లాడే స్వరం, “ధృవీకరణ లేకుండా డేటాను ఎప్పుడూ తొలగించవద్దు” — వాటిని ప్రతిసారీ పునరావృతం చేయకుండా, AI ప్రతిసారీ చదివే ప్రాజెక్ట్ నోట్స్ ఫైల్ లేదా నాలెడ్జ్ సెట్టింగ్‌లో ఉంచండి.

అడుగు 5: మార్పు కంటే ఎక్కువ తనిఖీ చేయండి

ప్రతి ప్రాంప్ట్ తర్వాత, పరీక్షించండి:

• మార్పు స్వయంగా. మీరు అడిగినది చేస్తుందా, డెస్క్‌టాప్ మరియు ఫోన్‌లో?
• దాని పక్కన ఉన్నవి. అదే పేజీలోని అంశాలు, మరియు అదే డేటాను ఉపయోగించే ఫ్లోలు.
• కీలకమైన మార్గం. సైన్ అప్, లాగిన్, ప్రధాన చర్య, పేమెంట్. ప్రతి పెద్ద మార్పు తర్వాత ముప్పై సెకన్ల పాస్ చాలా బ్రేకేజ్‌ను త్వరగా పట్టుకుంటుంది.

ఏదైనా సరిగా లేకపోతే, దాన్ని ఖచ్చితంగా రిపోర్ట్ చేయండి — మంచి బగ్ రిపోర్ట్ ఎలా రాయాలి చూడండి.

అడుగు 6: పేర్చడం కంటే రోల్‌బ్యాక్ చేయండి

ఒక మార్పు ఏదైనా విరగ్గొట్టి, మొదటి పరిష్కారం పని చేయకపోతే, ఆగండి. ప్రతి అదనపు “పరిష్కారం” విరిగిన స్థితిపై నిర్మించబడుతుంది, మరియు సమస్యలు పెరుగుతాయి.

బదులుగా:

1. చివరిగా పనిచేసిన వెర్షన్‌కు రోల్‌బ్యాక్ చేయండి (చెక్‌పాయింట్ లేదా Git కమిట్).
2. ప్రాంప్ట్‌లో ఏమి అస్పష్టంగా ఉందో కనుగొనండి.
3. చిన్నదైన లేదా స్పష్టమైన అభ్యర్థనతో మళ్లీ ప్రయత్నించండి.

ఆ మార్పు డ్రాఫ్ట్స్ సేవ్ చేయడాన్ని విరగ్గొట్టింది. నేను రోల్‌బ్యాక్ చేశాను. ఈసారి: హెడర్‌లో టెక్స్ట్‌గా ఆటోసేవ్ ఇండికేటర్ మాత్రమే జోడించు. డ్రాఫ్ట్స్ ఎలా సేవ్ అవుతాయో మార్చవద్దు.

అడుగు 7: మళ్లీ నిర్మించడం సరైనప్పుడు తెలుసుకోండి

మొదటి నుంచి మళ్లీ నిర్మించడం అనేక పని చేసే వివరాలను వదిలేస్తుంది. ఇది ఇలా ఉన్నప్పుడు మాత్రమే విలువైనది:

• ప్రోడక్ట్ ఆలోచన పూర్తిగా మారింది.
• అంతర్లీన నిర్మాణం ఇప్పుడు అవసరమైనదానికి మద్దతు ఇవ్వలేదు — ఉదాహరణకు, అది స్టాటిక్ సైట్‌గా నిర్మించబడి ఇప్పుడు ఖాతాలు మరియు డేటాబేస్ కావాలి.
• ప్రాజెక్ట్ ఇంకా దాదాపు ఖాళీగా ఉంది.

మళ్లీ నిర్మించినప్పుడు, ఏమి ఉంచాలో జాబితా చేయండి: పేరు, రంగులు, కాపీ, యూజర్లకు నచ్చిన భాగాలు.

ఉదాహరణ ప్రాంప్ట్‌లు

ముందుకు వెళ్ళే ముందు, యాప్ ప్రస్తుతం ఎలా పనిచేస్తుందో సారాంశం చేయి: పేజీలు, నిల్వ చేసే డేటా, మరియు నీ అభిప్రాయంలో పెళుసుగా ఉన్నవి.

నాకు పునరావృత బుకింగ్‌లు కావాలి. ఉపయోగకరంగా ఉండే చిన్నదైన వెర్షన్ ఏది? దాన్ని మూడు వేర్వేరు మార్పులుగా సూచించు, ఒకటొకటిగా చేయగలిగేలా.

చివరి మూడు మార్పులను సమీక్షించు, చెక్‌అవుట్ ఫ్లోను విరగ్గొట్టగలవి ఏమైనా ఉన్నాయా చూడు. ఇంకా ఎడిట్ చేయవద్దు.

సాధారణ తప్పులు

• ఒక ప్రాంప్ట్‌లో పది అభ్యర్థనలు. కొన్ని పూర్తవుతాయి, కొన్ని సగం మాత్రమే, మరియు ఏవి ఏవో మీకు తెలియదు.
• అస్పష్టమైన ఫీడ్‌బ్యాక్. “ఇది విరిగిపోయింది” లేదా “బాగు చేయి” అనేది ఊహలకు దారితీస్తుంది.
• పక్కన ఉన్నవి ఎప్పుడూ తనిఖీ చేయకపోవడం. ఒక షేర్డ్ కాంపోనెంట్‌కు చేసిన మార్పు మూడు ఇతర పేజీలను విరగ్గొడుతుంది.
• పరిష్కారాలకు పరిష్కారాలు. బగ్‌లో నాలుగు ప్రాంప్ట్‌లు లోతుగా ఉంటే, రోల్‌బ్యాక్ చేయండి.
• ప్రతిసారీ సందర్భాన్ని పునరావృతం చేయడం బదులుగా ప్రాజెక్ట్ నోట్స్‌లో స్థిరమైన నియమాలు ఉంచడం.
• చిక్కుకున్నప్పుడు మళ్లీ నిర్మించడం. చాలా “మొదటి నుంచి” క్షణాలు నిజానికి “రెండు అడుగులు వెనక్కి వెళ్ళు” అనే అర్థం.

చెక్‌లిస్ట్

• ప్రతి ప్రాంప్ట్‌కు ఒక లక్ష్యం.
• నేను చూసేది మరియు ఏమి జరగాలో వివరిస్తాను.
• పెద్ద మార్పులకు ఏ కోడ్‌కు ముందు ప్లాన్ వస్తుంది.
• ఏమి మారకూడదో చెబుతాను.
• ప్రతి మార్పు తర్వాత, అది, దాని పక్కన ఉన్నవి మరియు కీలకమైన మార్గాన్ని పరీక్షిస్తాను.
• పని చేసే ప్రతి మార్పు తర్వాత చెక్‌పాయింట్ లేదా కమిట్ సేవ్ చేస్తాను.
• పరిష్కారం విఫలమైనప్పుడు, పరిష్కారాలను పేర్చకుండా రోల్‌బ్యాక్ చేస్తాను.
• స్థిర నియమాలు AI ప్రతిసారీ చదివే ప్రాజెక్ట్ నోట్స్‌లో ఉంటాయి.

Mythex లో మెరుగుపరచడం

Mythex ఈ లూప్ చుట్టూ నిర్మించబడింది:

• Plan, Build మరియు Ask మోడ్‌లు. Plan ఎడిట్ చేసే ముందు విధానాన్ని చర్చిస్తుంది; Ask కోడ్ మార్చకుండా సమాధానం ఇస్తుంది; Build మార్పు చేస్తుంది. చాట్ చూడండి.
• చెక్‌పాయింట్‌లు. ప్రతి విజయవంతమైన టర్న్ తర్వాత, Mythex ఒక git చెక్‌పాయింట్ సేవ్ చేస్తుంది; Revert to this point రోల్‌బ్యాక్ చేస్తుంది. మీరు మునుపటి మెసేజ్‌ను ఎడిట్ చేసి, ఆ బిందువు నుంచి వేరే ప్రాంప్ట్ ప్రయత్నించడానికి Discard & resend కూడా చేయవచ్చు. బిల్డింగ్ లేకుండా మెరుగుపరచడం చూడండి.
• నాలెడ్జ్. ప్రాజెక్ట్ సెట్టింగ్‌లు → Knowledge లో ఏజెంట్ ప్రతి మెసేజ్‌లో అనుసరించే స్థిరమైన నోట్స్ ఉంటాయి.
• /test పెద్ద మార్పు తర్వాత ఏజెంట్ ప్రివ్యూలో యూజర్ లాగా క్లిక్ చేస్తుంది.

చిన్న అభ్యర్థనలకు తక్కువ క్రెడిట్స్ కూడా ఖర్చవుతాయి. ప్రాంప్ట్‌లను రాయడం కోసం AI యాప్ బిల్డర్‌ల కోసం ప్రాంప్ట్‌లు ఎలా రాయాలి చూడండి; ఏదైనా విరిగితే, AI తో నిర్మించిన యాప్‌ను ఎలా డీబగ్ చేయాలి చూడండి.

ప్రశ్నలు