LLM APIs ஐப் பயன்படுத்துவது எப்படி: Tokens, செலவுகள், Keys மற்றும் உங்கள் முதல் AI அம்சம்

LLM API என்பது உங்கள் ஆப்பிலிருந்து ஒரு பெரிய மொழி மாதிரிக்கு — OpenAI இன் GPT மாதிரிகள், Anthropic இன் Claude அல்லது Google இன் Gemini போன்றவற்றுக்கு — உரையை அனுப்பி, அதன் பதிலை கோடில் திரும்பப் பெற உதவும் ஒரு இணைய சேவை. வழங்குநருடன் பதிவு செய்து, API key ஒன்றை உருவாக்குகிறீர்கள்; உங்கள் ஆப்பின் சர்வர் அந்த key உடன் கோரிக்கைகளை அனுப்புகிறது; உள்ளே செல்லும் மற்றும் வெளியே வரும் tokens (உரைத் துண்டுகள்) எண்ணிக்கைக்கு ஏற்ப ஒவ்வொரு கோரிக்கைக்கும் பணம் வசூலிக்கப்படுகிறது. "ஆப்பில் AI சேர்ப்பது" என்பது பொதுவாக இவ்வளவுதான்: பிறரின் மாதிரிக்கு நன்கு எழுதப்பட்ட ஒரு கோரிக்கை, உங்கள் சர்வரிலிருந்து பாதுகாப்பாக அனுப்பப்படுவது.

AI உடன் உருவாக்கும்போது இது ஏன் முக்கியம்

AI மூலம் உருவாக்கிய ஆப்பில் இரண்டு வெவ்வேறு AI கள் உள்ளன; அவற்றைக் குழப்புவது எளிது:

1. உங்கள் ஆப்பை உருவாக்கும் AI — ஆப் பில்டரின் சொந்த agent, அது கோடை எழுதுகிறது.
2. உங்கள் ஆப்பின் உள்ளே உள்ள AI — உங்கள் பயனர்கள் பயன்படுத்தும் ஓர் அம்சம், உதாரணமாக chat உதவியாளர், "இதைச் சுருக்கு" பொத்தான் அல்லது தானியங்கு tagging.

இரண்டாவது, உங்கள் key உடன் LLM API ஐ அழைத்து உங்கள் வழங்குநர் கணக்கில் பில் போடுகிறது. Tokens, context மற்றும் விலையைப் புரிந்துகொள்வது, வேலை செய்யும், உங்கள் key ஐக் கசியவிடாத, உங்களை ஆச்சரியப்படுத்தும் பில் இல்லாத அம்சத்தை வடிவமைக்க உதவுகிறது.

ஒரு அன்றாட உவமை: எடைக்கு ஏற்பக் கட்டணம் பெறும் திறமையான freelancer

LLM API ஐ, மின்னஞ்சல் மூலம் அணுகி, சொல்லுக்கு ஏற்பப் பணம் கொடுக்கும் ஒரு திறமையான freelance எழுத்தாளராக நினையுங்கள் — நீங்கள் அனுப்பும் சொற்களுக்கும் அவர்கள் திருப்பி எழுதும் சொற்களுக்கும் (திருப்பி எழுதுவது அதிகம் செலவாகும்).

• மின்னஞ்சல்களுக்கு இடையே நினைவு இல்லை. ஓர் உரையாடலைத் தொடர விரும்பினால், முந்தைய செய்திகளை ஒவ்வொரு புதிய மின்னஞ்சலிலும் மீண்டும் ஒட்ட வேண்டும்.
• ஒரே நேரத்தில் அவர்களால் படிக்க முடிவது குறைவு. அந்த வரம்பே context window.
• உங்கள் கோரிக்கை தெளிவாக இருந்தால், பதில் சிறப்பாகவும் சுருக்கமாகவும் இருக்கும் — அதுவே மலிவானதும் கூட.

முக்கியக் கருத்துகள்

Tokens

