నేను ఒక /goal కమాండ్‌ను ఎలా రూపొందించాను మరియు అది నా కోసం ఎలా పనిచేస్తుంది

నా AI కోడింగ్ సెషన్‌లలో చాలావరకు ఒకే విధంగా ముగిసేవి: సుదీర్ఘమైన చాట్, సగం పూర్తయిన పని, మరియు ఏది పూర్తయిందో ఏది కాలేదో నేను గుర్తుంచుకోవడానికి ప్రయత్నించడం. అందుకే నేను రూపొందించిన కమాండ్ పేరు /goal. మీరు దీనికి ఒక పెద్ద లక్ష్యాన్ని ఇస్తే చాలు, ఆ లక్ష్యం పూర్తయి ధృవీకరించబడే వరకు, లేదా ఏదైనా నిజమైన అడ్డంకి ఎదురయ్యే వరకు అది పనిచేస్తూనే ఉంటుంది.

నేడు నవంబర్ 9, 2026. ఇది ప్రస్తుతానికి ఎందుకు ముఖ్యమంటే, AI అసిస్టెంట్లు చాలా కోడ్‌ను త్వరగా రాయగలవు, మరియు అసలైన కష్టమైన పని కోడ్ రాయడం నుండి దాన్ని నమ్మడం వైపు మారింది. /goal అనేది ఆ సమస్యకు నా సమాధానం.

అసలు /goal అంటే ఏమిటి

ఇది ఒక ప్రోగ్రామ్ కాదు. నేను టైప్ చేసినప్పుడు అసిస్టెంట్ అనుసరించే లిఖితపూర్వక సూచనల సమితి ఇది /goal దాని తర్వాత ఒక లక్ష్యం ఉంటుంది. ఒక చెక్‌లిస్ట్ విడుదలను ఎలా చేయాలో వివరించే విధంగానే, ఈ సూచనలు ఒక ప్రక్రియను వివరిస్తాయి.

లక్ష్యం ఒక్క వాక్యంలో ఉండవచ్చు. నా ఇటీవలి లక్ష్యం: "Implement the v1.1 plan for my browser extension in full, phase by phase, commit once per phase, and do not push or deploy without my go-ahead." ఆ ఒక్క వాక్యమే దాదాపు ఇరవై ఐదు కమిట్‌లతో కూడిన పది దశల పనిని కవర్ చేసింది.

ఒక్క వాక్యంలో ఈ ఆలోచన

వేర్వేరు పనులకు వేర్వేరు మోడల్స్ ఉంటాయి, మరియు ఎవరూ తమ హోంవర్క్‌ను తామే దిద్దుకోరు.

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

ఇది దశలవారీగా ఎలా పనిచేస్తుంది

దశ 1: ప్లానింగ్ పాస్

ఏ కోడ్ రాయడానికైనా ముందు, ప్లానర్ ప్రాజెక్ట్‌ను తనిఖీ చేస్తుంది: ఓపెన్ నోట్స్, అసంపూర్తిగా ఉన్న పని, git స్థితి మరియు బిల్డ్ చేయడానికి, టెస్ట్ చేయడానికి ఉపయోగించే కమాండ్‌లు. ఆ తర్వాత అది లక్ష్యం, చెక్‌లిస్ట్ మరియు ప్రతి అంశానికి తప్పనిసరిగా పాస్ కావాల్సిన కమాండ్ వంటి నిరూపించగల ఒక-లైన్ చెక్‌తో ట్రాకర్ ఫైల్‌ను రాస్తుంది. ప్రతి అంశానికి ఒక మోడల్ ట్యాగ్ కూడా లభిస్తుంది. ట్రాకర్ అనేది సింగిల్ సోర్స్ ఆఫ్ ట్రూత్. సంభాషణ చాలా ఎక్కువైపోయి అసిస్టెంట్ మర్చిపోయినా, ట్రాకర్‌కు అంతా గుర్తుంది.

ఇది తీసుకున్న నిర్ణయాలను కూడా నమోదు చేస్తుంది. నా ప్లాన్‌లో నేను సమాధానం ఇవ్వని ప్రశ్నలు ఉన్నప్పుడు, ట్రాకర్ వాటిలో ప్రతిదానికి ఎంచుకున్న డిఫాల్ట్‌ను జాబితా చేసింది, కాబట్టి నేను వాటిని తర్వాత మార్చుకోవచ్చు.

