అస్పష్టమైన ఇంజనీరింగ్ సమస్యలను పరిష్కరించడానికి నేను AI కౌన్సిల్‌లను ఎలా ఉపయోగిస్తాను

ఒక AI అసిస్టెంట్ ఉపయోగకరంగా ఉంటుంది. కానీ సంక్లిష్టమైన సాఫ్ట్‌వేర్ ఆర్కిటెక్చర్‌కు అది సరిపోదు.

మీరు AIని ఆటోకంప్లీట్ (autocomplete) కంటే ఎక్కువగా ఉపయోగిస్తే, ఒక ప్యాటర్న్‌ను గమనిస్తారు. ఒకే మోడల్ ఒక పరిష్కారాన్ని ప్రతిపాదిస్తుంది. అది బాగున్నట్లు కనిపిస్తుంది. మీరు దానిని అమలు చేస్తారు. కానీ, మూడు రోజుల తర్వాత, మీరు ఒక భారీ ఆర్కిటెక్చరల్ లోపాన్ని గుర్తిస్తారు.

ఇది మోడల్ యొక్క వైఫల్యం కాదు. ఇది మీ ప్రక్రియ (process) యొక్క వైఫల్యం. ఒకే మోడల్ తన స్వంత ఊహలను (assumptions) అరుదుగా ప్రశ్నిస్తుంది.

అస్పష్టమైన సమస్యలను పరిష్కరించడానికి, మీకు ఒక AI కౌన్సిల్ అవసరం. ఇది కొత్త ప్లాట్‌ఫామ్ కాదు. ఇది ఒక వర్క్‌ఫ్లో (workflow), ఇక్కడ వివిధ పాత్రల నుండి బహుళ AI కాంటెక్స్ట్‌లు ఒక ప్రతిపాదనను సమీక్షిస్తాయి.

AI వినియోగాన్ని ఒక నియంత్రిత ఇంజనీరింగ్ వర్క్‌ఫ్లోగా మార్చడమే దీని లక్ష్యం.

ఇక్కడ వర్క్‌ఫ్లో ఉంది:

• సమస్య ప్రకటన (Problem Statement): మీరు సమస్యను నిర్వచిస్తారు. • ఆర్కిటెక్ట్ ఏజెంట్ (Architect Agent): ఒక సోర్స్-గ్రౌండెడ్ ఏజెంట్ లాభనష్టాలను (trade-offs) పరిగణనలోకి తీసుకుని ఒక ప్రతిపాదనను రూపొందిస్తుంది. • AI కౌన్సిల్ విమర్శ (AI Council Critique): వివిధ AI పాత్రలు ఆ ప్రతిపాదనను సమీక్షిస్తాయి. • ఫీడ్‌బ్యాక్ సింథసిస్ (Feedback Synthesis): ఒక ఏజెంట్ అన్ని ఫీడ్‌బ్యాక్‌లను అంచనా వేసి, వైరుధ్యాలను గుర్తిస్తుంది. • అభ్యంతరాల లెడ్జర్ (Objection Ledger): మీరు అన్ని అభ్యంతరాలను, వాటి తీవ్రతను మరియు వాటి పరిష్కారాన్ని ట్రాక్ చేస్తారు. • మానవ పాలన (Human Governance): ప్రణాళిక సిద్ధంగా ఉందో లేదో లేదా మీకు మరో రౌండ్ అవసరమో మీరు నిర్ణయిస్తారు. • ఎగ్జిక్యూటర్ ఏజెంట్ (Executor Agent): ఒక ప్రత్యేక కాంటెక్స్ట్ ప్రణాళికను అమలు చేస్తుంది. • ఆడిటర్ ఏజెంట్ (Auditor Agent): మూడవ కాంటెక్స్ట్ అసలు స్పెసిఫికేషన్‌కు అనుగుణంగా కోడ్‌ను ఆడిట్ చేస్తుంది.

దీని శక్తి పాత్రల విభజన (role separation) నుండి వస్తుంది. కేవలం "నీ అభిప్రాయం ఏమిటి?" అని అడగకండి. వివిధ AI సెషన్‌లకు నిర్దిష్ట పాత్రలను కేటాయించండి:

  • సిస్టమ్ థింకర్ (System Thinker): వ్యవస్థాగత రిస్క్‌లు మరియు పరిమితులను అంచనా వేస్తుంది.
  • క్రిటికల్ రివ్యూయర్ (Critical Reviewer): ఊహలను ప్రశ్నిస్తుంది మరియు తార్కిక లోపాలను గుర్తిస్తుంది.
  • సింప్లిఫైయర్ (Simplifier): అనవసరమైన సంక్లిష్టతను గుర్తిస్తుంది.
  • ఆల్టర్నేటివ్స్ రివ్యూయర్ (Alternatives Reviewer): వివిధ పద్ధతులను సూచిస్తుంది.

అత్యంత ముఖ్యమైన భాగం అభ్యంతరాల లెడ్జర్ (Objection Ledger). అది లేకపోతే, ఫీడ్‌బ్యాక్ అనేది అస్పష్టమైన అభిప్రాయాలుగా మారుతుంది. లెడ్జర్ ప్రతి ఆందోళనను పరిష్కరించేలా మిమ్మల్ని ప్రేరేపిస్తుంది. మీరు అభ్యంతరాలను Open, Accepted, Rejected, లేదా Resolved గా గుర్తిస్తారు. ఇది తనిఖీ చేయదగిన (auditable) నిర్ణయ రికార్డును సృష్టిస్తుంది.

మీరు కాపీ-పేస్ట్ బాటిల్‌నెక్ (bottleneck) అవ్వరు. సోర్స్-గ్రౌండెడ్ ఏజెంట్ సింథసిస్‌ను చేస్తుంది. మీరు గవర్నర్‌గా వ్యవహరిస్తారు. మీరు మాన్యువల్ పని చేయరు. మీరు నిర్ణయాత్మక దశలను (gates) నియంత్రిస్తారు.

నిర్ణయాలు మీవే:

  • ఇటరేషన్ (iterating) ఎప్పుడు ఆపాలో.
  • స్పెసిఫికేషన్‌ను ఎప్పుడు ఆమోదించాలో.
  • తుది రిస్క్‌ను ఎప్పుడు అంగీకరించాలో.

దీనిని అధిక-రిస్క్ ఉన్న రిఫ్యాక్టర్స్ (refactors) లేదా అస్పష్టమైన ఆర్కిటెక్చర్ కోసం ఉపయోగించండి. చిన్న చిన్న బగ్ ఫిక్స్‌ల కోసం దీనిని ఉపయోగించవద్దు. తప్పుడు డిజైన్ వల్ల కలిగే నష్టం ఎక్కువగా ఉన్నప్పుడు మాత్రమే ఈ అదనపు శ్రమ (overhead) విలువైనది.

చిన్నగా ప్రారంభించండి. ఒక క్రిటిక్ మరియు ఒక సింప్లిఫైయర్‌ను ఉపయోగించండి. మీరు వెంటనే దీని విలువను గమనిస్తారు.

Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii