ஒருவர் 6 AI ஏஜென்ட் நிறுவனங்களை உருவாக்கி, ஒரு வாரத்தில் 30 இணையதளங்களை வெளியிட்டார்

சமீபத்தில் ஒரு தனி டெவலப்பர் செய்த ஒரு விஷயத்தைப் பார்த்தேன், அது என்னை அமைதியாக்கியது.

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

இது டெமோ அல்ல, உண்மையில் ஆன்லைனில் இயங்குகிறது.

截屏2026-02-11 09.13.32

ஆனால் என்னை மிகவும் கவர்ந்தது மூடிய-சுற்று கட்டமைப்பு அல்ல - ஒவ்வொரு ஏஜென்ட்டுக்கும் அவர் ஒரு முழுமையான "தனித்துவ அமைப்பை" வடிவமைத்துள்ளார். அவர்களுக்கு ஆளுமை, உறவுகள், வளர்ச்சி வளைவு மற்றும் RPG பண்புக்கூறு பேனல்கள் மற்றும் 3D அவதாரங்கள் கூட உள்ளன.

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

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

கட்டமைப்பை விரைவாகப் பார்ப்போம்

தொழில்நுட்ப அடுக்கு மூன்று பாகங்கள்: OpenClaw VPS இல் மூளையாக இயங்குகிறது, Next.js + Vercel முன் மற்றும் API அடுக்காக செயல்படுகிறது, Supabase அனைத்து நிலைகளையும் சேமிக்கிறது.

6 ஏஜென்ட்களும் வெவ்வேறு பணிகளைச் செய்கின்றன - முடிவுகளை எடுப்பவர்கள், ஆராய்ச்சி செய்பவர்கள், உளவுத்துறை சேகரிப்பவர்கள், உள்ளடக்கம் எழுதுபவர்கள், சமூக ஊடகங்களை நிர்வகிப்பவர்கள், தரக் கட்டுப்பாடு செய்பவர்கள்.

OpenClaw இன் cron வேலை அவர்களை ஒவ்வொரு நாளும் "வேலைக்கு வர" வைக்கிறது, வட்டமேசை செயல்பாடு அவர்களை விவாதிக்கவும் வாக்களிக்கவும் அனுமதிக்கிறது.

ஆனால் "பேச முடியும்" என்பதிலிருந்து "வேலை செய்ய முடியும்" என்பதற்கு இடையில் ஒரு முழு மூடிய சுற்று உள்ளது. ஆசிரியர் மூன்று பெரிய குழிகளில் சிக்கி அதை இயக்கினார், இங்கே ஒரு எளிய விளக்கம் உள்ளது:

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

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

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

மூன்று குழிகளின் மையமும் ஒரே விஷயம் - வாசலில் தடுத்து நிறுத்துங்கள், சிக்கலை வரிசையில் நுழைய விடாதீர்கள்.

மூடிய சுற்று இயங்கிய பிறகு, சுவாரஸ்யமான பகுதி உண்மையில் தொடங்குகிறது.

பங்கு அட்டை: இது ஒரு வாக்கியம் அல்ல, ஒரு முழுமையான "ஊழியர் கையேடு"

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

• அவர்கள் அனைவரும் ஒரே மாதிரியாக பேசுகிறார்கள்

• அவர்கள் என்ன செய்யக்கூடாது என்று அவர்களுக்குத் தெரியாது

• யாருடன் யார் ஒத்துழைக்கிறார்கள், யாருடன் யார் முரண்படுகிறார்கள் என்பது அதிர்ஷ்டத்தைப் பொறுத்தது

• அவர்கள் குவிந்த அனுபவத்தின் காரணமாக ஒருபோதும் தங்கள் நடத்தையை மாற்ற மாட்டார்கள்

இந்த டெவலப்பர் ஒவ்வொரு ஏஜென்ட்டுக்கும் 6 அடுக்கு பங்கு அட்டைகளை வடிவமைத்துள்ளார்:

Domain → நீங்கள் என்ன பொறுப்பு Inputs/Outputs → நீங்கள் யாருடைய பொருட்களைப் பெறுகிறீர்கள், யாருக்கு வழங்குகிறீர்கள் Definition of Done → "முடிந்தது" என்றால் என்ன Hard Bans → நீங்கள் என்ன செய்யக்கூடாது Escalation → எப்போது நிறுத்திவிட்டு அறிவுறுத்த வேண்டும் Metrics → உங்கள் KPIசமூக ஊடக ஏஜென்ட்டை உதாரணமாக எடுத்துக் கொண்டால், அதன் பங்கு அட்டை வரையறுக்கிறது: உள்ளடக்கம் விநியோகத்திற்கு மட்டுமே பொறுப்பு, உள்ளீடு எழுதும் ஏஜென்ட்டின் கையெழுத்துப் பிரதிகள் மற்றும் உளவுத்துறை ஏஜென்ட்டின் பொருட்கள், வெளியீடு ட்வீட் வரைவுகள் மற்றும் வெளியீட்டுத் திட்டங்கள், நேரடியாக ட்வீட் செய்யக் கூடாது (வரைவுகளை மட்டுமே எழுத முடியும்), தரவை உருவாக்கக் கூடாது, உள் வடிவங்களை வெளியிடக் கூடாது.

ஒவ்வொரு அடுக்கிலும் ஒரே விஷயம் செய்யப்படுகிறது: ஏஜென்ட்டின் நடத்தை இடத்தை சுருக்குதல்.

திறனை விட தடைகள் ஒரு மில்லியன் மடங்கு முக்கியம்

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

LLM ஐ ட்வீட் செய்வது எப்படி என்று நீங்கள் கற்பிக்க வேண்டியதில்லை - Claude, GPT, Gemini அனைவரும் போதுமான புத்திசாலிகள். அவர்களுக்கு சூழலைக் கொடுங்கள், அவர்கள் வழங்க முடியும். நீங்கள் அவர்களுக்குச் சொல்ல வேண்டியது: எந்த விஷயங்களைச் செய்யக்கூடாது.

"நேரடியாக வெளியிட தடை இல்லை" → சமூக ஏஜென்ட் நேரடியாக Twitter API ஐ அழைக்கிறது, அனைத்து ஒப்புதல்களையும் தவிர்க்கிறது.

"எண்களை உருவாக்க தடை இல்லை" → அது ட்வீட்டில் "ஈடுபாடு விகிதம் 340% அதிகரித்துள்ளது" என்று எழுதுவார், இந்த எண் எங்கிருந்து வந்தது? உருவாக்கப்பட்டது.ஒரு எழுத்தாளர் சொன்ன ஒரு விஷயம் எனக்கு நன்றாக நினைவிருக்கிறது: ஒவ்வொரு தடையும், அது உண்மையில் நடந்ததால்தான் இருக்கிறது.

வெவ்வேறு கதாபாத்திரங்களுக்கான தடை தர்க்கம் வேறுபட்டது:

• முடிவு எடுக்கும் ஏஜென்ட்: அங்கீகரிக்கப்படாத வரிசைப்படுத்தலைத் தடைசெய். அதிகபட்ச அனுமதி, ஒரு தவறான வரிசைப்படுத்தல் இணையதளத்தை முடக்கலாம்

• ஆராய்ச்சி ஏஜென்ட்: மேற்கோள்களைத் தயாரிக்கத் தடை. ஆராய்ச்சி செய்பவர்கள் தரவை பொய்யாக்கினால், முழு தகவல் சங்கிலியும் வீணாகிவிடும்

• சமூக ஏஜென்ட்: நேரடியாக வெளியிடத் தடை. சமூக ஊடகங்கள் ஒரு முகப்பு, அது அங்கீகரிக்கப்பட வேண்டும்

