அடிப்படை

LLM முகவரின் context window: அதில் என்ன போகிறது, முகவர் விதிகளை ஏன் மறக்கிறது

புதுப்பிக்கப்பட்டது: 13.10.2026 · Skillaria.Top

LLM context window என்பது மாதிரி ஒவ்வொரு பதிலின்போதும் பார்க்கும் முழு உரை: system prompt, அறிவுறுத்தல் கோப்புகள், உரையாடல் வரலாறு, படித்த கோப்புகள், கருவி வெளியீடுகள். அதற்கு டோக்கன்களில் கடுமையான வரம்பு உண்டு, ஆனால் கவனத்தின் தரம் அதற்கு வெகு முன்பே குறைகிறது; அதனால் நீண்ட அமர்வில் முகவர் விதிகளை இழக்கிறது. சுருக்கமான அறிவுறுத்தல்கள், compaction, திட்டக் கோப்புடன் புதிய அமர்வுகள், சத்தமான வேலையை subagent-களுக்கு அனுப்புதல் உதவுகின்றன.

LLM context window என்றால் என்ன

LLM context window என்பது மாதிரி அடுத்த பதிலை உருவாக்கும்போது பெறும் முழு உள்ளீட்டு உரை. மாதிரிக்கு மனித அர்த்தத்தில் நினைவு இல்லை: உங்கள் பணியைப் பற்றி அது இப்போது «தெரிந்துகொள்வது» அனைத்தும் அந்த window-க்குள்தான் இருக்கிறது. Window-இல் இல்லாதது மாதிரிக்கு இல்லவே இல்லை.

Window-இன் அளவு டோக்கன்களில் அளக்கப்படுகிறது — சொற்களின் துண்டுகள். தமிழ் உரைக்கு ஒரு டோக்கன் ஆங்கிலத்தை விட பொதுவாக குறுகியது, எனவே ஒரே அறிவுறுத்தல் தமிழில் அதிக டோக்கன்கள் ஆகும். நவீன மாதிரிகளுக்கு நூறாயிரக்கணக்கான டோக்கன் window-கள் உள்ளன, எல்லாவற்றுக்கும் இடம் போதும் போலத் தோன்றும். நடைமுறையில் முகவரின் இடம் எதிர்பார்ப்பதை விட வேகமாக நிரம்புகிறது, மேலும் அது வேலை செய்யும் தரம் அதற்கு முன்னரே குறையத் தொடங்குகிறது.

முகவரின் context window-இல் என்ன போகிறது

நிரலாக்க முகவருக்கு தகவல் மூலங்கள் சரியாக மூன்று: பணியை விவரிக்கும் system prompt, அது படித்த கோப்புகளின் உள்ளடக்கம், அது அழைத்த கருவிகளின் வெளியீடு. மூன்றும் ஒரே window-இல் வாழ்கின்றன, இடத்துக்காகப் போட்டியிடுகின்றன.

என்ன	எப்போது சேர்கிறது	பொதுவாக எவ்வளவு செலவாகிறது
முகவரின் system prompt மற்றும் கருவி விளக்கங்கள்	ஒவ்வொரு அமர்வின் தொடக்கத்திலும்	நிலையான கட்டணம், உங்களை அதிகம் சார்ந்தது அல்ல
CLAUDE.md, AGENTS.md மற்றும் பிற அறிவுறுத்தல் கோப்புகள்	அமர்வின் தொடக்கத்தில், முழுதாக	நூறுகள் முதல் பல்லாயிரம் டோக்கன்கள் வரை — உங்களைச் சார்ந்தது
உங்கள் செய்திகளும் முகவரின் பதில்களும்	முழு உரையாடலிலும் குவிகின்றன	ஒவ்வொரு பரிமாற்றத்துடனும் வளர்கிறது
படித்த கோப்புகள்	முகவர் அவற்றைத் திறக்கும்போது	பெரிய கோப்பு — ஒரே நேரத்தில் ஆயிரக்கணக்கான டோக்கன்கள்
கட்டளை வெளியீடு: சோதனைகள், பதிவுகள், build, grep	ஒவ்வொரு கருவி அழைப்புக்குப் பின்	பெரும்பாலும் மிகப் பெரிய, மிகக் குறைந்த பயனுள்ள பகுதி