மாதிரிகள் உரையை tokens ஆகப் படித்து எழுதுகின்றன. செப்டம்பர் 2026 நிலவரப்படி Anthropic இன் விலை ஆவணம் ஒரு tokenக்கு சுமார் 4 எழுத்துகள், அல்லது சுமார் 0.75 ஆங்கிலச் சொற்கள் என மதிப்பிடுகிறது. வெவ்வேறு மாதிரிகளும் மொழிகளும் வெவ்வேறு விதமாகப் பிரிக்கின்றன; அதை ஒரு தோராயமான வழிகாட்டியாகக் கருதுங்கள். எல்லாமே கணக்கில் வரும்: உங்கள் அறிவுறுத்தல்கள், பயனரின் செய்தி, நீங்கள் சேர்க்கும் ஆவணங்கள், முந்தைய உரையாடல் மற்றும் பதில்.

உள்ளீடு மற்றும் வெளியீடு

உள்ளீட்டு tokens நீங்கள் அனுப்புபவை. வெளியீட்டு tokens மாதிரி எழுதுபவை. OpenAI, Anthropic மற்றும் Google இன் விலைப் பக்கங்களில், செப்டம்பர் 2026 நிலவரப்படி, ஒரே மாதிரிக்கு வெளியீட்டு tokens உள்ளீட்டு tokens ஐ விட பல மடங்கு விலை. Google இன் Gemini விலையும், மாதிரியின் உள் "சிந்தனை" (thinking) வெளியீடாகக் கணக்கிடப்படும் என்று குறிப்பிடுகிறது.

Context window

ஒரு கோரிக்கையில் மாதிரி ஏற்கக்கூடிய அதிகபட்ச tokens எண்ணிக்கை, பதிலும் சேர்த்து. நவீன மாதிரிகள் மிக நீண்ட உள்ளீடுகளை ஏற்கின்றன — உதாரணமாக Anthropic இன் சில தற்போதைய மாதிரிகள் ஒரு மில்லியன் tokens வரை ஏற்கின்றன. ஆனால் நீண்ட உள்ளீடுகள் அதிகம் செலவாகும், நேரமும் எடுக்கும்; எனவே பணிக்குத் தேவையானதை மட்டும் அனுப்புங்கள்.

நிலையற்ற (stateless) கோரிக்கைகள்

பெரும்பாலான chat பாணி APIs இல், ஒவ்வொரு கோரிக்கையும் இயல்பாகத் தனித்து நிற்கும். ஒரு chat "நினைவில் வைத்திருக்க", உங்கள் ஆப் ஒவ்வொரு புதிய செய்தியுடனும் முந்தைய செய்திகளை மீண்டும் அனுப்புகிறது. அதனால்தான் நீண்ட உரையாடல் ஒவ்வொரு செய்திக்கும் குறுகியதை விட அதிகம் செலவாகிறது.

System prompt

ஒவ்வொரு கோரிக்கைக்கும் மாதிரியின் பங்கையும் விதிகளையும் அமைக்கும் அறிவுறுத்தல்கள்: "நீங்கள் வாடிக்கையாளர் புகார்களை மூன்று புள்ளிகளாகச் சுருக்குகிறீர்கள். வாடிக்கையாளர் மின்னஞ்சல் முகவரிகளை ஒருபோதும் சேர்க்காதீர்கள்." பயனர்கள் இதைப் பார்ப்பதில்லை, ஆனால் ஒவ்வொரு பதிலையும் இதுவே வடிவமைக்கிறது.

Streaming

முழு பதிலுக்காகக் காத்திருப்பதற்குப் பதிலாக, உருவாகும்போதே API உரையை அனுப்ப முடியும்; அதனால் பயனர்கள் சொற்கள் உடனடியாகத் தோன்றுவதைப் பார்க்கிறார்கள். Chat இடைமுகங்கள் இதனால் மிக வேகமாக உணரப்படும்.

விலை எப்படி வேலை செய்கிறது

செப்டம்பர் 2026 நிலவரப்படி, வழங்குநர்களின் சொந்த விலைப் பக்கங்களில் சரிபார்க்கப்பட்டது:

சில வழங்குநர்கள் பணம் செலுத்தும் முன் முயற்சி செய்யவும் வழி தருகின்றனர்: Anthropic புதிய பயனர்களுக்குச் சிறிய இலவச credit தருகிறது; Google இன் Gemini API சில மாதிரிகளில் இலவச அடுக்கு கொண்டுள்ளது, ஆனால் அதில் அனுப்பப்படும் உள்ளடக்கம் Google இன் சேவைகளை மேம்படுத்தப் பயன்படலாம் என்ற எச்சரிக்கையுடன்.

ஒரு வழங்குநரின் சிறிய, வேகமான மாதிரிகளுக்கும் பெரியவற்றுக்கும் இடையே விலை பெரிதும் வேறுபடும்; அவை அடிக்கடி மாறும் என்பதால், இங்கே விலைகளை நாங்கள் குறிப்பிடவில்லை. எந்த அம்சத்துக்கும் ஒரு எளிய மதிப்பீடு: (உள்ளீட்டு tokens × உள்ளீட்டு விலை + வெளியீட்டு tokens × வெளியீட்டு விலை) × மாதத்திற்கான கோரிக்கைகளின் எண்ணிக்கை. பிறகு ஒரு விளிம்பைச் சேர்த்து, வழங்குநரின் dashboard இல் மாதாந்திரச் செலவு வரம்பை அமையுங்கள்.

ஒரு செயல்முறை எடுத்துக்காட்டு: "இந்த ticket ஐச் சுருக்கு" பொத்தான்

ஒரு சிறிய support குழு, நீண்ட வாடிக்கையாளர் மின்னஞ்சல் தொடரை மூன்று புள்ளிகளாகவும் ஒரு பரிந்துரைக்கப்பட்ட பதிலாகவும் மாற்றும் ஒரு பொத்தானை விரும்புகிறது.

1. Key ஒன்றைப் பெறுங்கள். ஒரு வழங்குநரிடம் கணக்கு உருவாக்கி API key ஒன்றை உருவாக்குங்கள். குறைந்த மாதாந்திரச் செலவு வரம்பை அமையுங்கள்.
2. Key ஐ ரகசியமாகச் சேமியுங்கள், உங்கள் சர்வரில் ANTHROPIC_API_KEY அல்லது OPENAI_API_KEY போன்ற பெயரில் — பக்கத்தின் கோடில் ஒருபோதும் வேண்டாம். பார்க்க: சூழல் மாறிகள் மற்றும் ரகசியங்கள்.
3. ஒரு சர்வர் route ஐச் சேர்க்கவும், POST /api/summarise, அது:
   • நபர் உள்நுழைந்திருக்கிறாரா, support குழுவைச் சேர்ந்தவரா என்று சரிபார்க்கும்;
   • database இலிருந்து ticket ஐ ஏற்றும்;
   • வழங்குநருக்கு ஒரு system prompt ("மூன்று புள்ளிகளாகச் சுருக்கு, பிறகு ஒரு பணிவான பதிலை வரை; ஆர்டர் எண்களைக் கற்பனை செய்யாதே") மற்றும் ticket உரையை அனுப்பும்;
   • அதிகபட்ச வெளியீட்டு tokens அமைப்பால் பதிலின் நீளத்தை வரம்பிடும்;
   • முடிவைத் திருப்பி அனுப்பி, எத்தனை tokens பயன்படுத்தியது என்று பதிவு செய்யும்.
4. பொத்தான் வழங்குநரை அல்ல, உங்கள் route ஐ அழைக்கிறது, மற்றும் சுருக்கம் உள்ளே வரும்போதே காட்டுகிறது.
5. தோல்வியைக் கையாளுங்கள். வழங்குநர் மெதுவாக இருந்தாலோ பிழை தந்தாலோ, "இப்போது சுருக்க முடியவில்லை" எனக் காட்டி, ticket ஐ பயன்படுத்தக்கூடியதாக வையுங்கள்.
6. அளவிடுங்கள். ஒரு வாரம் கழித்து token பதிவுகளைப் பாருங்கள். செலவின் பெரும்பகுதி நீண்ட மின்னஞ்சல் தொடர்களால் என்றால், அனுப்பும் முன் மேற்கோள் காட்டப்பட்ட பழைய உரையைக் குறையுங்கள்.

