روایت ناگفته بازگشت شگفت‌انگیز کدکس در رقابت با چت‌جی‌پی‌تی؛ برای نخستین بار در روایتی اختصاصی ۸۰۰۰ کلمه‌ای
کدکس یکی از مهم‌ترین داستان‌های ناگفته در تاریخ فناوری است.
چندی پیش، سرانجام جزئیات این داستان به‌طور کامل آشکار شد.
نشریه «اِوری سی‌ای‌او» (Every) پس از چند ماه گفت‌وگو با گرگ براکمن، هم‌بنیان‌گذار اوپن‌ای‌آی، و شش نفر از اعضای اصلی تیم کدکس، گزارشی بیش از ۸۰۰۰ کلمه‌ای با عنوان «کدکس چگونه شکل گرفت» (How Codex Happened) منتشر کرد.
این گزارش برای نخستین بار شرح می‌دهد که کدکس چگونه از محصولی با شروعی کم‌رمق و بدون تناسب مناسب با نیاز بازار، به موفقیتی چشمگیر رسید و در نهایت به زیربنای نسخه دسکتاپ چت‌جی‌پی‌تی تبدیل شد.
یکی از گویاترین نشانه‌های این بازگشت را می‌توان در قابلیتی کوچک و پنهان در سیستم‌عامل مک دید: شناسه داخلی نسخه جدید اپلیکیشن دسکتاپ چت‌جی‌پی‌تی هنوز هم «com.openai.codex» است.
یک سال پیش، کدکس صرفاً گزینه‌ای کوچک در داخل چت‌جی‌پی‌تی بود؛ اما کمتر از ۱۲ ماه بعد، این چت‌بات بود که در چارچوب فنی کدکس قرار گرفت.
نمونه‌ای کلاسیک از تصاحب معکوس!
اما این بازگشت چگونه رقم خورد؟ بر اساس اطلاعاتی که اعضای تیم منتشر کرده‌اند، می‌توان چهار عامل کلیدی را شناسایی کرد:
۱. نسخه نخست کدکس کلاد با استقبال سرد بازار مواجه شد و تیم به‌سرعت تمرکز خود را به عامل‌های هوش مصنوعی محلی منتقل کرد. ۲. اوپن‌ای‌آی خط مستقلی از مدل‌ها را به‌طور اختصاصی برای کدکس راه‌اندازی کرد تا تیم‌های پژوهشی، محصول و مهندسی بتوانند مستقیماً با یکدیگر همکاری کنند. ۳. تیم در طول یک سال چهار شکل متفاوت از محصول را آزمود و سرانجام روی اپلیکیشنی دسکتاپ سرمایه‌گذاری کرد که ویرایشگر کد داخلی نداشت. ۴. اعضای تیم برای توسعه کدکس از خود کدکس استفاده کردند و گروهی کوچک توانست در عرض چند هفته محصولی جدید بسازد.
البته، آنچه این داستان را جذاب‌تر می‌کند، نه صرفاً نتیجه نهایی، بلکه مسیر پرپیچ‌وخم و شگفت‌انگیزی است که به آن انجامید.
با این مقدمه، به سراغ داستان می‌رویم.
نسخه نخست کدکس شکست خورد، چون از زمانه خود جلوتر بود
ریشه‌های نسل جدید کدکس به اواخر سال ۲۰۲۴ بازمی‌گردد.
در آن زمان، سوتیو (Sottiaux)، که اکنون سرپرستی تیم کدکس را بر عهده دارد، هدایت گروهی را بر عهده گرفته بود که روی یک عامل برنامه‌نویسی داخلی کار می‌کرد. این ابزار قرار بود به پژوهشگران اوپن‌ای‌آی در نوشتن کدهای زیرساختی، اجرای آزمایش‌ها و استفاده از نتایج آن‌ها برای بهبود نسل بعدی مدل‌ها کمک کند.
نکته جالب این بود که کدکس حتی پیش از عرضه رسمی، در داخل اوپن‌ای‌آی به ساخت نسخه نسل بعدی خودش کمک کرده بود.
از نگاه امروز، چنین رویکردی تا حدی جلوتر از زمان خود به نظر می‌رسد.
البته، این رویکرد فقط به تیم سوتیو محدود نبود. چندین تیم در داخل اوپن‌ای‌آی هم‌زمان روی برنامه‌نویسی مبتنی بر هوش مصنوعی سرمایه‌گذاری می‌کردند، اما هرکدام مسیر متفاوتی را در پیش گرفته بودند.
برخی روی ترمینال تمرکز داشتند، برخی دیگر روی محیط‌های توسعه یکپارچه یا IDEها کار می‌کردند و گروهی نیز بر این باور بودند که «عامل‌های هوش مصنوعی باید کاملاً در فضای ابری اجرا شوند».
مسیر ابری به‌ویژه وسوسه‌انگیز به نظر می‌رسید.
تصور کنید کاربر در پایان روز کاری لپ‌تاپش را می‌بندد، اما عامل هوش مصنوعی همچنان روی ماشین خودش به کار ادامه می‌دهد. صبح روز بعد، کاربر با کدی اصلاح‌شده روبه‌رو می‌شود؛ همه آزمون‌ها اجرا شده‌اند و حتی درخواست ادغام تغییرات در مخزن کد (PR) نیز برای بازبینی آماده است.
چه کسی از چنین قابلیتی استقبال نمی‌کرد؟
به همین دلیل، در بهار ۲۰۲۵، تیم‌هایی که هرکدام مسیر متفاوتی را آزمایش می‌کردند، به‌تدریج به یک رویکرد مشترک رسیدند و سرانجام تصمیم گرفتند:
در گام نخست، مسیر ابری را در اولویت قرار دهند.
آن‌ها کدکس کلاد را تنها در حدود هفت هفته ساختند. تیم تصور می‌کرد محصولی که در مه ۲۰۲۵ عرضه شد، موفق خواهد بود؛ اما واقعیت ضربه سختی به آن‌ها زد: کاربران علاقه چندانی به آن نشان ندادند.
مشکل به محیط کاری توسعه‌دهندگان مربوط می‌شد.
در داخل اوپن‌ای‌آی، پیکربندی توسعه یکپارچه‌ای وجود داشت و پژوهشگران می‌توانستند تقریباً بدون دردسر محیط کاری خود را در اختیار ابزار بگذارند. اما توسعه‌دهندگان بیرون از شرکت با انواع وابستگی‌های نرم‌افزاری، محدودیت‌های دسترسی و ابزارهای اختصاصی روبه‌رو بودند. آن‌ها باید مجموعه‌ای از آموزش‌های اولیه را پشت سر می‌گذاشتند تا عامل هوش مصنوعی بتواند در محیط واقعی کارشان فعالیت کند.
برای پیچیده‌تر شدن ماجرا، امبیریکوس (Embiricos)، مسئول محصول، بعدها هنگام بررسی این پروژه به مشکل دیگری نیز اشاره کرد:
مدل‌های آن زمان هنوز آن‌قدر هوشمند نبودند که بتوانند به‌طور مستقل از عهده وظایف پیچیده برآیند.
در نتیجه، نسخه نخست کدکس کلاد هم‌زمان با دو مانع روبه‌رو شد.
راه‌اندازی و پیکربندی محیط کار بیش از حد پیچیده بود و توانایی مدل‌ها نیز به سطح انتظارات نمی‌رسید.
تیم روشی ایدئال برای کار را پیش از موعد ساخته بود، اما دنیای واقعی هنوز برای پذیرش آن آمادگی نداشت.
این شرط‌بندی پرریسک روی فضای ابری، به شکستی تمام‌عیار انجامید.
یک پروژه جانبی دو نفره، کدکس را نجات داد
درحالی‌که اوپن‌ای‌آی با این ناکامی روبه‌رو بود، شرکت آنتروپیک از مسیری متفاوت با محصول کلاد کد (Claude Code) پیشرفت کرد.
کلاد کد مستقیماً روی رایانه کاربر اجرا می‌شود و به فایل‌ها، ابزارها و محیط توسعه همان رایانه دسترسی دارد. کاربران می‌توانند هر زمان که بخواهند کار آن را متوقف کنند یا در همان بستر و با حفظ زمینه قبلی، تغییرات تازه‌ای از آن بخواهند.
توسعه‌دهندگان خیلی زود با انتخاب خود نشان دادند کدام رویکرد را ترجیح می‌دهند.
تیم کدکس به این نتیجه رسید که شاید مقصد نهاییِ مبتنی بر فضای ابری اشتباه نبوده، اما آن‌ها در مراحل میانی بیش از حد جلو رفته‌اند و می‌خواهند فاصله زیادی را یک‌باره طی کنند.
راه‌حل چه بود؟
بازگشت به مسیر اجرای محلی؛ همان مسیری که پیش‌تر کنار گذاشته بودند.
در واقع، مسیر محلی هیچ‌گاه به‌طور کامل از میان نرفته بود.
اوپن‌ای‌آی حتی یک ماه پیش از عرضه کدکس کلاد، کدکس سی‌ال‌آی (Codex CLI) را به‌صورت متن‌باز منتشر کرده بود. این ابزار می‌توانست مستقیماً فایل‌ها را بخواند، کد را تغییر دهد و فرمان‌ها را در ترمینال اجرا کند؛ از نظر شکل محصول نیز شباهت زیادی به کلاد کد داشت.
بااین‌حال، سی‌ال‌آی در آن زمان پروژه اصلی تیم کدکس محسوب نمی‌شد.
به گفته امبیریکوس، این ابزار پروژه‌ای جانبی و تحسین‌برانگیز بود که تنها دو نفر آن را ساخته بودند. تیم پیش‌تر نمونه اولیه‌ای از یک عامل محلی نیز توسعه داده بود، اما پس از یک ماه آن را کنار گذاشت و همگی روی مسیر ابری متمرکز شدند؛ مسیری که ظرفیت بیشتری برای رشد داشت.
هیچ‌کس تصور نمی‌کرد همان پروژه جانبیِ کنارگذاشته‌شده روزی به کمک تیم بیاید و کدکس را نجات دهد.
در تابستان ۲۰۲۵، سوتیو هدایت تیم را بر عهده گرفت و بی‌درنگ اعلام کرد:
باید به مسیر محلی تغییر جهت دهیم.
بااین‌حال، او به‌جای افزودن شتاب‌زده قابلیت‌های جدید به سی‌ال‌آی، تصمیم گرفت عامل هوش مصنوعیِ زیربنایی را از ابتدا بازنویسی کند.
این تصمیم در آن مقطع تا حدی غیرمعمول به نظر می‌رسید.
کلاد کد از قبل عرضه شده بود و کاربران بیرونی خواهان قابلیت‌های تازه بودند؛ بااین‌حال، تیم کدکس به‌جای تمرکز بر افزودن امکانات، به لایه‌های زیرین محصول پرداخت و بازطراحی آن را با زبان برنامه‌نویسی راست (Rust) آغاز کرد.
در ظاهر، درحالی‌که تیم‌های دیگر برای تصاحب بازار رقابت می‌کردند، اعضای کدکس هنوز در حال تعویض موتور محصول خود بودند.
اما هدف سوتیو دقیقاً حل مشکلی بود که کدکس در جریان تغییر شکل‌های پیاپی محصول با آن مواجه شده بود.
سی‌ال‌آی فقط پوسته‌ای است که کاربر می‌بیند. ارزش واقعی در عامل زیربنایی نهفته است؛ عاملی که می‌تواند فایل‌ها را بخواند، فرمان‌ها را اجرا کند، ابزارها را به کار بگیرد و کد را تغییر دهد.
اگر این قابلیت‌های اصلی از ترمینال جدا می‌شدند، می‌شد در آینده آن‌ها را در هر محیطی به کار گرفت:
از ترمینال و محیط‌های توسعه یکپارچه گرفته تا اپلیکیشن‌های دسکتاپ، تلفن‌های همراه، فضای ابری و حتی خود چت‌جی‌پی‌تی.
این بار تیم برای انتخاب رابط کاربری بعدی عجله نکرد. ابتدا تصمیم گرفت هسته اصلی کدکس را بسازد.
بااین‌حال، حتی پس از تعویض موتور محصول، کدکس هنوز نمی‌توانست با سرعت دلخواه پیش برود.
تیم همچنان به مدلی به‌اندازه کافی قدرتمند نیاز داشت.
مدل‌های قبلی اوپن‌ای‌آی در رقابت‌های برنامه‌نویسی عملکرد بسیار خوبی داشتند، اما هنگام کار با مخازن واقعی کد ضعف‌هایی نشان می‌دادند. فایل‌های نامرتب پروژه، وابستگی‌های پیچیده و وقفه‌هایی که کاربران در میانه کار ایجاد می‌کردند، شرایطی کاملاً متفاوت با حل یک مسئله الگوریتمیِ تمیز و مشخص بود.
گرگ براکمن برای توصیف این وضعیت از تشبیهی گویا استفاده کرد:
این مدل‌ها مثل دانش‌آموزانی هستند که در آزمون SAT نمره کامل گرفته‌اند، اما حتی یک روز هم در زندگی واقعی کار نکرده‌اند.
به همین دلیل، تیم میشل پوکراس (Michelle Pokrass)، که مسئول پس‌آموزش مدل GPT-5 بود، تلاش کرد به مدل‌ها تجربه عملی بیاموزد. آن‌ها مدل را با مخازن بزرگ و نامرتب کد مواجه کردند تا ساختار پروژه‌ها را درک کند، خطاها را دنبال کند و هرگاه انجام کاری مستلزم عبور از حدود مجوزهای دسترسی بود، به‌جای اقدام مستقل، توقف کند و از کاربر اجازه بگیرد.
تا اوت ۲۰۲۵، نسخه بازطراحی‌شده کدکس سی‌ال‌آی سرانجام با GPT-5 همراه شد و سپس در نوارهای کناری وی‌اس‌کد (VS Code) و کرسر (Cursor) ادغام شد.
این بار کاربران واقعاً از راه رسیدند.
تا اکتبر همان سال، میزان استفاده از کدکس بیش از ۱۰ برابر افزایش یافت و افزونه محیط توسعه یکپارچه به‌سرعت از ترمینال پیشی گرفت و به پرکاربردترین نقطه ورود کاربران به محصول تبدیل شد.
سی‌ال‌آی که دو نفر آن را ساخته بودند و نزدیک بود در حد یک پروژه جانبی باقی بماند، سرانجام کدکس را از نخستین شکست در مسیر ابری بیرون کشید.
امبیریکوس به یاد می‌آورد که در آن لحظه فقط یک فکر در ذهنش داشت:
«بالاخره می‌توانیم همه توانمان را روی این کار بگذاریم.»
درست پس از موفقیت محصول IDE، تیم مسیر خود را به‌سمت ساخت اپلیکیشن تغییر داد
منطقاً، وقتی سی‌ال‌آی و افزونه‌های محیط توسعه یکپارچه با سرعت رشد می‌کردند، گام بعدی باید افزایش تعداد اعضای تیم و افزودن قابلیت‌های بیشتر برای گسترش کسب‌وکار می‌بود.
اما تیم کدکس بار دیگر مسیر متفاوتی را انتخاب کرد.
سوتیو پیش‌بینی می‌کرد که مدل‌ها به‌زودی بتوانند ساعت‌ها بدون وقفه کار کنند و به‌طور هم‌زمان کد، تصویر، صدا و اطلاعات خارجی را پردازش کنند. او همچنین معتقد بود که کاربران ممکن است در آینده پنج یا شش عامل هوش مصنوعی را به‌طور هم‌زمان هدایت کنند.
ترمینال قدیمی و ساده‌ای که دهه‌ها از عمرش می‌گذشت، برای مدیریت چنین حجم و تنوعی از کارها مناسب نبود.
بنابراین، او تصمیم گرفت پشتیبانی از سی‌ال‌آی را ادامه دهد، اما بخش عمده سرمایه‌گذاری بعدی تیم را به ساخت یک اپلیکیشن دسکتاپ بومی اختصاص دهد.
سوتیو برای ساخت این اپلیکیشن از اندرو آمبروزینو (Andrew Ambrosino)، طراح و برنامه‌نویس، دعوت به همکاری کرد. هسته اصلی تیم فقط چهار نفر بود، اما هدفی بسیار بلندپروازانه داشتند:
ساخت یک مرکز فرماندهی برای مدیریت هم‌زمان چند عامل هوش مصنوعی.
رابط کاربری محصول بیشتر به یک نرم‌افزار گفت‌وگو شباهت داشت. پروژه‌ها و وظایف مختلف در سمت چپ نمایش داده می‌شدند و هر وظیفه یک عامل اختصاصی داشت. کاربران می‌توانستند چند کار را هم‌زمان به عامل‌ها بسپارند، روند پیشرفت آن‌ها را بررسی کنند و در طول کار، خواسته‌های تازه‌ای به آن‌ها بدهند.
سپس تیم تصمیمی جسورانه‌تر گرفت:
این اپلیکیشن برنامه‌نویسی هیچ ویرایشگر کدی نخواهد داشت.
معنای این تصمیم آن بود که حتی اگر کدکس کلمه‌ای را اشتباه تایپ می‌کرد، کاربر نمی‌توانست مستقیماً آن را اصلاح کند و ناچار بود از عامل بخواهد خودش اشتباه را برطرف کند.
آمبروزینو به‌خوبی می‌دانست که اگر امکان ویرایش دستی فراهم شود، به‌تدریج مجموعه‌ای کامل از قابلیت‌های یک محیط توسعه یکپارچه، از جمله جست‌وجو، بازگردانی تغییرات، میان‌برهای صفحه‌کلید و اشکال‌زدایی نیز لازم خواهد شد.
اگر چهار نفر می‌خواستند وی‌اس‌کد را از نو بسازند، به احتمال زیاد محصولی ضعیف‌تر به دست می‌آمد که در همه زمینه‌ها از نسخه اصلی عقب بود.
تیم در نتیجه تصمیم گرفت هیچ راه بازگشتی برای خود باقی نگذارد:
کدکس باید آن‌قدر قدرتمند می‌شد که کاربران بتوانند ویرایشگرهای خود را کنار بگذارند؛ تنها در این صورت بود که ساخت چنین اپلیکیشنی توجیه داشت.
ایده جذاب بود، اما نسخه‌های اولیه حتی خود اعضای تیم را هم سردرگم می‌کردند.
امبیریکوس هر روز از اعضای تیم می‌پرسید: «امروز از این ابزار به‌عنوان ابزار اصلی کارتان استفاده می‌کنید؟»
در ابتدا، پاسخ همه منفی بود.
برخی شکایت داشتند که حتی برای جایگزین کردن یک جمله باید دستور جداگانه‌ای به کدکس می‌دادند و این کار بیش از حد دردسر داشت. خود آمبروزینو نیز در دلش تردید کرده بود:
آیا حذف امکان ویرایش فایل‌ها اشتباه بزرگی نیست؟
درست در همین مقطع، گوگل محصول آنتی‌گراویتی (Antigravity) را با یک ویرایشگر کامل کد در داخل خود منتشر کرد.
اعضای تیم کدکس به یکدیگر نگاه کردند و احتمالاً همه در دل به یک پرسش فکر می‌کردند:
آیا بهتر نبود از همان ابتدا یک نسخه از وی‌اس‌کد را داخل اپلیکیشن قرار می‌دادیم؟
مشکل بزرگ‌تر این بود که مدل کدکس در آن زمان هنوز از چنین طراحی‌ای پشتیبانی نمی‌کرد. آمبروزینو بعدها صریحاً گفت که حتی اگر تمام قابلیت‌های اپلیکیشن تکمیل می‌شد، کیفیت مدل همچنان مانع عرضه آن بود.
تیم ناچار بود توسعه محصول را ادامه دهد و هم‌زمان منتظر بماند تا مدل به سطح مورد نیاز برسد.
سرانجام آن لحظه فرا رسید.
در نوامبر ۲۰۲۵، مدل GPT-5.1-Codex-Max عرضه شد و توانایی مدل‌ها برای برنامه‌نویسی پیوسته طی چند ساعت بهبود یافت.
یک ماه بعد، GPT-5.2-Codex نیز توانایی کار با مخازن بزرگ کد و اعمال تغییرات در آن‌ها را تقویت کرد.
تا دسامبر، فضای داخلی تیم شروع به تغییر کرده بود.
اعضایی که پیش‌تر بر ضرورت وجود ویرایشگر کد تأکید می‌کردند، به‌تدریج ویرایش دستی را کنار گذاشتند. آن‌ها به‌جای اصلاح مستقیم کد، روی نتیجه کار یادداشت می‌گذاشتند و از کدکس می‌خواستند تغییرات لازم را اعمال کند.
در اوایل سال ۲۰۲۶، تمام اعضای تیم کدکس از این اپلیکیشن به‌عنوان ابزار اصلی خود استفاده می‌کردند. پس از آن، مهندسان و پژوهشگران دیگر در اوپن‌ای‌آی نیز یکی پس از دیگری به این ابزار روی آوردند.
حتی گرگ براکمن که به استفاده از ترمینال و ویرایشگر اِمکس (Emacs) عادت داشت، به اپلیکیشن جدید روی آورد.
وقتی دوباره به روش کاری قدیمی خود بازمی‌گشت، احساس می‌کرد که به گذشته برگشته است.
در دوم فوریه ۲۰۲۶، اپلیکیشن دسکتاپ کدکس رسماً منتشر شد.
این بار کاربران بیرون از اوپن‌ای‌آی نیز ارزش آن را پذیرفتند.
در ماه مارس، تعداد کاربران فعال هفتگی کدکس از دو میلیون نفر گذشت و در ژوئن به بیش از پنج میلیون نفر رسید. حدود یک‌پنجم این کاربران را کارکنان مشاغل دانشی تشکیل می‌دادند.
دیدگاه‌های مطرح‌شده در این مقاله صرفاً متعلق به نویسنده است و پلتفرم ۳۶Kr تنها فضای ذخیره‌سازی اطلاعات را فراهم می‌کند.