முக்கியமானது: இவற்றில் எதுவும் தானாக மறைவதில்லை. இருபது படிகளுக்கு முன் தேவைப்பட்ட தோல்வியுற்ற சோதனையின் பதிவு இன்னும் window-இல் கிடக்கிறது, தற்போதைய படியின் கவனத்தை எடுக்கிறது. நீண்ட அமர்வு என்பது தொடர்ந்து வளரும் ஒரு குவியல், அதில் ஊசியைக் கண்டுபிடிப்பது மேலும் கடினமாகிறது.

நீண்ட அமர்வில் முகவர் விதிகளை ஏன் மறக்கிறது

அடிக்கடி வரும் புகார்: அமர்வின் தொடக்கத்தில் முகவர் CLAUDE.md-இன் விதிகளைக் கவனமாகப் பின்பற்றுகிறது, ஒரு மணி நேர வேலைக்குப் பின் அவற்றை மீறத் தொடங்குகிறது. அது அவற்றை நேரடிப் பொருளில் «மறந்துவிடவில்லை» — விதிகளின் உரை இன்னும் window-இல் இருக்கிறது. பிரச்சினை, நீண்ட உரை முழுவதும் மாதிரி கவனத்தை எவ்வாறு பகிர்கிறது என்பதில் உள்ளது.

Lost in the middle

Liu மற்றும் இணை ஆசிரியர்களின் 2023 ஆய்வு காட்டியது: மொழி மாதிரிகள் நீண்ட context-இன் தொடக்கத்திலும் முடிவிலும் உள்ள தகவலை, நடுவில் உள்ளதை விட நன்றாகப் பயன்படுத்துகின்றன. அறிவுறுத்தல் கோப்பு அமர்வின் தொடக்கத்தில் ஏற்றப்படுகிறது, ஆனால் உரையாடல் தொடரும்போது அதற்கு மேலும் கீழும் உரை குவிகிறது. கண்ணுக்குத் தெரிந்த விதி படிப்படியாக மாதிரி மிக மோசமாகப் «பார்க்கும்» பகுதிக்குச் செல்கிறது.

window-இல் விதிகளின் பங்கு குறைகிறது

புதிய அமர்வில் அறிவுறுத்தல்கள் context-இன் கணிசமான பகுதி. நூறு கருவி அழைப்புகளுக்குப் பின் அவை பதிவுகள், diff-கள், படித்த குறியீடு ஆகியவற்றின் நடுவில் ஒரு சிறிய துண்டாகின்றன. சமிக்ஞை அதேதான், ஆனால் சுற்றியுள்ள சத்தம் பல மடங்கு அதிகம்.

புதிய எடுத்துக்காட்டுகள் பழைய விதிகளை விஞ்சுகின்றன

மாதிரி சமீபத்தில் உரையாடலில் நடந்ததை மிகவும் நம்புகிறது. முகவர் விதியைத் தாண்டி பல முறை தொடர்ச்சியாக ஏதாவது செய்து அது தப்பிவிட்டால், அந்த வடிவம் வரலாற்றில் ஏதோ ஒரு இடத்தில் உள்ள அறிவுறுத்தல் வரியை விட அதிக எடை பெறுகிறது.

Context rot: window நிரம்புவதற்கு முன்பே தரம் குறைவது

