உங்கள் குழுவிற்கு இந்த வாரம் ஒரு சிறந்த AI மாடல் தேவையில்லை
உங்கள் குழுவிற்கு ஒரு புதிய AI மாடல் தேவையில்லை. அவர்களுக்குச் சிறந்த பணிப்பாய்வுகள் (workflows) தேவை.
சமீபத்திய மாடல்களைத் தேடித் திரியாதீர்கள். உங்கள் செயல்பாடுகளை (execution) வடிவமைக்கத் தொடங்குங்கள். பெரும்பாலான குழுக்கள் ஒரே மாதிரியான பிரச்சனைகளை எதிர்கொள்கின்றன. ஏஜென்ட் லூப்கள் (Agent loops) பணிகளின் நடுவே நின்றுவிடுகின்றன. ஒப்புதல் கோரும் தூண்டுதல்கள் (Approval prompts) மக்களைக் குழப்புகின்றன. மறுமுயற்சிகளின் போது சூழல் சங்கிலிகள் (Context chains) உடைந்துவிடுகின்றன. ஆட்டோமேஷன் தனது நிலையை (state) இழப்பதால், மனிதர்கள் பிழைகளைச் சரிசெய்ய பல மணிநேரங்களைச் செலவிடுகிறார்கள்.
பிரச்சனை இனி அறிவுத்திறன் சார்ந்தது அல்ல. பிரச்சனை செயல்பாட்டைச் சார்ந்தது.
நாம் 'ஆர்கெஸ்ட்ரேஷன் வரி' (orchestration tax) காலத்திற்குள் நுழைகிறோம். நீங்கள் இதற்காகத் திட்டமிடவில்லை என்றால், தடங்கல்கள் மற்றும் அமைதியான தோல்விகள் (silent failures) மூலம் அதற்கான விலையை நீங்கள் செலுத்த வேண்டியிருக்கும். பொறியாளர்கள் நள்ளிரவில் பாட்களைக் (bots) கவனித்துக் கொள்ள வேண்டியிருக்கும் போது நீங்கள் அந்த விலையைச் செலுத்துகிறீர்கள்.
AI வெளியீடு என்பது அரிதாகவே இறுதித் தயாரிப்பாக இருக்கும். இது ஒரு பெரிய அமைப்பில் ஒரு இடைநிலைப் படியாகும். இது டிக்கெட் வகைப்படுத்துதல் (ticket triage), PR வரைவு (PR drafting) மற்றும் சோதனை உருவாக்கம் (test generation) ஆகியவற்றிற்கு உதவுகிறது.
நீங்கள் இந்தக் கேள்விகளுக்குப் பதிலளிக்க வேண்டும்:
- காலாவதியான பிறகு (timeout) பணியைத் தொடர முடியுமா?
- ஒரு மாற்றத்திற்கு யார் ஒப்புதல் அளித்தார்கள் என்பதை நம்மால் தணிக்கை (audit) செய்ய முடியுமா?
- நகல் பக்கவிளைவுகளை (duplicate side effects) உருவாக்காமல் ஒரு பணியை மீண்டும் இயக்க முடியுமா?
- மீண்டும் ஆரம்பிக்காமல், பணியின் நடுப்பகுதியிலேயே ஒரு மனிதர் பொறுப்பேற்க முடியுமா?
மூத்த பொறியாளர்களுக்கு இதை எப்படித் தீர்ப்பது என்று ஏற்கனவே தெரியும். பல ஆண்டுகளுக்கு முன்பே பணப் பரிமாற்றங்கள் மற்றும் பின்னணி வேலைகளுக்காக (background jobs) இந்தப் பிரச்சனைகளை நாங்கள் தீர்த்தோம். நாங்கள் idempotency keys, checkpoints மற்றும் transaction logs ஆகியவற்றைப் பயன்படுத்துகிறோம். AI இந்தத் தோல்விகள் வேகமாக நடப்பதற்கே காரணமாகிறது.
மாடலின் தரம் என்பது சமன்பாட்டின் ஒரு பகுதி மட்டுமே. ஒரு உடைந்த பணிப்பாய்வில் (broken workflow) ஒரு சிறந்த மாடல் இருந்தால் அது குழப்பத்தை ஏற்படுத்தும். ஒரு வலுவான பணிப்பாய்வில் (robust workflow) ஒரு சாதாரண மாடல் இருந்தால் அது மதிப்பினை உருவாக்கும்.
வெறும் உணர்வுகளைத் துரத்துவதற்குப் பதிலாக ஒரு நடைமுறை வழிகாட்டியை (playbook) உருவாக்குங்கள்:
AI வேலையைத் தெளிவான படிகளாகப் பிரியுங்கள்.
collect_context,propose_change, மற்றும்run_checksபோன்ற படிகளைப் பயன்படுத்துங்கள். ஒரு பெரிய தூண்டுதல் (prompt) முழு செயல்முறையையும் இயக்க அனுமதிக்காதீர்கள்.நிலைத்தன்மைக்காக (durability) ஒரு தரவுத்தளத்தைப் பயன்படுத்துங்கள். உங்கள் பணிப்பாய்வு நிலை (workflow status) மற்றும் நிகழ்வுப்