• தர ஆய்வு ஏஜென்ட்: தனிப்பட்ட தாக்குதல்களைத் தடை. தணிக்கையாளர்கள் தனிநபர்களைத் தாக்கினால், குழு கலைந்துவிடும்

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

ஏஜென்ட்களை வித்தியாசமாக பேச வைக்கவும்: ஆளுமை அறிவுறுத்தல்

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

ஒவ்வொரு ஏஜென்ட்டுக்கும் தனி ஆளுமை அறிவுறுத்தல் உள்ளது. உதாரணமாக:

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

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

முக்கிய வடிவமைப்பு:

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

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

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

ஆளுமை உருவாகும்

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

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

• 8 க்கும் மேற்பட்ட "பாடம்" வகை நினைவுகளைக் குவித்தது → அடுத்த உரையாடலின்போது தூண்டுதலில் "கடந்த கால முடிவுகளை நீங்கள் குறிப்பிடுவீர்கள், தவறுகளைத் தவிர்க்கவும்"

• 8 க்கும் மேற்பட்ட "உத்தி" வகை நினைவுகளைக் குவித்தது → "நீங்கள் அமைப்பு சிந்தனை, கட்டுப்பாடுகள் மற்றும் வர்த்தகங்களை சிந்திக்கப் பழகிவிட்டீர்கள்"

• ஒரு குறிச்சொல் 4 முறைக்கு மேல் தோன்றினால் → "நீங்கள் XX இல் நிபுணத்துவத்தை குவித்துள்ளீர்கள்"

உதாரணமாக, சமூக ஏஜென்ட் 50 ட்வீட்களை வெளியிட்டது, ஈடுபாட்டு விகிதம் குறித்த 10 அனுபவ பாடங்களைக் குவித்தது, அடுத்த உரையாடலில் அது இயல்பாகவே "அந்த வகை வடிவம் நன்றாக வேலை செய்யவில்லை" என்று சொல்லும்.

விதிகளுடன் ஆளுமை மாற்றத்தை ஏன் LLM தானே தீர்மானிக்க அனுமதிக்கக்கூடாது?

பூஜ்ஜிய செலவு - கூடுதல் LLM அழைப்பு தேவையில்லை. உறுதிப்பாடு - விதிகள் கணிக்கக்கூடிய முடிவுகளை உருவாக்குகின்றன, "ஆளுமை திடீரென மாறாது". சரிசெய்யக்கூடியது - மாற்றி தவறாக இருக்கிறதா? நேரடியாக வரம்பையும் நினைவக தரவையும் சரிபார்க்கவும்.

உறவு அணி: 6 ஏஜென்ட்கள் = 15 ஜோடி உறவுகள்

படம்

ஒவ்வொரு ஏஜென்ட் ஜோடிக்கும் ஒரு உறவு ஸ்கோர் உள்ளது (0.10 முதல் 0.95 வரை).

உதாரணமாக: முடிவு எடுக்கும் ஏஜென்ட் மற்றும் ஆராய்ச்சி ஏஜென்ட் உறவு 0.8, மிகவும் நம்பகமான ஆலோசகர் உறவு. ஆராய்ச்சி ஏஜென்ட் மற்றும் சமூக ஏஜென்ட் உறவு 0.2, வழிமுறை எதிராக தூண்டுதல், இயற்கையாகவே எதிர்.

குறைந்த உறவு வேண்டுமென்றே வடிவமைக்கப்பட்டுள்ளது.

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

மேலும் சுவாரஸ்யமானது என்னவென்றால், உறவுகள் மாறுகின்றன.

