# முழு நிரலையும் மீண்டும் உருவாக்காமல் AI எவ்வாறு நிரற்குறியைத் திருத்த முடியும்?

Canonical HTML: https://aogavrilov.com/ta/projects/discrete-latent-generation/

Document language: ta

உருவாக்க மாதிரிகளைக் கொண்டு இடஞ்சார் நிரற்குறி மாற்றம் செய்வதற்கான நடைமுறை ஆய்வு வழிகாட்டி: எவை நிலையாக இருக்க வேண்டும், எவை மாறலாம், ஓர் உருமாற்றத்தைக் கட்டமைப்பைப் பேணுவது எனக் கூறுமுன் என்ன சான்று தேவை என்பவற்றை விளக்குகிறது.

வெளியிடப்பட்டது ஜூலை 25, 2026 புதுப்பிக்கப்பட்டது ஜூலை 30, 2026 [Alexey Gavrilov](https://aogavrilov.com/about/)

## உண்மையான பிரச்சினை என்ன

நிரல் திருத்தம் என்பது குறுகிய தூண்டுரையுடனான நிரல் உருவாக்கம் மட்டுமல்ல. ஒரு திருத்தி, ஏற்கெனவே உள்ள ஆக்கப்பொருள், நோக்கமிட்ட மாற்றம், மறைமுகமான பாதுகாப்பு ஒப்பந்தம் ஆகியவற்றைப் பெறுகிறது. எனவே மையக் கேள்வி இரு பக்கங்களைக் கொண்டது: **எந்தப் பகுதி மாறலாம்; மீதமுள்ளவற்றின் எந்தப் பண்புகள் நிலையாக இருக்க வேண்டும்?**

AI-உதவிய மென்பொருள் திருத்தத்திற்குள் நுழையும் தொழில்நுட்ப அறிவுள்ள வாசகர்களுக்காக இவ்வழிகாட்டி எழுதப்பட்டுள்ளது. உள்ளூர் திருத்தம் என்ற உள்ளுணர்வுக் கருத்தை, தொடரியல், கட்டமைப்பு, பொருண்மை மற்றும் செயல்பாட்டுப் பாதுகாப்பு குறித்த வலுவான கூற்றுகளிலிருந்து இது பிரித்துக் காட்டுகிறது.

## மையக் கருத்து

வரம்பிட்ட திருத்திக்கு உருவாக்க இலக்கு மட்டும் போதாது; வெளிப்படையான பாதுகாப்பு எல்லையும் தேவை.

### எது மாறாமல் இருக்க வேண்டும்

இது உரைப் பகுதி, இலக்கணம், API signature, AST பகுதி, சோதனை நடத்தை, சார்புநிலைக் ஒப்பந்தம் அல்லது கற்றறிந்த பருமட்டப் பிரதிநிதித்துவம் ஆகியவற்றுள் ஒன்றாக இருக்கலாம். ஒவ்வொரு தேர்வும் நிலைத்தன்மையின் வேறொரு கருத்தைப் பாதுகாக்கிறது.

### எது மாறலாம்

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

## உள்ளுணர்வூட்டும் மாதிரி: ஓர் அறையைப் புதுப்பித்து, கட்டடத்தைப் பாதுகாக்கவும்

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

**ஒப்புமை பொருந்தாமல் போகும் இடம்.** கற்றறிந்த மறைநிலைக் குறியீடு சான்றளிக்கப்பட்ட கட்டடக்கலைத் திட்டம் அல்ல. பருமட்டக் குறியீட்டை நிலைநிறுத்துவது அளவிடப்பட்ட கட்டமைப்பு நிலைத்தன்மையை உயர்த்தலாம்; ஆனால் குறிப்பிட்ட AST node, நடத்தை அல்லது இடைமுகம் மாறாமல் இருப்பதற்கு அது உத்தரவாதமளிக்காது.

## பகுதி மீளுருவாக்கத்தின் மேலும் துல்லியமான பார்வை

ஒரு நிரலை encoder வரைப்படுத்தட்டும் `x` கட்டமைக்கப்பட்ட மறைநிலைப் பிரதிநிதித்துவத்திற்கு `z` . பாதுகாப்பு முகமூடி நிலைகளைத் தேர்ந்தெடுக்கிறது `L` நிலைநிறுத்த. உருவாக்கி, இதனைச் செயல்படுத்தியவாறு நிரப்பும் இடங்களை மட்டுமே மாதிரியெடுக்கிறது `z'l = zl` பூட்டப்பட்ட ஒவ்வொரு நிலைக்கும். பின்னர் ஒரு குறிவிலக்கி, நிறைவுசெய்யப்பட்ட பிரதிநிதித்துவத்தைப் பின்வருமாறு பொருத்துகிறது `z'` மீண்டும் மூலக் குறியீட்டிற்கு.

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

## நான்கு படிநிலைத் திருத்தப் பணிப்பாய்வு

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

## நிரல் திருத்தம், நிரல் பழுதுநீக்கம், கட்டுப்படுத்தப்பட்ட உருவாக்கம் ஆகியவை ஒரே பணி அல்ல

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

## இடம்சார் தன்மையையும் கட்டமைப்புப் பாதுகாப்பையும் அளவிடுவது எப்படி

## திருத்தப் பணிக்கு எந்தக் கட்டுப்பாட்டுத் தளம் பொருந்துகிறது?

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

| தேவையான உத்தரவாதம் | மேலும் பொருத்தமான கட்டுப்பாட்டுத் தளம் | கோர வேண்டிய ஆதாரம் |
| --- | --- | --- |
| AI உதவியுடனான நடத்தைப் பாதுகாக்கும் மறுகாரணியாக்கம் | ஒரு மாற்றத்தை LLM அடையாளம் காணவோ முன்மொழியவோ அனுமதித்து, இயன்ற இடங்களில் நம்பகமான refactoring பொறியைக் கொண்டு அதைச் செயல்படுத்தவும். காண்க: [RefactoringMirror](https://arxiv.org/abs/2411.04444) . | தொகுத்தல், சோதனைகள், நிலைச் சோதனைகள் மற்றும் மறுகட்டமைப்பைக் கண்டறிதல். [SWE-Refactor](https://arxiv.org/abs/2602.03712) இந்தச் சரிபார்ப்புகளை repository மட்டத்தில் வெளிப்படையாக்குகிறது. |
| முழுச் செயல்கூற்றையும் மீண்டும் எழுதாத இடம்சார் நிரற்குறி மாற்றம் | மாற்றப்படாத மூலப் பகுதிகளை மறுபயன்படுத்தி, வேட்புத் திருத்தப் பகுதிகளை மட்டும் உருவாக்கவும்; எடுத்துக்காட்டாக [EfficientEdit](https://arxiv.org/abs/2506.02780) . | பகுதிக்கு வெளியிலான வேறுபாடு, பணியின் வெற்றி, ஏற்கப்பட்ட துண்டலகுகளின் மறுபயன்பாடு, விடுபட்ட சூழல் கோப்புகளிடையேயான மாற்றங்களைத் தவறவிடச் செய்கிறதா என்பவை. |
| மென்பொருள் பொறியியலுக்கான கட்டுப்படுத்தப்பட்ட நிரல் உருவாக்கம் | பின்வருவதுபோல், குறிவிலக்கத்தின்போது ஒரு முறையான பண்பைக் கட்டாயப்படுத்துக [இலக்கணக் கட்டுப்பாட்டுக்குட்பட்ட பரவல்](https://arxiv.org/abs/2508.10111) , அல்லது செல்லுபடியாகும் முன்னொட்டுகளை checkpoint செய்து, இதிலுள்ளதுபோல் காரணமான பகுதிக்கு மட்டும் மீளலாம் [Hydra](https://arxiv.org/abs/2605.15238) . | இலக்கணம், compiler அல்லது type-checker வெற்றி ஆகியவற்றுடன் செயல்பாட்டுச் சோதனைகள், இடச்சார்புத் தன்மை, பழுதுநீக்கத் தாமதம், மறுஉருவாக்கப்பட்ட செல்லுபடியான நிரற்குறியின் அளவு ஆகியவையும். |
| இடச்சார்பு–பல்வகைமைச் சமநிலையுடன் தேர்ந்தெடுத்த Python செயல்கூறு மீளுருவாக்கம் | தேர்ந்தெடுத்த பருமட்ட அல்லது நுண்மட்ட மறைநிலை இடங்களைப் பூட்டி, எஞ்சியவற்றை மட்டும் மாதிரியெடுக்கவும். | குறிவிலக்கப்பட்ட இடஞ்சார் தன்மை, தொடரியல், கட்டமைப்பு மாறிலிகள், திருத்தச் சுதந்திரம், பன்மை மற்றும் நிச்சயமின்மை. மறைநிலைப் பூட்டல் மட்டும் மறுகட்டமைப்பிற்கான உத்தரவாதமல்ல. |
| வெளிப்படையான பேணல் ஒப்பந்தத்தின் கீழ் முன்கணிக்கத்தக்க குறிமுறை உருவாக்கம் | உருவாக்கத்திற்கு முன் காணக்கூடிய பாதுகாக்கப்பட்ட பண்புகளையும் வெற்றி/தோல்விச் சோதனைகளையும் வரையறுத்து, பின்னர் அவற்றைச் செயல்படுத்தவோ வெளிப்படுத்தவோ கூடிய மிகக் குறுகிய இயங்குமுறையைத் தேர்ந்தெடுக்கவும். | குறிவிலக்கத்துக்குப் பின் அந்தத் துல்லியமான பண்புகளை அளவிட்டு, மீளியக்கங்கள் முழுவதிலுமான ஏற்பு, நிராகரிப்பு, தோல்வி விகிதங்களை அறிக்கையிடுக. நிர்ணயவாத மாதிரியெடுப்பு மட்டும் பேணலுக்கான உத்தரவாதமல்ல. |

## இந்த வழிகாட்டி விடையளிக்கும் ஆராய்ச்சிக் கேள்விகள்

இந்தச் சுருக்கமான பதில்கள் இவ்வழிகாட்டி முழுவதும் பயன்படுத்தப்படும் கூற்றுகள் மற்றும் சான்றுகளின் எல்லைகளை வரையறுக்கின்றன.

1. முழுச் செயல்கூற்றையும் மீண்டும் எழுதாமல், உருவாக்க மாதிரி நிரற்குறியை எவ்வாறு மாற்ற முடியும்? உருவாக்கத்திற்கு முன் திருத்தத்தக்க எல்லையை வரையறுத்து, அதற்கு வெளியே உள்ள மூலத்தைப் பாதுகாக்கவோ மீள்பயன்படுத்தவோ செய்து, முன்மொழியப்பட்ட மாற்றங்களை மட்டும் உருவாக்கி, பணியில் தோல்வியுறும் அல்லது பாதுகாக்கப்பட்ட பகுதிகளை மாற்றும் வெளியீடுகளை நிராகரிக்கவும். படிநிலை மறைநிலைப் பூட்டல் ஒரு பரிசோதனைக் கட்டுப்பாட்டுத் தளம்; ஆனால் ஒரே மாதிரியான மூலப் பரப்புகளுக்கு அது உத்தரவாதமளிக்காது. [இடஞ்சார் திருத்தக் கட்டுப்பாட்டுத் தளங்களை ஒப்பிடுக](https://aogavrilov.com/ta/projects/discrete-latent-generation/#control-surface) .
2. ஒரு நிரல் திருத்தம் வெறும் தொடரியல் செல்லுபடித்தன்மை கொண்டதல்ல, உள்ளூர்மையானது என்பதை எந்தச் சான்று காட்டுகிறது? கோரப்பட்ட பகுதிக்கு வெளியிலுள்ள வேறுபாட்டை, பணியின் வெற்றி, திருத்தக்கூடிய பகுதியின் மாற்றம், கட்டமைப்பு மாறிலிகள், சோதனைகள் அல்லது நிலையான பகுப்பாய்வுச் சரிபார்ப்புகள், மீளியக்க மாறுபாடு ஆகியவற்றுடன் சேர்த்து அளவிடுக. அலகிடல் விகிதம் மட்டும் தொடரியல் நன்கமைவை மட்டுமே நிறுவுகிறது. [இடச்சார்பு ஆதாரச் சரிபார்ப்புப் பட்டியலை மீளாய்வு செய்யவும்](https://aogavrilov.com/ta/projects/discrete-latent-generation/#measurement) .
3. நிரற்குறித் திருத்தத்தின் இடம்சார் தன்மையையும் உருவாக்கப் பல்வகைமையையும் எவ்வாறு சமநிலைப்படுத்த வேண்டும்? திருத்தக்கூடிய பகுதியின் சுதந்திரம் மற்றும் வேட்புகளின் தனித்துவத்துடன், பாதுகாக்கப்பட்ட பகுதியின் நிலைத்தன்மையையும் அறிக்கையிடவும். உள்ளீட்டை நகலெடுப்பது பணியில் எந்த முன்னேற்றமும் இல்லாமலேயே நிலைத்தன்மையை அதிகபட்சமாக்கலாம்; கட்டுப்பாடற்ற மறுஎழுத்தாக்கம் இடச்சார்பை அழித்தவாறே மாற்றத்தை அதிகபட்சமாக்கலாம். [வரம்பிட்ட நிலைத்தன்மை–சுதந்திரச் சான்றைக் காண்க](https://aogavrilov.com/ta/projects/discrete-latent-generation/#evidence) .
4. இடம்சார் நிரற்குறித் திருத்தம், கட்டுப்படுத்தப்பட்ட உருவாக்கம், நிரல் பழுதுநீக்கம் ஆகியவை எவ்வாறு வேறுபடுகின்றன? இடம்சார் திருத்தம் எது மாறாமல் இருக்க வேண்டும் என்பதை முன்னிறுத்துகிறது; கட்டுப்படுத்தப்பட்ட உருவாக்கம் இலக்கண உறுப்புரிமை போன்ற முறையான வெளியீட்டுப் பண்பை அமல்படுத்துகிறது; நிரல் பழுதுநீக்கம் மாற்றம் ஒரு குறைபாடு அல்லது பணிக் குறிப்பீட்டை நிறைவேற்ற வேண்டும் எனக் கோருகிறது. தொடரியல் மட்டும் பொருண்மைச் சமத்துவம், செயல்பாட்டுச் சரிநிலை, பணிவெற்றி அல்லது இடம்சார் தன்மை ஆகியவற்றை நிரூபிக்காது. [மூன்று குறிக்கோள்களையும் ஒப்பிடுக](https://aogavrilov.com/ta/projects/discrete-latent-generation/#comparison) .
5. ஒரு Python செயல்கூற்றின் தேர்ந்தெடுக்கப்பட்ட பகுதிகளை மட்டும் மீளுருவாக்கி, எஞ்சிய பகுதிகளை எவ்வாறு நிலையாக வைத்திருக்கலாம்? உருவாக்கத்திற்கு முன் பாதுகாக்கப்பட்ட மற்றும் திருத்தத்தக்க பகுதிகளை வரையறுத்து, திருத்தத்தக்க பிரதிநிதித்துவத்தை மட்டும் மாற்றி, குறிவிலக்கி, பாதுகாக்கப்பட்ட நிரலை மாற்றும் அல்லது தொடரியல், சோதனைகள், நிலைச் சோதனைகள் அல்லது பணி-சார் மாறிலிகளில் தோல்வியுறும் முன்மொழிவுகளை நிராகரிக்கவும். அறிக்கையிடப்பட்ட படிநிலை-மறைநிலைப் பரிசோதனை 64-சொற்கூறு செயல்கூறுகளில் நிகழ்தகவு நிலைத்தன்மையை அளவிடுகிறது; மாறாத பரப்புகளுக்கோ நடத்தைக்கோ அது உத்தரவாதமளிக்கவில்லை. [தேர்ந்தெடுத்த மீளுருவாக்கப் பணிப்பாய்வை ஆய்வு செய்க](https://aogavrilov.com/ta/projects/discrete-latent-generation/#workflow) .
6. AI-உதவிய நடத்தைப் பாதுகாக்கும் மறுகட்டமைப்புக்கு எந்தக் கட்டுப்பாட்டு உத்தி பொருந்துகிறது? ஓர் உருமாற்றத்தை அடையாளம் காணவோ முன்மொழியவோ மாதிரியைப் பயன்படுத்தி, இயன்ற இடங்களில் நம்பகமான மறுகட்டமைப்பு இயந்திரத்தால் அதைச் செயல்படுத்துங்கள்; தொகுத்தல், சோதனைகள், நிலைச் சரிபார்ப்புகள் மற்றும் நோக்கப்பட்ட மறுகட்டமைப்பைச் சரிபாருங்கள். நம்பத்தகுந்ததாகத் தோன்றும் உருவாக்கப்பட்ட patch மட்டும் போதுமான சான்றல்ல. [மறுகாரணியாக்க முடிவு வரிசையைத் திறக்கவும்](https://aogavrilov.com/ta/projects/discrete-latent-generation/#control-surface) .
7. நிரல் உருவாக்கத்தை வெறும் கட்டுப்படுத்தத்தக்கதாக அல்லாமல் முன்கணிக்கத்தக்கதாக ஆக்குவது எது? உருவாக்கியைத் தேர்வதற்கு முன் கவனிக்கக்கூடிய பேணல் ஒப்பந்தத்தையும் ஏற்புச் சரிபார்ப்புகளையும் குறிப்பிடுக. முன்தூண்டல், முகமூடி, இலக்கணம் அல்லது மறைநிலைக் குறியீடு நிலைநிறுத்தப்பட்டதா என்பதில் மட்டும் அல்லாமல், குறிவிலக்கம் மற்றும் சரிபார்ப்புக்குப் பின்னர் எது நிலையாக நீடிக்கிறது என்பதிலும் முன்கணிப்புத்தன்மை சார்ந்துள்ளது. [பாதுகாப்பு ஒப்பந்தத்தை வரையறுக்கவும்](https://aogavrilov.com/ta/projects/discrete-latent-generation/#core-idea) .

## தற்போதைய பரிசோதனை எதைக் காட்டுகிறது — எதைக் காட்டவில்லை

இதில் [*கட்டமைப்பைப் பேணும் மென்பொருள் மீளுருவாக்கத்திற்கான ஆய்விடத்தக்க கட்டுப்பாடு*](https://aogavrilov.com/ta/publications/inspectable-control/) , படிநிலை VQ-VAE ஆனது 64-token Python functions-ஐ 16 மேல்நிலை மற்றும் 32 கீழ்நிலை தனித்த நிலைகளுக்கு வரைபடமாக்குகிறது. நான்கு மேல்நிலைக் குறியீடுகளைப் பூட்டுவது parse rate-ஐ இதிலிருந்து உயர்த்துகிறது **0.453 முதல் 0.591 வரை** , அதேவேளை பூட்டப்படாத நிலைகள் இன்னமும் இவ்விகிதத்தில் மாறுகின்றன **0.936** மேலும் நிபந்தனை மாதிரிகள் தொடர்ந்து இருப்பது **0.998 தனித்துவம்** .

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

துணை ஆய்வு [*சுருக்கப்பட்ட குறுஉரை உருவாக்கத்தில் தரம் சிதையும் இடம்*](https://aogavrilov.com/ta/publications/where-quality-breaks/) ஒரு முக்கியமான மதிப்பீட்டுப் படிப்பினையைச் சேர்க்கிறது: மேம்பட்ட மறைநிலை வெளிப் பதிலளவீடுகள் குறிவிலக்கப்பட்ட வெளியீடுகளை அவசியம் மேம்படுத்துவதில்லை. பிரதிநிதித்துவம், உருவாக்கம், குறிவிலக்கப்பட்ட நடத்தை ஆகியவை தனித்தனிப் படிநிலைகளாகச் சரிபார்க்கப்பட வேண்டும்.

மீண்டும் பயன்படுத்தத்தக்க முடிவெடுப்பு முறைக்கு, பின்வருவது குறித்த துணை வழிகாட்டியைப் பார்க்கவும் [கோடெக் இழப்பை உருவாக்கி இழப்பிலிருந்து பிரித்தறிதல்](https://aogavrilov.com/ta/projects/codec-bottleneck-diagnosis/) .

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

### “இது பாகுபடுத்தப்படுகிறது; ஆகவே இது சரியானது.”

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

### “ஒரு பருமட்டக் குறியீடு ஓர் AST node ஆகும்.”

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

### “பூட்டப்பட்ட மறைநிலைகள் என்பது மாறாத மூல உரையைக் குறிக்கும்.”

குறிவிலக்கல் முழுமையானதும் கற்றறியப்பட்டதுமாகும். நிலையான மறைநிலை நிலைகள், ஒரே மாதிரியான உரைப் பரப்பிற்கு உத்தரவாதமளிக்காமலேயே நிலைத்தன்மையை அதிகரிக்கலாம்.

### “குறைவான மாற்றமே எப்போதும் சிறந்தது.”

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

## அடுத்து வாசிக்க வேண்டியவை

தொடர்புடைய ஆய்வுகள் வேறுபட்ட கட்டுப்பாட்டு இடைமுகங்களைப் பயன்படுத்துகின்றன; பணிப் பொருத்தத்தை உறுதிப்படுத்தாமல் எதையும் பரஸ்பரம் மாற்றத்தக்க அடிப்படையாகக் கருதக்கூடாது.

1. [Self-Edit: Fault-Aware Code Editor for Code Generation](https://arxiv.org/abs/2305.04087) உருவாக்கத்தைத் திருத்தத்தக்க செயல்முறையாகக் கருதி, கண்டறியப்பட்ட குறைபாடுகளைக் கொண்டு திருத்தத்தை வழிநடத்துகிறது.
2. [Coeditor: Leveraging Contextual Changes for Multi-round Code Auto-editing](https://arxiv.org/abs/2305.18584) ஒவ்வொரு திருத்தச் சுற்றிலும் தொடக்கத்திலிருந்து மீளுருவாக்குவதற்குப் பதிலாக, சூழல்சார்ந்த குறிமுறை மாற்றங்களை மாதிரியாக்குகிறது.
3. [PAFT: குறைந்தபட்சத் திருத்த நிரல் பழுதுநீக்கத்திற்கான பேணலறிந்த நுண்சீரமைப்பு](https://arxiv.org/abs/2604.03113) நிரல் பழுதுநீக்கப் பயிற்சியில் பாதுகாப்பையும் குறைந்தபட்ச மாற்றத்தையும் வெளிப்படையாக்குகிறது.
4. [Constrained Decoding of Diffusion LLMs with Context-Free Grammars](https://arxiv.org/abs/2508.10111) diffusion குறிவிலக்கத்தின்போது முறையான கட்டுப்பாடுகள் எவ்வாறு தொடரியல் உத்தரவாதங்களை வழங்கக்கூடும் என்பதைக் காட்டுகிறது.
5. [நரம்பியல் தனித்துண்டுப் பிரதிநிதித்துவக் கற்றல்](https://arxiv.org/abs/1711.00937) கற்றறிந்த தனித்த மறைநிலைப் பிரதிநிதித்துவங்களுக்கான அடிப்படை நுட்பமான VQ-VAE-ஐ அறிமுகப்படுத்துகிறது.
6. [Simple and Effective Masked Diffusion Language Models](https://arxiv.org/abs/2406.07524) துணை நோயறிதல் ஆய்வில் மறைநிலை உருவாக்கியாகப் பயன்படுத்தப்பட்ட மறைக்கப்பட்ட தனித்த பரவல் கட்டமைப்பை வழங்குகிறது.
7. [An Empirical Study on the Potential of LLMs in Automated Software Refactoring](https://arxiv.org/abs/2411.04444) LLM முன்மொழிந்த பாதுகாப்பற்ற மறுகாரணியாக்கங்களைக் கண்டறிந்து, நம்பத்தகுந்த மறுகாரணியாக்கப் பொறிகள் வழியாகக் கண்டறியப்பட்ட உருமாற்றங்களை மீண்டும் பயன்படுத்துவதை மதிப்பிடுகிறது.
8. [SWE-Refactor: A Repository-Level Benchmark for Real-World LLM-Based Code Refactoring](https://arxiv.org/abs/2602.03712) தொகுத்தல், சோதனைகள், மறுகாரணியாக்கக் கண்டறிதல் ஆகியவற்றைக் கொண்டு, நடத்தை பேணும் களஞ்சிய-நிலை மறுகாரணியாக்கத்தை மதிப்பிடுகிறது.
9. [EfficientEdit: Accelerating Code Editing via Edit-Oriented Speculative Decoding](https://arxiv.org/abs/2506.02780) ஒரு திருத்தத்தை முழுமையான தன்பின்னோக்கு மீளுருவாக்கமாகக் கருதுவதற்குப் பதிலாக, மாற்றப்படாத மூலத் துண்டுகளை மறுபயன்படுத்தி திருத்த இடங்களை முன்னறிவிக்கிறது.
10. [Hydra: Efficient, Correct Code Generation via Checkpoint-and-Rollback Support](https://arxiv.org/abs/2605.15238) பிழைக்குப் பிறகு ஏற்கெனவே செல்லுபடியான முன்னொட்டுகளை மீண்டும் உருவாக்குவதைத் தவிர்க்க, நிலைச் சரிபார்ப்பு, checkpoints மற்றும் இலக்கிட்ட rollback ஆகியவற்றைப் பயன்படுத்துகிறது.

## சுருக்கமான மீள்பார்வை

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

## இந்த ஆராய்ச்சித் திசையிலான வெளியீடுகள்

### [Where Quality Breaks in Compressed Short-Text Generation: Staged Bottleneck Localization](https://aogavrilov.com/ta/publications/where-quality-breaks/)

சுருக்கப்பட்ட குறுஉரை உருவாக்கத்தில் தரம் சிதையும் இடம்: கட்டவாரி இடர்ப்புள்ளி இருப்பிடமறிதல்

நோயறிதல் வழிமுறை FRUCT 39 2026 முதன்மை மாநாடு

### [Inspectable Control for Structure-Preserving Software Regeneration](https://aogavrilov.com/ta/publications/inspectable-control/)

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

மறைநிலை-வெளிக் கட்டுப்பாட்டு முறை FSE Companion '26 2026 துணைச் சுவரொட்டி