దశ 2: ప్రతి దశకు ఒక కొత్త ఏజెంట్

ప్రతి దశను ఒక కొత్త ఏజెంట్ నిర్మిస్తుంది. ఇది కోడ్ రాస్తుంది, బిల్డ్ మరియు టెస్ట్‌లను రన్ చేస్తుంది, లోపాలను సరిదిద్దుతుంది మరియు సాధారణ సందేశంతో ఒక కమిట్ చేస్తుంది. ఇది ట్రాకర్‌లో తన అంశాలను టిక్ చేస్తుంది. ఆపై అది ఆగిపోతుంది, మరియు తర్వాతి దశ సరికొత్తగా ప్రారంభమవుతుంది.

దశ 3: రివ్యూ గేట్

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

దశ 4: సరిదిద్దడం మరియు తిరిగి సమీక్షించడం

నిర్ధారించబడిన సమస్యలు పరిష్కార పనులుగా ఒక కొత్త ఏజెంట్‌కు వెళ్తాయి. పరిష్కరించిన తర్వాత, రివ్యూయర్ మళ్లీ పరిశీలిస్తుంది. పరిష్కారం కాని నిర్ధారిత సమస్య ఉన్న దశను పూర్తయినట్లు మార్క్ చేయడం సాధ్యం కాదు, మరియు మొత్తం లక్ష్యం కూడా పూర్తయినట్లు పరిగణించబడదు.

దశ 5: నిక్కచ్చైన నివేదిక

చివరగా ప్రతి ప్రమాణం నెరవేరి మరియు ప్రతి తనిఖీ గ్రీన్ అయినప్పుడు మాత్రమే COMPLETE అని తెలిపే నివేదిక నాకు లభిస్తుంది. లేకపోతే అది PARTIAL అని చూపుతూ సరిగ్గా ఏమి లోపించిందో జాబితా చేస్తుంది. ఈ నివేదిక ఎప్పుడూ ఉన్నదానికంటే ఎక్కువ చేసి చూపదు.

ఒక నిజమైన ప్రాజెక్ట్‌లో ఇది వేటిని పసిగట్టింది

ఆ ప్రాజెక్ట్ బ్రౌజర్ ట్యాబ్ యొక్క ఆడియోను రికార్డ్ చేసే ఒక వ్యక్తిగత బ్రౌజర్ ఎక్స్‌టెన్షన్. కొత్త వెర్షన్ రికార్డింగ్‌లను బ్రౌజర్ యొక్క ప్రైవేట్ ఫైల్ సిస్టమ్‌లో నిల్వ చేసింది, పేరు ప్రకారం ఫోల్డర్‌లలో సేవ్ చేయడానికి అనుమతించింది, వీడియో ఫైళ్లను రిపేర్ చేసింది మరియు లైబ్రరీ పేజీని జోడించింది.

టెస్టులు గుర్తించలేకపోయిన నిజమైన బగ్‌లను రివ్యూయర్లు కనుగొన్నారు:

• ఫోల్డర్-సేవ్ ఫీచర్ ప్రతిసారీ పాత Save As డైలాగ్‌కు నిశ్శబ్దంగా వెళ్లిపోయే ప్రమాదం ఉండేది. సేవ్ రన్ అయ్యే బ్యాక్‌గ్రౌండ్ పేజీ ఎక్స్‌టెన్షన్ సెట్టింగ్‌లను చదవలేదు, కాబట్టి కోడ్ నిశ్శబ్దంగా డిఫాల్ట్‌ను ఎంచుకుంది. ఫేక్ సెట్టింగ్స్ స్టోర్‌ను ఉపయోగించడం వల్ల టెస్ట్‌లు పాస్ అయ్యాయి.
• ఒక రిపేర్ స్టెప్ తన సొంత చెక్‌లను పాస్ చేసినప్పటికీ చిన్నదైన ఫైల్‌ను రూపొందించి, ఆపై అసలైన ఫైల్ స్థానంలో దాన్ని రీప్లేస్ చేసే అవకాశం ఉండేది.
• రికవరీ చేయబడిన రికార్డింగ్‌ల ఫైల్ పేర్లలో తప్పుడు నిడివి నమోదైంది, ఎందుకంటే రిపేర్ చేయబడిన ఫైల్‌కు కొత్త సవరణ తేదీ ఉంటుంది.
• విఫలమైన రైట్ ప్రక్రియ రికార్డింగ్‌లోని మిగిలిన భాగాన్ని నిశ్శబ్దంగా తొలగించివేసే ప్రమాదం ఉండేది.