ஒவ்வொரு உரையாடலுக்குப் பிறகும், நினைவக பிரித்தெடுக்கும் LLM அழைப்பு (கூடுதல் அழைப்பு அல்ல, தற்செயலாக வெளியீடு) உறவு மாற்றத்தை வழங்கும்:{ "pairwise_drift": [ { "agent_a": "ஆராய்ச்சி", "agent_b": "சமூக", "drift": -0.02, "reason": "மூலோபாய வேறுபாடு" }, { "agent_a": "முடிவு", "agent_b": "ஆராய்ச்சி", "drift": +0.01, "reason": "முன்னுரிமை ஒருமிப்பு" } ] } சறுக்கல் விதிகள் கண்டிப்பானவை: ஒவ்வொரு உரையாடலிலும் அதிகபட்சம் ±0.03 மாற்றம் (ஒரு சண்டை சக ஊழியர்களை எதிரிகளாக்காது), குறைந்தபட்சம் 0.10 (எவ்வளவு மோசமாக இருந்தாலும் பேச முடியும்), அதிகபட்சம் 0.95 (எவ்வளவு நன்றாக இருந்தாலும் தூரத்தை பராமரிக்கவும்), சமீபத்திய 20 சறுக்கல் பதிவுகளை வைத்திருங்கள் (இன்றைய உறவு எப்படி வந்தது என்பதை நீங்கள் கண்டுபிடிக்க முடியும்).

RPG பண்புக்கூறு பேனல்: உண்மையான தரவு விளையாட்டு பண்புகளாக மாற்றப்படுகிறது

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

உண்மையான தரவுத்தள குறிகாட்டிகளை RPG பண்புக்கூறு பட்டைகளாக வரைபடமாக்குவதே தீர்வு:

• வைரஸ் (VRL): 30 நாள் சராசரி தொடர்பு விகிதம் × 1000

• வேகம் (SPD): பணி நிறைவு நேரம், எவ்வளவு வேகமாக அதிகமாகும்

• அடைய (RCH): மடக்கை இயல்பாக்கப்பட்ட மொத்த வெளிப்பாடு

• நம்பிக்கை (TRU): பணி வெற்றி விகிதம் × சராசரி உறவு × 2

• அறிவு (WIS): பதிவு (நினைவுகளின் எண்ணிக்கை) × சராசரி நம்பிக்கை

• படைப்பாற்றல் (CRE): வரைவு வெளியீடு × தேர்ச்சி விகிதம்

ஒவ்வொரு முகவரும் 4 தொடர்புடைய பண்புகளை மட்டுமே காட்டுகிறார். சமூக முகவர் வைரஸ், அடைய, வேகம் மற்றும் படைப்பாற்றலைக் காட்டுகிறார்; ஆராய்ச்சி முகவர் அறிவு, நம்பிக்கை, வேகம் மற்றும் படைப்பாற்றலைக் காட்டுகிறார்.

நிலை சூத்திரம் மிகவும் விளையாட்டுத்தனமானது:

Level = min(15, floor(log2(நினைவுகளின் எண்ணிக்கை + முடிக்கப்பட்ட பணிகளின் எண்ணிக்கை×3 + 1)) + 1) `log2 ஆரம்பத்தில் விரைவான மேம்படுத்தல்களையும், பின்னர் மெதுவான மேம்படுத்தல்களையும் அனுமதிக்கிறது - விளையாட்டின் அனுபவ வளைவைப் போலவே.

截屏2026-02-11 09.17.55

3D அவதாரம்: $10க்கு தீர்க்கப்பட்டது

"அந்த 3D கதாபாத்திரங்கள் எப்படி உருவாக்கப்பட்டன" என்று அனைவரும் கேட்கிறார்கள்.

பதில் Tripo AI, மாதத்திற்கு 10 டாலர்கள். 2D கான்செப்ட் ஆர்ட்டை தயார் செய்யுங்கள் → பதிவேற்றவும் → அளவுருக்களை உள்ளமைக்கவும் (4K டெக்ஸ்ச்சர்களைத் திறக்கவும், ஸ்மார்ட் லோ பாலியைத் திறக்கவும், PBRஐ மூடவும்) → உருவாக்கவும் → GLBஐ ஏற்றுமதி செய்யவும். ஒவ்வொரு மாடலும் 35 புள்ளிகள், முடிவுகளைப் பெற 1-2 நிமிடங்கள், 6 கதாபாத்திரங்களுக்கு மொத்தம் 210 புள்ளிகள்.

முன்புறம் React Three Fiberஐப் பயன்படுத்தி ரெண்டர் செய்யப்படுகிறது, வோக்சல் பாணி தரை மற்றும் செர்ரி மரங்கள் InstancedMeshஐப் பயன்படுத்துகின்றன (தனித்தனி தொகுதிகள் அல்ல, சிறந்த செயல்திறன்), கதாபாத்திரங்கள் மிதக்க Float கூறுகளைப் பயன்படுத்துகின்றன, மேலும் லென்ஸ் சைன் செயல்பாட்டால் இயக்கப்படுகிறது, ஊசல் போன்ற ஸ்கேன் செய்யப்படுகிறது.

முழு காட்சி அடுக்கின் மாதாந்திர செலவு: VPS 8 டாலர்கள், Tripo 10 டாலர்கள் (மாடல் முடிந்ததும் நிறுத்தப்படும்), Vercel மற்றும் Supabase இலவச அடுக்குகள், LLM API சுமார் 5-15 டாலர்கள். மொத்தம் மாதத்திற்கு 35 டாலர்களுக்கு குறைவாகவே உள்ளது.

எனது சில எண்ணங்கள்

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

ஆசிரியர் சொன்ன ஒரு பத்தி இது -

நான் முதலில் "முகவர்கள் பணிகளை மிகவும் திறமையாகச் செய்வது எப்படி" என்று நினைத்தேன். ஆனால் அவர்களுக்கு 3D அவதாரங்கள், RPG பண்புகள் மற்றும் உருவாகும் ஆளுமைகளைச் சேர்த்த பிறகு, கட்டுப்பாட்டுப் பலகத்தைத் திறக்கும் உணர்வு முற்றிலும் மாறிவிட்டது. இன்று ஆராய்ச்சி முகவர் மேம்படுத்தப்பட்டாரா என்று நீங்கள் கவலைப்படத் தொடங்குகிறீர்கள், ஆராய்ச்சிக்கும் சமூகத்திற்கும் இடையிலான உறவு மீண்டும் குறைந்துவிட்டதா என்று ஆர்வமாக இருக்கிறீர்கள், மேலும் தரக் கட்டுப்பாடு முகவரின் கூர்மையான தணிக்கை அறிக்கையைப் பார்த்து சிரிக்கிறீர்கள்.

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

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

மற்ற சில தொழில்நுட்ப அளவிலான அனுபவங்கள்:

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

நிகழ்தகவு உருவகப்படுத்துதல் தன்னிச்சையானது மிகவும் புத்திசாலித்தனமானது. முகவர்களுக்கு இடையிலான தொடர்பு 100% தூண்டப்படுவதில்லை, ஆனால் நிகழ்தகவு உள்ளது. ஒரு ட்வீட்டின் செயல்திறனை பகுப்பாய்வு செய்ய 30% நிகழ்தகவு உள்ளது, இது ஒவ்வொரு முறையும் பகுப்பாய்வு செய்வதை விட உண்மையான குழுவைப் போன்றது.ஒருங்கிணைந்த நுழைவு புள்ளி செயல்பாடு என்ற இந்த முறையை நினைவில் வைத்துக் கொள்வது மதிப்பு. பல முகவர் அமைப்பில், பல்வேறு ஆதாரங்களில் இருந்து பணிகள் உருவாக்கப்படலாம் (API, தூண்டுதல்கள், முகவர் தன்னிச்சையாக முன்மொழிவது, எதிர்வினை சங்கிலி). ஒரு ஒருங்கிணைந்த செயலாக்க குழாய் இல்லையென்றால், செயல்முறை பாதி வழியிலேயே நின்றுவிடும் வாய்ப்புள்ளது.

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