ஏஜென்ட் வேலை செய்தது. பராமரிப்புத் திட்டம் வேலை செய்யவில்லை.
ஒரு AI ஏஜென்ட் ஒரு சிக்கலான பணியை முடிப்பதைப் பார்ப்பது பங்குதாரர்களுக்கு (Stakeholders) மிகவும் பிடிக்கும். அதே பணியை ஆறு மாதங்களுக்குப் பிறகு பராமரிப்பது என்பது முற்றிலும் வேறொரு போராட்டம்.
டெமோக்களின் போது சிறப்பாகத் தெரியும் ஏஜென்ட் அமைப்புகளை நான் பார்க்கிறேன். அவை பயன்பாட்டிற்கு வந்த பிறகு (deployment) செயல்பாட்டுத் தலைவலியாக மாறிவிடுகின்றன. பிரச்சனை மாடலின் (model) தரம் அல்ல. பிரச்சனை அதன் கட்டமைப்பு (architecture) தான்.
பெரும்பாலான திட்டங்கள் சிறிய அளவில் தொடங்குகின்றன. நீங்கள் ஒரு மாடலை இணைக்கிறீர்கள். சில கருவிகளைச் சேர்க்கிறீர்கள். முதல் பதிப்பு (version) சிறப்பாகச் செயல்படுகிறது.
பிறகு தேவைகள் மாறுகின்றன. ஏஜென்ட்டிற்கு CRM தரவு தேவைப்படுகிறது. அதற்கு டிக்கெட்டிங் சிஸ்டம்கள் (ticketing systems) தேவைப்படுகின்றன. அதற்கு உள் ஆவணங்கள் தேவைப்படுகின்றன. அதற்கு பில்லிங் சிஸ்டம்கள் தேவைப்படுகின்றன. அதற்கு பாதுகாப்பு கட்டுப்பாடுகள் (security controls) தேவைப்படுகின்றன.
ஒரு தெளிவான கட்டமைப்பு, ஒருங்கிணைப்புகளின் (integrations) குழப்பமாக மாறிவிடுகிறது. ஒவ்வொரு புதிய கருவியும் ஒரு சார்புத் தன்மையை (dependency) உருவாக்குகிறது. சிக்கல்தன்மை மெதுவாக வளர்கிறது. குழுக்கள் பெரும்பாலும் இதைக் கவனிக்கத் தவறிவிடுகிறார்கள்.
பெரும்பாலான குழுக்கள் ஒரு திட்டத்தை உருவாக்க எவ்வளவு காலம் எடுக்கும் என்று கணிக்கிறார்கள். அதை பராமரிக்க எவ்வளவு காலம் எடுக்கும் என்று கணிப்பவர்கள் மிகக் குறைவு.
நீங்கள் சேர்க்கும் ஒவ்வொரு கருவிக்கும் இவை தேவைப்படுகின்றன:
- Authentication logic
- Error handling
- Permission controls
- Monitoring
- API version management
கட்டமைப்பு வரைபடம் (architecture diagram) நன்றாகத் தோன்றலாம். ஆனால் செயல்பாட்டுச் சுமை (operational burden) அவ்வாறு இருக்காது. கருவிகளின் எண்ணிக்கையை விட பராமரிப்புச் செலவுகள் வேகமாக வளர்கின்றன.
ஒரு ஏஜென்ட் எத்தனை கருவிகளைப் பயன்படுத்த முடியும் என்று கேட்காதீர்கள். உங்கள் குழு எத்தனை கருவிகளைப் பராமரிக்க முடியும் என்று கேளுங்கள்.
ஒரு திறன் (capability) நம்பகத்தன்மையுடன் இருந்தால் மட்டுமே அது பயனுள்ளதாக இருக்கும். ஒவ்வொரு வாரமும் முறியும் ஒரு ஒருங்கிணைப்பு (integration) என்பது ஒரு வசதி (feature) அல்ல. அது பயனர் இடைமுகத்துடன் (user interface) கூடிய தொழில்நுட்பக் கடன் (technical debt) ஆகும்.
எளிமைக்கு நீண்டகால மதிப்பு உண்டு. குறைவான சார்புகளைக் கொண்ட சிறிய அமைப்பே பெரும்பாலும் வெற்றி பெறுகிறது. அது புரிந்துகொள்ளக்கூடியதாக இருக்கும். புரிந்துகொள்ளக்கூடிய அமைப்புகளைச் சரிசெய்வது எளிது. அவற்றைப் பாதுகாப்பது எளிது. அவற்றை விரிவுபடுத்துவது எளிது.
கட்டமைப்பு உயிர்வாழ்வதற்கு ஏற்றவாறு மேம்படுத்தப்பட வேண்டும் (optimize). ஒரு ஒருங்கிணைப்பைச் சேர்ப்பதற்கு முன் ஒரு கேள்வியைக் கேளுங்கள்: "இது எந்த வணிக முடிவை (business outcome) வழங்குகிறது?"
பதில் தெளிவாக இல்லையென்றால், அதைச் சேர்க்காதீர்கள். சிக்கல்தன்மை பெருகிக்கொண்டே இருக்கும். சிக்கல்தன்மை தன்னைத் தானே அறிவித்துக் கொள்ளாது. அது உங்கள் அமைப்பைச் சிதைக்க ஆறாவது மாதம் வரை காத்திருக்கும்.
Source: https://dev.to/nolanvale/the-agent-worked-the-maintenance-plan-didnt-3f2l
Optional learning community: https://t.me/GyaanSetuAi