Context rot («context அழுகல்») என்பது window நிரம்பும்போது மாதிரியின் பதில்களின் தரம் குறையும் விளைவு, தொழில்நுட்ப வரம்பு இன்னும் வெகு தொலைவில் இருந்தாலும். மாதிரி 200 ஆயிரம் டோக்கன்களை ஏற்கிறது, ஆனால் 150 ஆயிரத்தில் 20 ஆயிரத்தை விட மோசமாக வேலை செய்கிறது: விவரங்களை அடிக்கடி குழப்புகிறது, ஏற்கனவே நிராகரிக்கப்பட்ட தீர்வுகளை மீண்டும் சொல்கிறது, அறிவுறுத்தல்களை இழக்கிறது.

அமர்வு «அழுகிவிட்டது» என்பதற்கான அறிகுறிகள்:

அரை மணி நேரத்துக்கு முன் நீங்கள் இருவரும் நிராகரித்த அணுகுமுறையை முகவர் முன்வைக்கிறது;
ஏற்கனவே விவாதிக்கப்பட்ட கோப்பு மற்றும் செயல்பாட்டுப் பெயர்களைக் குழப்புகிறது;
தொடக்கத்தில் தானே இயக்கிய சோதனைகளை இயக்குவதை நிறுத்துகிறது;
பதில்கள் நீளமாகவும் மங்கலாகவும் ஆகின்றன, «கூடவே இதையும் சரி செய்தேன்» என்பவை தோன்றுகின்றன.

இதற்கு இன்னொரு விதியைச் சேர்ப்பது பயனற்றது: புதிய விதி அதே சத்தத்தில் தொலைந்துவிடும். சத்தத்தைக் குறைக்க வேண்டும்.

Context compaction

Compaction என்பது அமர்வின் வரலாற்றைச் சுருக்குவது: மாதிரி என்ன நடந்தது என்பதன் சுருக்கத்தை எழுதுகிறது, உரையாடல் முழு வரலாற்றுக்குப் பதிலாக அந்தச் சுருக்கத்துடன் தொடர்கிறது. Window விடுவிக்கப்படுகிறது, வேலையின் சாராம்சம் பாதுகாக்கப்பட்டதாகத் தோன்றுகிறது.

Claude Code-இல் இதற்கு /compact கட்டளை உள்ளது, சுருக்கும்போது எதில் கவனம் செலுத்த வேண்டும் என்ற குறிப்பை அதற்குக் கொடுக்கலாம். Window வரம்புக்கு அருகில் வரும்போது Claude Code தானாகவே compaction செய்கிறது. /clear வரலாற்றை முழுவதுமாக அழித்து வெற்றுத் தாளிலிருந்து தொடங்குகிறது, /context window எதனால் நிரம்பியுள்ளது என்பதைக் காட்டுகிறது.

/context
/compact சேமி: பணியின் இலக்கு, காரணங்களுடன் எடுத்த முடிவுகள், மாற்றப்பட்ட கோப்புகளின் பட்டியல், இனி சரிபார்க்க வேண்டியவை
/clear

Compaction-இன் ஆபத்து

சுருக்கம் எப்போதும் விவரங்களை இழக்கிறது. சுருக்கப்பட்ட உரையில் நிராகரிக்கப்பட்ட மாற்று வழியும், அதை நிராகரித்ததற்கான காரணமும், தேவையின் சரியான வார்த்தையும், நீங்கள் கடந்து செல்லும்போது ஒப்புக்கொண்ட நுணுக்கமும் வராமல் போகலாம். Compaction-க்குப் பின் முகவர் தன் சொந்த அமர்வின் வேறொருவர் எழுதிய சுருக்கத்துடன் வேலை செய்கிறது. அதனால் முக்கியமானவற்றை உரையாடல் வரலாற்றில் அல்ல, எந்த compaction-ஐயும் தாண்டி வாழும் கோப்புகளில் வைத்திருப்பது நம்பகமானது.

Compaction அல்லது புதிய அமர்வு

