AI రూపొందించిన కోడ్‌ను ఎలా సమీక్షించాలి

AI రూపొందించిన కోడ్‌ను సమీక్షించాలంటే, ముందుగా ఏమి మారింది — ఏ ఫైళ్లు, ఎందుకు — అని చూడండి, ఆ తర్వాత ఏ లైన్ చదవకముందే ప్రవర్తనను మీరే పరీక్షించండి. అది అయ్యాక, AI కోడ్ తరచూ తప్పుగా వెళ్లే ప్రాంతాలను తనిఖీ చేయండి: server వైపు permission తనిఖీలు లేకపోవడం, బ్రౌజర్‌కు బహిర్గతమైన రహస్యాలు, ధృవీకరించని inputs, లేని packages లేదా functions, మరియు మీరు అడగని వాటిలో చేసిన మార్పులు.

AI సాధారణంగా పనిచేసే, తరచూ చక్కగా కనిపించే కోడ్ రాస్తుంది. అందువల్ల నిజంగా తనిఖీ చేయకుండానే ఆమోదించడం సులభం. ఈ గైడ్ ఒక సమీక్ష దినచర్య, మీరు కోడ్ చదవగలిగినా చదవకపోయినా పనిచేస్తుంది.

ప్రమాదానికి తగినట్టు సమీక్షను స్కేల్ చేయండి

ప్రతి మార్పుకు ఒకే శ్రద్ధ అవసరం లేదు.

దశ 1: ఏమి మారిందో చూడండి

కోడ్‌ను అంచనా వేయడానికి ముందు, మార్పుల జాబితా పొందండి:

• ప్రాజెక్ట్ Git లో ఉంటే, diff చూడండి: చివరి commit నుండి మారిన ఫైళ్లు మరియు lines. AI-నిర్మిత యాప్‌తో Git ఎలా ఉపయోగించాలి చూడండి.
• లేదా నేరుగా AIని అడగండి:

చివరి మార్పులో నువ్వు మార్చిన ప్రతి ఫైల్‌ను జాబితా చేయి, ప్రతిదానికి ఏమి మారిందో, ఎందుకు మారిందో ఒక వాక్యంలో వివరించు.

ఈ దశలో ఎర్ర జెండాలు: అభ్యర్థనకు సంబంధం లేని ఫైళ్లు, తొలగించిన ఫైళ్లు, మీరు అడగని configuration లేదా dependencies లో మార్పులు.

దశ 2: ముందుగా ప్రవర్తనను పరీక్షించండి

కోడ్ చదవడం అది ఏమి చేయాలనుకుంటుందో చెబుతుంది; పరీక్ష అది అసలు ఏమి చేస్తుందో చెబుతుంది. చదవడానికి ముందు:

• సాధారణ వినియోగదారుగా, డెస్క్‌టాప్ మరియు ఫోన్ పరిమాణ screen లో మార్పును ప్రయత్నించండి.
• తప్పు inputs తో ప్రయత్నించండి: ఖాళీ fields, చాలా పొడవైన టెక్స్ట్, ప్రతికూల సంఖ్యలు, గతంలోని తేదీ.
• logged out గా, మరియు వేరే వినియోగదారుగా ప్రయత్నించండి.
• అత్యంత ముఖ్యమైన flows ను మళ్లీ నడపండి: sign up, log in, ప్రధాన చర్య, చెల్లింపు.

పరీక్ష విఫలమైతే, చదవడానికి సమయం ఆదా అయింది — దాన్ని స్పష్టంగా నివేదించి AI ను సరిచేయనివ్వండి. మంచి bug నివేదిక ఎలా రాయాలి చూడండి.

దశ 3: server పై permissions తనిఖీ చేయండి

ఇది అత్యంత ముఖ్యమైన తనిఖీ. AI సాధనాలు తరచూ పేజీలో బటన్‌ను దాచిపెడతాయి, కానీ server ఎవరు అడిగినా ఆ చర్యను చేయడానికి సిద్ధంగా వదిలేస్తుంది.

డేటాను చదివే లేదా మార్చే ప్రతి route లేదా function కోసం అడగండి:

• వినియోగదారు లాగిన్ అయ్యారో లేదో తనిఖీ చేస్తుందా?
• ఈ వినియోగదారుకు ఈ record ను యాక్సెస్ చేయడానికి అనుమతి ఉందో తనిఖీ చేస్తుందా?
• ఆ తనిఖీ server పై ఉందా, కేవలం పేజీలోనే కాదా?

