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

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

அசல் தேவை: ஒரு மதிப்புமிக்க பணம் செலுத்தும் பயனர், கட்டுரைகளில் கட்டுரை மாற்றியமைக்கப்பட்ட நேரத்தைச் சேர்க்க வேண்டும் என்று விரும்பினார்

இந்த தேவை முதல் பார்வையில், செயல்படுத்துவது சற்று கடினமாகத் தோன்றுகிறது. ஏனெனில் எனது வலைத்தளத்தின் கட்டுரைகள், தரவுத்தளத்தில் சேமிக்கப்படவில்லை, அனைத்தும் next.js இன் SSG ஐப் பயன்படுத்தி கட்டமைக்கப்பட்டவை. அவை புதுப்பிக்கப்பட்ட நேரத்தைக் கொண்டிருக்கவே இல்லை.

இங்கே ஒரு நுட்பம்: சிக்கலைத் தீர்க்கும் போது, நாம் அசல் தேவையை நேரடியாக Claude Codeக்கு வழங்கக்கூடாது, பின்வரும் காரணங்களுக்காக

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

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

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

1. கோப்பு கட்டமைப்பு நேரம், ஒவ்வொரு முறை build செய்யும் போது, கோப்பின் கட்டமைப்பு நேரத்தைப் பெற வேண்டும். ஆனால் turbopack இன் தொகுப்பு உத்தி சற்று வித்தியாசமானது, ஒவ்வொரு முறை கட்டமைக்கும் போது, கோப்பின் hash மதிப்பு மாறும், எனவே இந்த கட்டமைப்பு நேரம் நம்பகமானதாக இருக்காது

2. git கமிட் நேரம், நான் நினைத்தேன், இது ஒப்பீட்டளவில் நம்பகமானதாக இருக்க வேண்டும்

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

Claude Code ஒப்பீட்டளவில் நம்பகமானது, குறிப்புச் சொல் துல்லியமாக இருந்தால், பொதுவாக எந்தப் பிரச்சனையும் இல்லை, அது விரைவாகச் செயல்படத் தொடங்கியது

7 டாலர் வரம்பைச் செலவழித்த பிறகு, சுமார் 20 நிமிடங்கள் எடுத்து, இறுதியாக வெற்றிகரமாக இயக்கப்பட்டது.

எதிர்பாராத விதமாக, எதிர்பாராதது நடந்தது, அது 171 கோப்புகளின் மாற்றங்களைத் தவிர்த்துவிட்டது.

இங்கே ஒரு பெரிய பிரச்சனை இங்கேயே உள்ளது, உண்மையில் இங்கே தவிர்க்கப்பட்ட கோப்புகள், கூடுதல் ஒரு pass அளவுருவை மட்டுமே பெற்றுள்ளன, மற்ற அனைத்தும் முற்றிலும் ஒரே மாதிரியானவை

<PostLayout pass>...

ஆனால் அது நெகிழ்வுத்தன்மையின்றி, இந்த கூடுதல் அளவுருவை, முற்றிலும் வித்தியாசமான தனிப்பயன் கூறாக வரையறுத்தது. பின்னர் அதை செயல்படுத்தாமல் தவிர்த்துவிட்டது ～ ～

import Layout from 'components/post-layout';
import { getGitFileInfo } from '@/utils/git-info';
export default function Article({ children }: any) {
  const gitInfo = getGitFileInfo('src/app/உங்கள் பாதை/page.mdx');
  return (
    
      {children}
    
  );
}

ஆனால் உண்மையான நிலை என்னவென்றால், எனக்குத் தேவையான முடிவு இதுதான், இயக்க முடிவுகள் முற்றிலும் ஒரே மாதிரியானவை.

import MdxLayout from 'components/mdx-layout';
export default function Article({ children }: any) {
  return (
    
      {children}
    
  );
}

பின்னர் இந்த நேரத்தில், நான் குறிப்புச் சொல்லில் ஒரு பொறியில் சிக்கினேன்

நான் மீண்டும் குறிப்புச் சொல்லை உள்ளிட்டேன்: மேலே உள்ள அதே முறையைப் பயன்படுத்தி தவிர்க்கப்பட்ட 171 கோப்புகளை மீண்டும் கட்டமைக்கவும்

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

இந்த தெளிவின்மை, நான் விரும்பாத திட்டத்தின் படி அது 20 நிமிடங்கள் விரைவாக இயக்குவதற்கு வழிவகுத்தது, இடையில் 2 முறை பிழைகள் தன்னை சரிசெய்து கொண்டன, என் டோக்கன்களை விரைவாக விழுங்கியது, இரண்டு வகையான தெளிவின்மைகள் மோதி பிழைக்கு வழிவகுத்தன.

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

சுருக்கம்

1. குறிப்புச் சொற்களில், ஒப்பீட்டளவில் நிலையான மற்றும் துல்லியமான தீர்வுகள் இருக்கும்படி செய்யவும், AI குறைவாக சிந்திக்கும்படி செய்யவும், இது மாயத்தோற்ற விகிதத்தைக் குறைக்கும்.

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

3. இயற்கை மொழியின் கட்டுப்பாடு குறியீட்டைப் போல துல்லியமாக இல்லை. குறிப்புச் சொற்களில், கோப்புப் பெயர்கள், குறியீடு மாறிகள், குறியீடு சிறப்புச் சொற்கள், தொழில்முறை சொற்கள் போன்றவை இருப்பது, கிளாட் கோட்டின் மாயத்தோற்றத்தை பெரிதும் குறைக்கும்