சூழ்நிலை	என்ன செய்வது
பணி கிட்டத்தட்ட முடிந்தது, இன்னும் கொஞ்சம் இடம் வேண்டும்	என்ன சேமிக்க வேண்டும் என்ற குறிப்புடன் compaction
ஒரு பணி முடிந்தது, இன்னொன்று தொடங்குகிறீர்கள்	புதிய அமர்வு, பழைய வரலாறு தடையாகவே இருக்கும்
அமர்வு «அழுகிவிட்டது», முகவர் வட்டத்தில் சுற்றுகிறது	நிலையை திட்டக் கோப்பில் எழுதி புதிய அமர்வைத் தொடங்குங்கள்
குறியீடு அல்லது பதிவுகளை நீண்ட நேரம் ஆராய வேண்டும்	ஆராய்ச்சியை subagent-க்கு கொடுங்கள்

Context-ஐ எப்படிச் சேமிப்பது

Context-ஐச் சேமிப்பது டோக்கன் விலையைப் பற்றியது அல்ல, வேலையின் தரத்தைப் பற்றியது. Window-இல் சத்தம் குறைவாக இருந்தால், பணிக்கும் விதிகளுக்கும் அதிக கவனம் கிடைக்கும்.

1. குறுகிய அறிவுறுத்தல் கோப்பு — router

நுழைவு கோப்பான CLAUDE.md அல்லது AGENTS.md ஒவ்வொரு அமர்விலும் முழுதாகப் படிக்கப்படுகிறது. 600 வரி கோப்பு என்பது சுமார் 10–20 ஆயிரம் டோக்கன்கள் நிலையான கட்டணம். அதில் சரிபார்ப்புக் கட்டளைகள், கடுமையான கட்டுப்பாடுகள், திட்ட வரைபடம் வைத்திருங்கள்; தலைப்புவாரி விவரங்களை தனி ஆவணங்களில், முகவர் தேவைப்படும்போது மட்டும் திறக்கும்படி.

2. தேவைக்கேற்ப ஏற்றப்படும் அறிவு

Claude Code skills-இல் context-இல் முதலில் அவற்றின் குறுகிய விளக்கம் மட்டுமே போகிறது, முழு அறிவுறுத்தல் பணிக்குத் தேவைப்படும்போது ஏற்றப்படுகிறது. Deploy, migration, release போன்ற அரிதான நடைமுறைகளை ஒவ்வொரு அமர்விலும் கட்டணம் இல்லாமல் கையில் வைத்திருக்க இது ஒரு வசதியான வழி.

3. சத்தமான வேலைக்கு subagent-கள்

Subagent தனது சொந்த context window-இல் வேலை செய்து முதன்மை அமர்வுக்கு முடிவை மட்டும் திருப்பித் தருகிறது. பெரிய குறியீட்டில் தேடல், நீண்ட பதிவின் பகுப்பாய்வு, அறிமுகமில்லாத தொகுதியைப் படிப்பது — இவற்றை subagent-க்கு கொடுத்து, ஆயிரக்கணக்கான வரி மூல வெளியீட்டுக்குப் பதிலாக சில பத்திகளில் முடிவுகளைப் பெறலாம்.

4. அமைதியான கருவி வெளியீடு

கட்டளை வெளியீடுதான் window-ஐ விழுங்கும் முக்கிய பொருள். சோதனைக் கட்டளைகளை வெற்றியில் ஒரு வரி மட்டும் அச்சிடுமாறும், தோல்வியில் சாராம்சம் மட்டும் — தோல்வியுற்ற சோதனையும் அதன் செய்தியும், முழு build பதிவு அல்ல — அச்சிடுமாறும் அமையுங்கள்.

# சத்தமானது: ஒவ்வொரு ஓட்டத்துக்கும் ஆயிரக்கணக்கான வரிகள் window-க்குள்
pytest -v

# அமைதியானது: வெற்றியில் ஒரு வரி, தோல்வியில் தோல்வியுற்ற சோதனைகள் மட்டும்
pytest -q --tb=short