నువ్వు జోడించిన లేదా మార్చిన ప్రతి API route కోసం, server పై అది ఏ permission తనిఖీ చేస్తుందో చెప్పు, ఆ లైన్‌ను కోట్ చేయి. తనిఖీ లేని route ను గుర్తించు.

తర్వాత పరీక్షించండి: వినియోగదారు A గా లాగిన్ అయి, ఒక record యొక్క ID గమనించండి, తర్వాత వినియోగదారు B గా లాగిన్ అయి దాన్ని అడగండి. AI-నిర్మిత యాప్‌ల కోసం భద్రతా చెక్‌లిస్ట్ పూర్తి పరీక్షను కలిగి ఉంది.

దశ 4: బహిర్గతమైన రహస్యాలను వెతకండి

• మార్చిన ఫైళ్లలో key లేదా password లా కనిపించే దేనికైనా శోధించండి.
• రహస్య keys environment variables నుండి చదవబడి, server కోడ్‌లో మాత్రమే ఉపయోగించబడుతున్నాయో తనిఖీ చేయండి.
• రహస్య variables పై VITE_ లేదా NEXT_PUBLIC_ వంటి public prefixes ఉన్నాయేమో చూడండి — అవి బ్రౌజర్ కోడ్‌లో build అవుతాయి.

API keys ను సురక్షితంగా ఎలా ఉంచాలి చూడండి.

దశ 5: inputs మరియు errors తనిఖీ చేయండి

• server పై ధృవీకరణ. బ్రౌజర్ తనిఖీలను దాటవేయవచ్చు. అవసరమైన fields, పొడవులు, formats మరియు అనుమతించిన విలువలను server కూడా తనిఖీ చేయాలి.
• Database queries parameters ఉపయోగిస్తాయి, వినియోగదారు input ను query లో అతికించి తయారైన టెక్స్ట్ కాదు.
• Errors మింగేయబడలేదు. ఏమీ చేయని try/catch వైఫల్యాలను దాచిపెడుతుంది. Errors లాగ్ కావాలి, వినియోగదారులకు సరళమైన సందేశం కనిపించాలి.
• వినియోగదారులకు అంతర్గత వివరాలు చూపకూడదు — stack traces మరియు database errors logs లో ఉండాలి.

దశ 6: ఇది నిజమైనదా తనిఖీ చేయండి

AI నమూనాలు కొన్నిసార్లు సరిగ్గా కనిపించే కానీ ఉనికిలో లేని విషయాలను సూచించే కోడ్ రాస్తాయి.

• Packages: ప్రతి కొత్త dependency నిజమైన, నిర్వహించబడుతున్న package అయి, అదే పేరుతో ఉండాలి. ప్రసిద్ధ packages యొక్క అక్షరదోషాల్లా కనిపించే పేర్ల పట్ల జాగ్రత్త.
• Functions మరియు API ఎంపికలు: కోడ్ మీరు ఎప్పుడూ చూడని library function లేదా బయటి API ఎంపికను ఉపయోగిస్తే, అధికారిక డాక్యుమెంటేషన్ తనిఖీ చేయండి.
• ప్లేస్‌హోల్డర్ కోడ్: TODO, mock, fake, కోడ్‌లో పెట్టిన sample డేటా, లేదా స్థిర విలువను ఇచ్చే functions కోసం శోధించండి.

నువ్వు ఏవైనా కొత్త packages జోడించావా? ప్రతిదానికి ఖచ్చితమైన పేరు, దాని ఉపయోగం, మనం లేకుండా చేయగలమా అనేది ఇవ్వు.

దశ 7: ఇది సరిపోతుందా తనిఖీ చేయండి

కోడ్ పనిచేయవచ్చు, అయినా తర్వాత యాప్‌ను మార్చడం కష్టతరం చేయవచ్చు:

• పునరావృతం. ఒకే లాజిక్ అనేక చోట్ల కాపీ చేస్తే, అవి వేర్వేరుగా మారిపోతాయి.
• స్థిరత్వం. యాప్‌లోని మిగతా భాగం అనుసరించే నమూనాలను పాటించాలి.
• పరిమాణం. 20 లైన్ల అభ్యర్థన 600 లైన్లు ఇస్తే, అది ఒక ప్రశ్నకు అర్హం.
• ఉపయోగించని కోడ్. కొత్త వాటి పక్కన మిగిలిన పాత వెర్షన్లు.