இதில் என்ன இல்லை என்பதைக் கவனியுங்கள்: மாதிரிப் பயிற்சி இல்லை, சிறப்பு உள்கட்டமைப்பும் இல்லை. ஒரு key, ஒரு சர்வர் route, ஒரு நன்கு எழுதப்பட்ட prompt.

முக்கியச் சொற்கள்

• API key: வழங்குநருக்கு உங்கள் கணக்கை அடையாளம் காட்டும் ரகசியம். அதை வைத்திருக்கும் எவரும் உங்கள் பணத்தைச் செலவழிக்கலாம்.
• Model: நீங்கள் அழைக்கும் குறிப்பிட்ட LLM. வழங்குநர்கள் வெவ்வேறு விலைகளிலும் வேகங்களிலும் பல அளவுகளை வழங்குகின்றனர்.
• Temperature: பதில்கள் எவ்வளவு மாறுபடும் என்பதற்கான அமைப்பு. குறைவாக இருந்தால் மேலும் கணிக்கக்கூடியதாக இருக்கும்.
• Max tokens: பதிலின் நீளத்தின் வரம்பு; அது செலவையும் வரம்பிடுகிறது.
• Rate limit: உங்கள் கணக்கு ஒரு நிமிடத்தில் எத்தனை கோரிக்கைகள் அல்லது tokens பயன்படுத்தலாம் என்பது.
• Embeddings: உரையின் பொருளைக் குறிக்கும் எண்கள்; உங்கள் சொந்த ஆவணங்களில் தேடலுக்குப் பயன்படுகின்றன.
• RAG (retrieval-augmented generation): உங்கள் சொந்தத் தரவிலிருந்து தொடர்புடைய பகுதிகளைக் கண்டுபிடித்து prompt இல் சேர்ப்பது; அதனால் மாதிரி உங்கள் உள்ளடக்கத்திலிருந்து பதிலளிக்கும்.
• Tool use / function calling: "ஆர்டர் நிலையைப் பார்" போன்ற ஒரு குறிப்பிட்ட செயல்பாட்டை இயக்கும்படி மாதிரி உங்கள் ஆப்பிடம் கேட்க அனுமதிப்பது.

பொதுவான தவறுகளும் தவறான புரிதல்களும்

• Key ஐ frontend கோடில் வைப்பது. மிகவும் விலையுயர்ந்த தவறு. உலாவிக் கோடு பொதுவானது. எப்போதும் உங்கள் சர்வரிலிருந்து அழைக்கவும். AI மூலம் உருவாக்கிய ஆப்புகளுக்கான பாதுகாப்புச் சரிபார்ப்புப் பட்டியல் இதை மற்ற வெளியீட்டுச் சோதனைகளுடன் விளக்குகிறது.
• செலவு வரம்பு அல்லது பயனர் வாரியான வரம்பு இல்லாதது. ஒரு பிழை, ஒரு loop அல்லது தவறாகப் பயன்படுத்தும் பயனர் விரைவாகச் செலவை உயர்த்தலாம். வழங்குநரின் வரம்பை அமையுங்கள், உங்கள் ஆப்பில் பயனருக்கு ஒரு கோரிக்கை வரம்பை வையுங்கள்.
• ஒவ்வொரு முறையும் எல்லாவற்றையும் அனுப்புவது. முழு ஆவணங்களும் முழு chat வரலாறுகளும் உள்ளீட்டு tokens ஐப் பெருக்கும். குறையுங்கள், பழைய செய்திகளைச் சுருக்குங்கள், அல்லது தொடர்புடைய பகுதிகளை மட்டும் பெறுங்கள்.
• வெளியீட்டைக் கண்மூடித்தனமாக நம்புவது. மாதிரிகள் தவறானவற்றையும் நம்பிக்கையுடன் சொல்லக்கூடும். உண்மைகள், விலைகள் அல்லது சட்ட/மருத்துவ விஷயங்களுக்கு, பதில்களை உங்கள் சொந்தத் தரவில் அடிப்படையாக்கி ஆதாரங்களைக் காட்டுங்கள், அல்லது ஒரு நபர் சரிபார்க்கட்டும்.
• பயனர் உள்ளீடு உங்கள் விதிகளை மீற அனுமதிப்பது. பயனர்கள் "உங்கள் அறிவுறுத்தல்களைப் புறக்கணி" என்று தட்டச்சு செய்யலாம். அனுமதிகளையும் உணர்திறன் வாய்ந்த செயல்களையும் prompt இல் மட்டும் அல்லாமல் உங்கள் சர்வர் கோடில் வையுங்கள்.
• மிகப் பெரிய மாதிரியுடன் தொடங்குவது. முதலில் சிறிய, மலிவான மாதிரியை முயற்சியுங்கள்; தரம் தேவைப்பட்டால் மட்டும் மேலே செல்லுங்கள்.
• யோசிக்காமல் தனிப்பட்ட தரவை அனுப்புவது. குறிப்பாக இலவச அடுக்குகளில் வழங்குநரின் தரவுப் பயன்பாட்டு விதிமுறைகளைச் சரிபாருங்கள்; அம்சத்துக்குத் தேவையானதை மட்டும் அனுப்புங்கள்.