# பதிவு — முழுதாக அல்ல, இறுதிப் பகுதியும் பிழைகளும் மட்டும்
tail -n 50 app.log | grep -i error

5. ஒரு பணி — ஒரு அமர்வு

ஒரே அமர்வில் மூன்று தொடர்பில்லாத பணிகளை இழுக்காதீர்கள். முதல் பணியின் வரலாறு மூன்றாவதற்கு பயனற்றது, ஆனால் இடம் பிடித்து முகவரைக் குழப்புகிறது. முடித்ததும் முடிவைப் பதிவு செய்து புதிய அமர்வைத் திறக்கவும்.

6. நிலை வரலாற்றில் அல்ல, கோப்புகளில்

Compaction மற்றும் புதிய அமர்வைத் தாண்டி வாழ வேண்டிய அனைத்தையும் களஞ்சியத்தில் எழுதுங்கள்: இலக்கு, காரணங்களுடன் முடிவுகள், நிராகரிக்கப்பட்ட மாற்று வழிகள், என்ன செய்யப்பட்டது மற்றும் எப்படி சரிபார்க்கப்பட்டது, அடுத்த படி. உதாரணமாக PLAN.md மற்றும் PROGRESS.md-இல். அப்போது புதிய அமர்வு நினைவுகூர்தலில் அல்ல, துல்லியமான ஆவணத்தில் தொடங்குகிறது, நீங்கள் வரலாற்றை நம்பிக்கையுடன் அழிக்கலாம்.

# PROGRESS.md
## இலக்கு
தள்ளுபடி கணக்கீட்டை முழு காசுகளுக்கு மாற்றுவது

## செய்யப்பட்டது (சரிபார்க்கப்பட்டது)
- app/payments/discount.py: float → int, make test பச்சை
- Migration 041 சேர்க்கப்பட்டது, உள்ளூரில் பயன்படுத்தப்பட்டது

## முடிவுகள்
- வட்டம் — வங்கி முறை, கட்டண வழங்குநரைப் போல

## நிராகரிக்கப்பட்டது
- மாதிரியில் Decimal: webhook serialization-ஐ உடைக்கிறது

## அடுத்த படி
ஆர்டர் செய்யும் e2e சூழ்நிலையைப் புதுப்பித்து make e2e இயக்குவது

முக்கிய விதிகள் — window-இல் மட்டும் இருக்கக்கூடாது

மிகச் சிறப்பாக அமைக்கப்பட்ட context கூட விதிகள் பின்பற்றப்படுவதை உறுதிசெய்யாது: window-இல் உள்ள உரை மாதிரியின் மேல் ஏற்படுத்தும் தாக்கம், இயக்கக்கூடிய தடை அல்ல. மீறல் ஏற்கத்தகாததாக இருந்தால், விதி இயந்திரத்தால் சரிபார்க்கப்பட வேண்டும். Claude Code-இல் இதற்கு hooks உள்ளன — முகவரின் நிகழ்வுகளில் இயங்கி செயலைத் தடுக்கக்கூடிய கட்டளைகள் — மற்றும் சில கருவிகள் அல்லது கட்டளைகளைத் தடுக்கும் அனுமதி அமைப்புகள். Linter-கள், சோதனைகள், CI முகவரின் window-இல் இப்போது என்ன நடக்கிறது என்பதைச் சாராமல் வேலை செய்கின்றன.

Harness-இன் நல்ல விதி: தானாகச் சரிபார்க்கக்கூடியவை தானாகவே சரிபார்க்கப்படுகின்றன, context-இல் தீர்ப்பு தேவைப்படுவது மட்டுமே இருக்கிறது.

முடிவு

