వ్యక్తిత్వం (persona) లేని నైపుణ్యం అనేది కమాండర్ లేని ఆజ్ఞ వంటిది. మీరు పరిమితులు, అవుట్పుట్ ఫార్మాట్లు మరియు శైలి నియమాలతో ఒక డెఫినిషన్ ఫైల్ను నింపవచ్చు, కానీ AI ఎవరు కావాలో మీరు ఎప్పుడూ చెప్పకపోతే, మీరు ఒక ప్రతిభావంతుడైన కానీ దిశానిర్దేశం లేని కార్మికుడిని తన ఉద్యోగ హోదాను ఊహించమని అడుగుతున్నట్లు అవుతుంది. దీని ఫలితం మీరు ఊహించినట్లే ఉంటుంది: టోన్ల మధ్య ఊగిసలాడే సాధారణ అవుట్పుట్, ప్రతి రన్ నుండి ఒకదానికొకటి విపరీతంగా మారే నైపుణ్య స్థాయిలు మరియు పొగను వెంటాడినట్లు అనిపించే డీబగ్గింగ్ ప్రక్రియ.
ఇది ఎందుకు ముఖ్యమంటే, ఆధునిక AI కోడింగ్ వర్క్ఫ్లోలు ఇకపై సింగిల్-షాట్ ప్రాంప్ట్లు కావు. అవి అనేక చిన్న నైపుణ్యాలను ఒకదానితో ఒకటి అనుసంధానించడం ద్వారా నిర్మించబడిన మాడ్యులర్ సిస్టమ్స్. ప్రతి నైపుణ్యానికి స్పష్టమైన గుర్తింపు లేనప్పుడు, మొత్తం పైప్లైన్ దెబ్బతింటుంది.
వ్యక్తిత్వం (Persona) లేకపోవడం మీ వర్క్ఫ్లోను ఎందుకు దెబ్బతీస్తుంది
మీరు పాత్ర ప్రకటనను (role declaration) వదిలేసినప్పుడు, మోడల్ తన స్వంత అధికారాన్ని ఊహించుకోవాల్సి వస్తుంది. ఒక నిమిషం అది బిల్డ్ను పాడు చేయకుండా జాగ్రత్తపడే ఒక ఇంటర్న్ లాగా కోడ్ రాస్తుంది. మరుసటి నిమిషం, ప్రతి ఎడ్జ్ కేస్ను చూసిన ఒక ప్రిన్సిపల్ ఇంజనీర్ లాగా ఒక డిస్ట్రిబ్యూటెడ్ సిస్టమ్ను రూపొందిస్తుంది. ఆ అస్థిరత కేవలం విసుగు కలిగించేది మాత్రమే కాదు. అది మీ వర్క్ఫ్లోను నమ్మదగనిదిగా చేస్తుంది.
సమస్యలు వేగంగా పేరుకుపోతాయి. AI ఒక యాదృచ్ఛిక స్వరాన్ని ఎంచుకుంటుంది, కాబట్టి మీ కోడ్బేస్ ఎప్పుడూ కలవని ఒక కమిటీ రాసినట్లుగా అనిపిస్తుంది. మీరు ప్రతిసారి నైపుణ్యాన్ని రన్ చేసినప్పుడు అవుట్పుట్లు మారుతుంటాయి, అంటే మీరు ఆటోమేటెడ్ టెస్ట్లు లేదా డిఫ్ రివ్యూలను నమ్మలేరు. ఏ దృక్పథం ఫలితాన్ని ఇచ్చిందో మీకు తెలియదు కాబట్టి ఆడిటింగ్ చేయడం అసాధ్యం అవుతుంది. ఇది సెక్యూరిటీ-ఫోకస్డ్ ఇంజనీర్ ద్వారా రూపొందించబడిందా లేదా ప్రొడక్ట్ జనరలిస్ట్ ద్వారానా? సమాధానం "మోడల్ ఏది అనుకుంటే అది" అని ఉంటే, మీరు లాజిక్ను ధృవీకరించే మార్గం ఉండదు.
స్కిల్ చైనింగ్ దీనిని మరింత దిగజారుస్తుంది. API కాంట్రాక్టులను రూపొందించే ఒక నైపుణ్యం మరియు ఇంప్లిమెంటేషన్ను రాసే మరొక నైపుణ్యం ఉన్నాయని ఊహించుకోండి. మొదటిది కఠినమైన వాలిడేషన్ను అమలు చేసే ఒక మెటిక్యులస్ సీనియర్ ఆర్కిటెక్ట్ లాగా పనిచేస్తే, కానీ రెండవది ఎర్రర్ హ్యాండ్లింగ్ను వదిలేసే ఒక జూనియర్ డెవలపర్ లాగా ప్రవర్తిస్తే, మీ ఇంటిగ్రేషన్ విఫలమవుతుంది. ప్రతి లింక్ తన స్వంత గుర్తింపును తెలుసుకున్నప్పుడు మాత్రమే ఆ గొలుసు నిలుస్తుంది. అది లేకపోతే, జవాబుదారీతనం మాయమవుతుంది. ఏదైనా విఫలమైనప్పుడు, ఏ దృక్పథం (lens) విఫలమైందో మీరు గుర్తించలేరు ఎందుకంటే ఏ దృక్పథాన్ని నిర్వచించలేదు.
దీన్ని ఎలా సరిదిద్దాలి
పరిష్కారం సరళమైనది కానీ నిర్దిష్టమైనది. మీ స్కిల్ ఫైల్లో మొట్టమొదటి సూచనగా పాత్ర ప్రకటనను (role declaration) జోడించండి. దానిని ఫార్మాటింగ్ నియమాలు లేదా అవుట్పుట్ స్కీమాల కింద దాచకండి. గుర్తింపుతోనే ప్రారంభించండి.
స్పష్టమైన నిర్మాణాన్ని ఉపయోగించండి: "మీరు [domain]లో నైపుణ్యం కలిగిన ఒక [role]." ఆ తర్వాత ఈ పాత్ర ఈ టాస్క్ సందర్భంలో వాస్తవానికి ఏమి చేస్తుందో ఒకటి లేదా రెండు వాక్యాలు రాయండి. ఉదాహరణకు: "మీరు డిస్ట్రిబ్యూటెడ్ సిస్టమ్స్లో నైపుణ్యం కలిగిన సీనియర్ బ్యాకెండ్ ఇంజనీర్. కన్కరెన్సీ రిస్క్లు మరియు డేటా కన్సిస్టెన్సీ ఇష్యూల కోసం పుల్ రిక్వెస్ట్లను రివ్యూ చేయడం మీ పని. మీరు స్టేట్ మేనేజ్మెంట్ గురించి ఊహలను ప్రశ్నిస్తారు మరియు సరైన ఎర్రర్ హ్యాండ్లింగ్ లేని కోడ్ను ఆమోదించడానికి నిరాకరిస్తారు."
అది సరిపోతుంది. గరిష్టంగా మూడు వాక్యాలు. సుదీర్ఘమైన బయోగ్రాఫీల వల్ల అనవసరమైన సమాచారం (noise) పెరుగుతుంది. మోడల్కు చిన్ననాటి కథలు లేదా అభిరుచుల జాబితా అవసరం లేదు. దాని నిర్ణయాలను రూపొందించే ఒక ప్రొఫెషనల్ యాంకర్ దానికి అవసరం.
నిజమైన వృత్తిపరమైన పాత్రలకు కట్టుబడి ఉండండి. ఒక స్టాఫ్ సాఫ్ట్వేర్ ఇంజనీర్ లేదా టెక్నికల్ డాక్యుమెంటేషన్ రైటర్ మోడల్కు గుర్తించదగిన బాధ్యతల ఫ్రేమ్వర్క్ను అందిస్తారు. షెర్లాక్ హోమ్స్ లేదా మధ్యయుగ విజార్డ్ లాగా ప్రవర్తించమని అడగడం సృజనాత్మకంగా అనిపించవచ్చు, కానీ ఇది మీ కోడ్ రివ్యూ పైప్లైన్తో సంబంధం లేని ఊహించని సంబంధాలను కలిగిస్తుంది. నిజమైన పాత్రలు నిజమైన పరిమితులను కలిగి ఉంటాయి.
మీరు దీన్ని సరిగ్గా చేసినప్పుడు ఏమి మారుతుంది
ప్రతి నైపుణ్యం దాని స్వంత వ్యక్తిత్వాన్ని కలిగి ఉన్నప్పుడు, మీ మొత్తం పైప్లైన్ స్థిరపడుతుంది.
అంచనా వేయగలిగే సామర్థ్యం (Predictability) మొదటి ఫలితం. AI తన సీనియారిటీని ఊహించడం ఆపివేస్తుంది. సీనియర్ వ్యక్తిత్వం కఠినమైన ప్రశ్నలను అడుగుతుంది. అది అస్పష్టమైన అవసరాలను ప్రశ్నిస్తుంది, మిస్ అయిన ఎడ్జ్ కేస్లను గుర్తిస్తుంది మరియు డిఫాల్ట్ లేదా జూనియర్ వాయిస్ విస్మరించే సందర్భాన్ని (context) కోరుతుంది. మీరు పాత్రను నిర్వచించినప్పుడు, మీరు ప్రమాణాన్ని (standard) నిర్వచిస్తారు.
రివ్యూలు వేగంగా జరుగుతాయి. ఒక టీమ్ మేట్ స్పష్టమైన వ్యక్తిత్వం ఉన్న అవుట్పుట్ను చదివినప్పుడు, వారు ప్రతి సూచన వెనుక ఉన్న దృక్పథాన్ని అర్థం చేసుకుంటారు. ఒక ఫీడ్బ్యాక్ను కఠినమైన ఆర్కిటెక్చరల్ అవసరంగా పరిగణించాలా లేదా సాఫ్ట్ స్టైల్ ప్రిఫరెన్స్గా పరిగణించాలా అనేది వారికి తెలుస్తుంది. సందర్భం (Context) సూచించబడిన దాని కంటే స్పష్టంగా మారుతుంది.
స్కిల్ చైనింగ్ చివరకు ఉద్దేశించిన విధంగా పనిచేస్తుంది. ప్రతి