ఇవేవీ విచిత్రమైనవి కావు. వీటిలో ప్రతి ఒక్కటి కొన్ని వారాల తర్వాత రికార్డింగ్ కనిపించకపోవడం, తక్కువ నిడివి ఉండటం లేదా తప్పుడు పేరు కలిగి ఉండటం వంటి రూపాల్లో బయటపడేవి.

నేను ఇందులో పొందుపరిచిన నియమాలు

• ప్రశ్నలు అడగడానికి ఆగవద్దు. నిర్ణయించుకోండి, నిర్ణయాన్ని ట్రాకర్‌లో నమోదు చేయండి మరియు ముందుకు సాగండి.
• బాహ్యమైన లేదా విధ్వంసకర చర్యలు మాత్రమే ఇందుకు మినహాయింపు: pushing, deploying, సందేశాలు పంపడం, డేటాను తొలగించడం లేదా నా పాస్‌వర్డ్ అవసరమయ్యే ఏదైనా పని. అవి నేను రన్ చేయాల్సిన ఖచ్చితమైన కమాండ్‌తో బ్లాక్ చేయబడిన అంశాలుగా మారతాయి.
• ఫెయిల్ అవుతున్న తనిఖీని పాస్ చేయడానికి దాన్ని ఎప్పటికీ డిజేబుల్ చేయవద్దు, మరియు ఫెయిల్ అవుతున్న టెస్ట్‌ను ఎప్పటికీ తొలగించవద్దు.
• సంబంధం లేని క్లీన్-అప్‌లు ఉండకూడదు. లక్ష్యానికి ఉపయోగపడే కోడ్ మాత్రమే ఉండాలి.
• నేను ఫ్లాగ్‌ను పాస్ చేస్తే లేదా చెబితే తప్ప ఎప్పుడూ push లేదా release చేయవద్దు.

ముగింపు

/goal నాకు ఎందుకు ఉపయోగపడుతుందంటే, ఇది ఒక అస్పష్టమైన కోరికను నిరూపించదగిన దశల ట్రాక్డ్ జాబితాగా మారుస్తుంది, మరియు ఒక భాగాన్ని నిర్మించే వ్యక్తి దాన్ని ఆమోదించే వ్యక్తి ఎప్పటికీ కాలేరు. ఇది అసిస్టెంట్‌ను మరింత తెలివైనదిగా చేయదు. ఇది ఫలితాన్ని మరింత నమ్మదగినదిగా చేస్తుంది మరియు నా సొంత శ్రద్ధ అవసరాన్ని తగ్గిస్తుంది.

ప్రయోజనాలు

• ఒక్క వాక్యపు ఇన్‌పుట్ ఒక పెద్ద, బహుళ దశల పనిని నడిపించగలదు.
• ట్రాకర్ సుదీర్ఘ సెషన్‌లను మరియు కాంటెక్స్ట్ కోల్పోవడాన్ని తట్టుకుని నిలుస్తుంది.
• రచయిత స్వంత పరీక్షలు గుర్తించలేని బగ్‌లను స్వతంత్ర సమీక్ష కనుగొంటుంది.
• ప్రతి దశ ఒక చిన్న కమిట్ మాత్రమే, కాబట్టి హిస్టరీని చదవడం మరియు అన్‌డూ చేయడం సులభం.
• ఏది ధృవీకరించబడింది మరియు ఏది ధృవీకరించబడలేదు అనే విషయంలో తుది నివేదిక నిక్కచ్చిగా ఉంటుంది.
• pushing మరియు deploying వంటి ప్రమాదకర చర్యలు నా నియంత్రణలోనే ఉంటాయి.

పరిమితులు

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

హెచ్చరిక