LLM context window என்பது முகவர் உங்கள் பணியைப் பார்க்கும் ஒரே இடம், அது எதிர்பார்ப்பதை விட வேகமாக நிரம்புகிறது: அறிவுறுத்தல்கள், வரலாறு, படித்த கோப்புகள், கட்டளை வெளியீடுகள் அமர்வின் இறுதி வரை குவிகின்றன. தொழில்நுட்ப வரம்புக்கு வெகு முன்பே தரம் குறைகிறது, நீண்ட context-இன் நடுவில் உள்ள விதிகள் தொலைந்துவிடுகின்றன, compaction இடத்தைக் காப்பாற்றுகிறது, விவரங்களின் விலையில். அறிவுறுத்தல்களைக் குறுகியதாக வையுங்கள், அரிதான அறிவைத் தேவைக்கேற்ப ஏற்றுங்கள், சத்தமான வேலையை subagent-களுக்கு அனுப்புங்கள், நிலையை கோப்புகளில் வையுங்கள், முக்கிய விதிகளை hooks-ஆலும் சரிபார்ப்புகளாலும் வலுப்படுத்துங்கள். Context-உடன் வேலை செய்வது harness engineering பாடநெறியில் நடைமுறையில் விளக்கப்படுகிறது.

அடிக்கடி கேட்கப்படும் கேள்விகள்

Claude-இன் context window எத்தனை டோக்கன்கள்?

மாதிரி மற்றும் திட்டத்தைப் பொறுத்தது; நிலையான அளவுகோல் சுமார் 200 ஆயிரம் டோக்கன்கள், சில மாதிரிகளுக்கும் அமைப்புகளுக்கும் அதிகம். துல்லியமான மதிப்புகளுக்கு குறிப்பிட்ட மாதிரிக்கான Anthropic ஆவணத்தைப் பாருங்கள்.

பெரிய window கொண்ட மாதிரி விதிகள் மறக்கும் பிரச்சினையைத் தீர்க்குமா?

ஓரளவுக்கு: இடம் அதிகம், ஆனால் lost in the middle மற்றும் context rot விளைவுகள் மறைவதில்லை. பெரிய window குறுகிய அறிவுறுத்தல்களையும் சுத்தமான அமர்வையும் மாற்றாது.

முகவர் ஒரு விதியை மீறும்போது அதை செய்தியில் மீண்டும் சொல்ல வேண்டுமா?

ஒருமுறை நினைவூட்டுவது உதவுகிறது, ஏனெனில் context-இன் முடிவில் உள்ள புதிய உரையை மாதிரி நன்றாகப் பார்க்கிறது. ஆனால் தொடர்ந்து நினைவூட்ட வேண்டியிருந்தால், விதியை சோதனையாலோ hook-ஆலோ பூட்ட வேண்டும்.

Claude Code-இல் context window எதனால் நிரம்பியுள்ளது என்று எப்படிப் பார்ப்பது?

/context கட்டளை system prompt, கருவிகள், நினைவுக் கோப்புகள், செய்தி வரலாறு ஆகியவை எவ்வளவு இடம் பிடிக்கின்றன என்று காட்டுகிறது. பெரிய CLAUDE.md அல்லது நீண்ட வரலாறு window-ஐ விழுங்குகிறதா என்று விரைவாகப் பார்க்க இது ஒரு வழி.

compaction-இல் முதலில் என்ன தொலைகிறது?

உரையாடலில் மட்டும் இருந்த ஒப்பந்தங்கள்: நிராகரிக்கப்பட்ட மாற்று வழிகள், தேவையின் விளக்கங்கள், சிறு நுணுக்கங்கள். களஞ்சிய கோப்புகளில் எழுதப்பட்டவற்றை முகவர் மீண்டும் படிக்க முடியும்.

இந்தத் தலைப்பை வீடியோவில் கற்றுக்கொள்ளுங்கள்

“Harness Engineering: инженерия надёжности AI-агентов” பாடநெறியில் இந்தத் தலைப்பு பயிற்சியுடன் விரிவாக விளக்கப்பட்டுள்ளது.

பாடநெறிக்குச் செல்