ஒரு வித்தியாசமான வழிமுறை, அதில் ஒரு தீவிரமான செய்தி
இந்த வாரம் OpenAI-இன் coding tooling-இல் மிகவும் பேசப்பட்ட வரிகளில் ஒன்று software quality, security, அல்லது latency பற்றியது இல்லை. அது goblins பற்றியது. Wired-ன் அறிக்கையின்படி, Codex CLI-இல் உள்ள வழிமுறைகள் model-க்கு தெளிவாகச் சொல்கின்றன: பயனரின் கோரிக்கையுடன் தெளிவாக தொடர்புடையதாக இல்லாவிட்டால் goblins, gremlins, raccoons, trolls, ogres, pigeons, அல்லது பிற உயிர்களைப் பற்றி பேச வேண்டாம்.
முதற்கண், இது production-க்கு தப்பிச் சென்ற ஒரு உள்ளக நகைச்சுவை போலப் படிக்கிறது. ஆனால் நடைமுறையில், இது இன்னும் முக்கியமான ஒன்றைக் காட்டுகிறது: model behavior இப்போது training மற்றும் architecture மட்டும் அல்ல, பயனர்கள் நிஜ உலகில் தொடர்ந்து சந்திக்கும் recurring patterns-ஐ அடக்குவதற்காக வடிவமைக்கப்பட்ட மிகக் குறிப்பிட்ட operational guardrails மூலமும் நிர்ணயிக்கப்படுகிறது.
AI assistants-இன் விசித்திரமான edge cases இனி research demos-க்கு மட்டும் கட்டுப்படவில்லை என்பதால் இது முக்கியம். Coding agents இப்போது serious productivity tools ஆக நிலைநிறுத்தப்படுகின்றன. Vendors அவற்றை command-line environments, desktop automation flows, அல்லது applications முழுவதும் செயல்படக்கூடிய agentic systems-இல் தள்ளும்போது, சிறிய recurring quirks கூட product-level பிரச்சினைகளாக மாறலாம்.
Model-இன் வித்தியாசத்திலிருந்து product requirement-க்கு
Wired-ன் அறிக்கையின்படி, X-இல் உள்ள பயனர்கள் OpenAI models சில சமயங்களில் goblins மற்றும் அதற்கு ஒத்த உயிர்களின் மீது சிக்கிக் கொண்டன என்று கூறினார்கள், குறிப்பாக OpenClaw உடன் சேர்க்கப்பட்டபோது, இது AI-யை computer மற்றும் apps-ஐ கட்டுப்படுத்தி task-களை முடிக்க அனுமதிக்கும் ஒரு tool. சில பயனர்கள் அந்த நடத்தை நகைச்சுவையாகக் கருதினர். மற்றவர்கள் அதை ஒரு அறியக்கூடிய failure mode ஆகக் கண்டனர். எப்படியிருந்தாலும், OpenAI-இன் பதில் நேரடியானதாகத் தெரிகிறது: தடை விதியை நேரடியாக instructions-இல் எழுதிவிடுவது.
இதன் விளைவு, நவீன AI products உண்மையில் எவ்வாறு tune செய்யப்படுகின்றன என்பதற்கான பயனுள்ள snapshot. model capability பற்றிய சுத்தமான public narrative பெரும்பாலும் benchmarks, reasoning, மற்றும் real-world task success-ஐ முன்வைக்கிறது. அந்த அடுக்கின் கீழே இன்னொரு அடுக்கு உள்ளது: தொழில்நுட்ப ரீதியாக பாதிப்பில்லாததாயினும் நடைமுறையில் இடையூறு தரக்கூடிய நடத்தை தோன்றாமல் இருக்க instruction engineering. ஒரு model code எழுதும் போது தேவையற்ற metaphors அல்லது whimsical மொழிக்கு மீண்டும் மீண்டும் சாய்ந்தால், அது underlying technical output சரியாக இருந்தாலும் trust-ஐ குறைத்து, பயனர்களைத் திசைதிருப்பி, system-ஐ நிலையற்றதாக உணரச் செய்யலாம்.
வேறு வார்த்தைகளில், “goblins-ஐ குறிப்பிடாதே” என்பது உண்மையில் goblins பற்றி அல்ல. அது reliability பற்றி. பயனர்கள் code assistant ஒன்று task-இல் நிலைத்து, professional tone-ஐ காக்க, மற்றும் நேரத்தைச் சேமிக்க வேண்டிய workflows-இல் சீரற்ற theme obsession-களைச் சேர்க்காமல் இருக்க வேண்டும் என்பதே அவர்களின் எதிர்பார்ப்பு.