ఈ వ్యాసం విద్యా ప్రయోజనాల కోసం మాత్రమే మరియు నా స్వంత సెటప్‌ను వివరిస్తుంది. పేర్లు, పాత్‌లు మరియు ప్రాజెక్ట్ వివరాలు సాధారణీకరించబడ్డాయి, మరియు మీ స్వంత కమాండ్లలోని ఏవైనా ప్లేస్‌హోల్డర్ విలువలను మీ స్వంత వాటితో భర్తీ చేయాలి. మోడల్ పేర్లు మరియు టూల్ ప్రవర్తన తరచుగా మారుతుంటాయి, కాబట్టి ముఖ్యమైన పని కోసం దీనిపై ఆధారపడే ముందు ప్రతి వాదనను ధృవీకరించండి మరియు చిన్న, తక్కువ రిస్క్ ఉన్న ప్రాజెక్ట్‌పై ఈ ప్రక్రియను పరీక్షించండి.

తరచుగా అడిగే ప్రశ్నలు

• /goal కమాండ్ అంటే ఏమిటి? — ఇది ఒక పెద్ద లక్ష్యాన్ని ప్లాన్ చేయడానికి, నిర్మించడానికి, సమీక్షించడానికి మరియు ధృవీకరించడానికి, ఆపై నిక్కచ్చిగా నివేదించడానికి AI కోడింగ్ అసిస్టెంట్‌ను నడిపించే భద్రపరచబడిన సూచనల సమితి.
• ఇది ప్రోగ్రామా లేక ప్లగిన్నా? — కాదు. ఇది అసిస్టెంట్ అనుసరించే ఒక కమాండ్ ఫైల్‌లోని లిఖితపూర్వక ప్రక్రియ, కాబట్టి మీరు దీన్ని ఏదైనా టెక్స్ట్ డాక్యుమెంట్‌లాగా ఎడిట్ చేయవచ్చు.
• ప్రతి పనికి వేర్వేరు మోడల్‌ను ఎందుకు ఉపయోగించాలి? — ప్లానింగ్, సాధారణ కోడింగ్ మరియు జాగ్రత్తగా చేసే సమీక్షలకు వేర్వేరు సామర్థ్యాలు అవసరం, మరియు ప్రతిదానికీ సరైనదాన్ని ఉపయోగించడం ఖర్చును ఆదా చేస్తుంది మరియు నాణ్యతను పెంచుతుంది.
• ప్రతి దశకు సరికొత్త ఏజెంట్ ఎందుకు? — ఒక కొత్త ఏజెంట్ సుదీర్ఘమైన, పాక్షికంగా మర్చిపోయిన సంభాషణకు బదులుగా ట్రాకర్ నుండి ప్రారంభమవుతుంది, ఇది దారితప్పడం మరియు పాత అంచనాలను నివారిస్తుంది.
• రివ్యూయర్ బిల్డర్ నుండి ఎందుకు వేరుగా ఉండాలి? — ఒక రచయిత తన స్వంత పనిని ఎక్కువగా విశ్వసించే అవకాశం ఉంది, కాబట్టి కోడ్ రాయని పాఠకుడు రచయిత విస్మరించే సమస్యలను కనుగొనగలడు.
• ఇది స్వయంగా కోడ్‌ను deploy లేదా push చేస్తుందా? — లేదు. Pushing, releasing మరియు deploying లకు నా స్పష్టమైన ఆమోదం అవసరం, మరియు కమాండ్ వాటిని బ్లాక్ చేయబడిన దశలుగా జాబితా చేస్తుంది.
• ఏదైనా పనిని పూర్తి చేయలేనప్పుడు ఇది ఏమి చేస్తుంది? — ఇది ఆ అంశాన్ని blocked అని మార్క్ చేస్తుంది, ఖచ్చితమైన ఎర్రర్‌ను మరియు దాన్ని ఏది అన్‌బ్లాక్ చేస్తుందో రాస్తుంది, మరియు స్వతంత్ర పనికి ముందుకు సాగుతుంది.
• అదనపు సమయాన్ని వెచ్చించడం విలువైనదేనా? — పెద్ద లేదా ప్రమాదకరమైన మార్పుల కోసం, అవును, ఎందుకంటే సమీక్ష రౌండ్లు బగ్‌లను ముందుగానే గుర్తిస్తాయి. చిన్న దిద్దుబాటు కోసం, సాధారణ చాట్ వేగంగా ఉంటుంది.

ట్యాగ్‌లు

#ClaudeCode #AICoding #DeveloperWorkflow #CodeReview #Automation #SoftwareEngineering #AIAgents #Productivity #DevTools #BuildInPublic