ఈ మార్పు వల్ల ప్రాజెక్ట్‌లో ఇప్పుడు ఉపయోగించని కోడ్ ఏదైనా ఉందా, లేదా మరెక్కడైనా నకిలీ లాజిక్ ఉందా? ఏదీ మార్చవద్దు; కేవలం జాబితా చేయి.

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

• శుభ్రంగా కనిపిస్తోంది కాబట్టి ఆమోదించడం. చక్కని కోడ్ కూడా permission తనిఖీని దాటవేయవచ్చు.
• పరీక్షించకుండా చదవడం. ముందుగా పరీక్షించండి; తర్వాత చదవండి.
• సరైన మార్గాన్ని మాత్రమే పరీక్షించడం. తప్పు inputs, తప్పు వినియోగదారు, logged out ప్రయత్నించండి.
• అసంబంధిత ఫైళ్ల మార్పులను విస్మరించడం. ప్రతి ఫైల్ ఎందుకు మారిందో అడగండి.
• స్వీయ-సమీక్షను పూర్తిగా నమ్మడం. AI సమీక్షను మొదటి పాస్‌గా వాడండి, పరీక్ష ద్వారా నిర్ధారించండి.
• ఒక వారపు మార్పులను ఒకేసారి సమీక్షించడం. చిన్న మార్పులను అవి జరుగుతున్నప్పుడే సమీక్షించండి.

చెక్‌లిస్ట్

• ఏ ఫైళ్లు మారాయి, ఎందుకు మారాయి అని నాకు తెలుసు, సంబంధం లేనివి ఏవీ మారలేదు.
• మార్పు డెస్క్‌టాప్ మరియు ఫోన్‌లో, తప్పు inputs తో, logged out గా మరియు వేరే వినియోగదారుగా పనిచేస్తుంది.
• ప్రతి డేటా route server పై login మరియు యాజమాన్యాన్ని తనిఖీ చేస్తుంది.
• కోడ్‌లో లేదా బ్రౌజర్ bundles లో రహస్యాలు లేవు.
• inputs server పై ధృవీకరించబడ్డాయి; queries parameters ఉపయోగిస్తాయి.
• Errors లాగ్ అవుతాయి, మింగేయబడవు, వినియోగదారులకు వివరంగా చూపబడవు.
• కొత్త packages నిజమైనవి మరియు అవసరమైనవి; కల్పిత functions లేదా ప్లేస్‌హోల్డర్లు మిగలలేదు.
• అధిక-ప్రమాద మార్పులకు జాగ్రత్తగా చదవడం జరిగింది, అవసరమైతే రెండో సమీక్షకుడు కూడా.

Mythex లో కోడ్‌ను సమీక్షించడం

• Ask mode కోడ్ గురించి ప్రశ్నలకు సమాధానమిస్తుంది, దాన్ని మార్చకుండా — “ప్రతి మార్పును వివరించు” మరియు “ఏ routes కు permission తనిఖీ లేదు” వంటి ప్రాంప్ట్‌లకు ఇది అనువైనది. Chat చూడండి.
• Code view ప్రతి ప్లాన్‌లో ఫైల్ ట్రీ, editor మరియు terminal ను చూపిస్తుంది (Free లో చదవడానికి మాత్రమే, Pro లో సవరించవచ్చు), తద్వారా ఏమి మారిందో మీరే చదవగలరు. Code editor చూడండి.
• /test agent ను వినియోగదారుగా preview ద్వారా క్లిక్ చేసి, విరిగిన flows నివేదించమని చేస్తుంది.
• Checkpoints సమీక్షలో విఫలమైన మార్పును వెనక్కి తీసుకోవడానికి అనుమతిస్తాయి.

మీ తరఫున ఒక డెవలపర్ సమీక్షిస్తుంటే, AI-నిర్మిత యాప్‌పై డెవలపర్‌తో ఎలా పనిచేయాలి handoff ను వివరిస్తుంది; సమీక్షలో బగ్ బయటపడితే, AI-నిర్మిత యాప్‌ను ఎలా డీబగ్ చేయాలి చూడండి.

ప్రశ్నలు