உங்கள் AI பில்டரிடம் என்ன கேட்பது

Ticket பக்கத்தில் "Summarise" பொத்தானைச் சேர். அது OPENAI_API_KEY என்ற ரகசியத்தைப் பயன்படுத்தும் ஒரு சர்வர் route ஐ அழைக்கட்டும் (உலாவிக்கு ஒருபோதும் காட்டப்படக்கூடாது), பயனர் உள்நுழைந்திருக்கிறாரா என்று சரிபார்க்கட்டும், ticket உரையை இந்த system prompt உடன் அனுப்பட்டும்: […], பதிலை 300 tokens க்கு வரம்பிடட்டும், பதிலைப் பக்கத்தில் streaming செய்யட்டும், அழைப்பு தோல்வியடைந்தால் நட்பான பிழையைக் காட்டட்டும். ஒவ்வொரு கோரிக்கைக்கும் பயன்படுத்திய tokens ஐப் பதிவு செய், ஒவ்வொரு பயனரையும் மணிக்கு 30 சுருக்கங்களுக்கு வரம்பிடு.

முழுமையான chat அனுபவத்துக்கு, AI chatbot ஆப் உருவாக்குவது எப்படி என்பதைப் பாருங்கள்; மற்ற யோசனைகளுக்கு, உங்கள் ஆப்பில் AI அம்சங்களைச் சேர்ப்பது எப்படி. API கள் பொதுவாகவே உங்களுக்குப் புதியதாக இருந்தால், API என்றால் என்ன என்பதில் தொடங்குங்கள்.

Mythex உடன் உருவாக்கிய ஆப்புகளில் LLM APIs

Mythex உடன் உருவாக்கும்போது, உங்கள் ஆப்பின் உள்ளே உள்ள AI உங்கள் சொந்த வழங்குநர் key ஐப் பயன்படுத்துகிறது. அதை ஒரு project secret ஆகச் சேர்க்கிறீர்கள், அல்லது தேவைப்படும்போது Mythex chat இல் காட்டும் secrets அட்டை மூலம் சேர்க்கிறீர்கள், மேலும் அழைப்பை சர்வரில் செய்யச் agent இடம் கேட்கிறீர்கள். வழங்குநர் பயன்பாட்டுக்கான கட்டணம் Mythex build credits க்கு அல்ல, உங்கள் வழங்குநர் கணக்குக்கு வசூலிக்கப்படும். உங்கள் ஆப்பின் பயனர்களுக்கு Mythex tokens வழங்குவதில்லை, அல்லது built-in knowledge-base தயாரிப்பும் இல்லை; கோரிக்கை வரம்புகளையும் செலவுக் கட்டுப்பாடுகளையும் வடிவமைத்துச் சோதிப்பது உங்கள் பொறுப்பு. ஆவணங்களில் உள்ள API key களுடன் AI அம்சங்களைச் சேர்ப்பது என்ற செய்முறையில் ஒரு தொடக்கப் prompt உள்ளது, மேலும் AI app builder பக்கம் எங்கிருந்து தொடங்குவது என்று காட்டும்.

கேள்விகள்