Six Laws for Talking to AI

நான் 192 AI கோடிங் அமர்வுகளை (coding sessions) ஆய்வு செய்தேன். அந்தத் தரவுகள் 8,471 செய்திகளையும் 89 மில்லியன் டோக்கன்களையும் (tokens) காட்டின. மொத்தச் செலவு $518 ஆக இருந்தது.

ஆனால், டோக்கனுக்கான செலவு என்பது தவறான அளவுகோல். எனது தகவல் தொடர்பில் எவ்வளவு வீணடிக்கப்பட்டது என்பதை நான் அறிய விரும்பினேன்.

எனது அமர்வுகளில் 60% பழைய அமர்வுகளிலிருந்து பிரிக்கப்பட்டவை (forked) என்பதைக் கண்டறிந்தேன். உரையாடல்களை முடிப்பதை விட, மீண்டும் மீண்டும் தொடங்குவதையே நான் அதிகம் செய்தேன். எனக்கு அறிவு சார்ந்த பிரச்சனை இல்லை, செயல்பாட்டுத் தாமதம் (execution latency) சார்ந்த பிரச்சனை தான் உள்ளது என்பதை உணர்ந்தேன்.

AI-உடன் நேரத்தை வீணடிப்பதைத் தவிர்க்க இதோ ஆறு விதிகள்:

  • விதிகளை உடனடியாக எழுதுங்கள். ஒரு விதியைப் புரிந்துகொள்வதற்கும் அதை எழுதி வைப்பதற்கும் இடையில் நான் சராசரியாக 36 செய்திகளைப் பரிமாறிக் கொண்டிருந்தேன். ஒரு திருத்தம் எதிர்கால அமர்வுகளுக்கும் பொருந்தும் என்றால், அதை இப்போதே உங்கள் config கோப்பில் (config file) எழுதிவிடுங்கள். எழுதுவதற்கான செலவு பத்து வினாடிகள் மட்டுமே. எழுதாமல் விடுவதால் ஏற்படும் செலவு அந்த அமர்வின் மீதமுள்ள நேரமாகும்.

  • பாதிப்புப் பரவலைக் (blast radius) கட்டுப்படுத்துங்கள். ஒரே ஒரு கோப்பை மாற்றுவதன் மூலம் AI ஒரு முழு இணையதளத்தையும் சிதைத்துவிடக்கூடும். பல கோப்புகளைத் தொடும் எந்தவொரு செயல்பாட்டிற்கும் முன்னதாக, ஒவ்வொரு கோப்பையும் ஒவ்வொரு மாற்றத்தையும் பட்டியலிடுமாறு AI-ஐக் கட்டாயப்படுத்துங்கள். அது தொடங்குவதற்கு முன் உங்கள் உறுதிப்படுத்தலுக்காகக் காத்திருக்கச் சொல்லுங்கள்.

  • தட்டச்சு செய்வதற்கு முன் உங்கள் எண்ணத்தை முழுமையாக்குங்கள். மேலோட்டமான கருத்துக்களைச் செம்மைப்படுத்துவதற்காக நான் அதிக செய்திகளைச் செலவிட்டேன். முதலில் ஒரு டெக்ஸ்ட் எடிட்டரில் (text editor) உங்கள் முழுமையான விவரக்குறிப்பை (specification) எழுதுங்கள். புலங்கள் (fields), கட்டுப்பாடுகள் (constraints) மற்றும் விளிம்பு நிலைச் சூழல்களை (edge cases) அதில் சேர்க்கவும். ஏழு முறை சிறிய மாற்றங்களைச் செய்வதற்குப் பதிலாக, முழுமையான விவரக்குறிப்பை ஒரே முறையில் அனுப்புங்கள்.

  • தெளிவற்ற அறிவுறுத்தல்களைத் தவிர்க்கவும். "மாற்று" அல்லது "இதைச் செய்" போன்ற குறுகிய செய்திகள் பலமுறை விளக்கம் கேட்கும் சுழற்சிகளுக்கு வழிவகுக்கும். எந்தத் தகவலும் தெரியாத ஒரு நபரால் உங்கள் அறிவுறுத்தலைச் செயல்படுத்த முடியாவிட்டால், கூடுதல் விவரங்களைச் சேர்க்கவும். "மாற்று" என்பது "ஃபார்ம் ஹேண்ட்லருக்கு (form handler) இன்புட் சானிடைசேஷனை (input sanitization) சேர்க்கவும்" என்று மாற வேண்டும்.

  • தனித்தனித் தீர்வுகளைத் தேடாமல், வடிவங்களைத் (patterns) தேடுங்கள். ஒரு கோப்பில் பிழை (bug) கண்டறியப்பட்டால், அந்த கோப்பை மட்டும் சரிசெய்யாதீர்கள். அதே வகை சார்ந்த அனைத்து கோப்புகளிலும் இதே போன்ற சிக்கல் உள்ளதா என்று பார்க்க AI-இடம் சொல்லுங்கள். இது ஒரே பிழை வெவ்வேறு இடங்களில் தோன்றுவதைத் தடுக்கும்.

  • எல்லையைத் (scope) தெளிவாக வரையறுக்கவும். ஒரு கட்டுப்பாடு அனைத்திற்கும் பொருந்தும் என்றால், "அனைத்தும்" (all) என்ற வார்த்தையைப் பயன்படுத்துங்கள். நீங்கள் "இந்தச் செயல்பாடு" (this function) என்று சொன்னால், AI அந்த ஒரு செயல்பாட்டை மட்டுமே மாற்றும். தெளிவான எல்லைத் வரையறை உங்களை மீண்டும் மீண்டும் திருத்தச் செய்வதிலிருந்து காப்பாற்றும்.

இலக்கு சிறந்த ப்ராம்ப்ட் இன்ஜினியரிங் (prompt engineering) செய்வது மட்டுமல்ல. இலக்கு உங்களை நீங்களே மீண்டும் மீண்டும் சொல்வதைத் தடுக்கும் ஒரு செயல்முறையை உருவாக்குவதாகும்.

Source: https://dev.to/antonio_zhu_e726fd856cd86/six-laws-for-talking-to-ai-4dan

Optional learning community: https://t.me/GyaanSetuAi