Claude Code’dan Codex’ga 2026-yilda qanday o‘tish mumkin: bosqichma-bosqich qo‘llanma

Ailoot hujjatlari: API, kalitlar va sozlash.

Codex migratsiya vositasi umuman nima uchun kerak?#

OpenAI bu funksiyani Codex’ga 2026-yil iyun oyi boshida qo‘shdi. Rasmiy o‘zgarishlar jurnalida qisqacha shunday deyiladi:

Boshqacha aytganda: Codex App’ni ilk bor ishga tushirganingizda yoki allaqachon ishlayotgan mijoz ilovasining sozlamalaridan sehrgar ishga tushib, boshqa agentning lokal konfiguratsiyalarini o‘qiydi. Hozirda Claude Code va Claude Cowork qo‘llab-quvvatlanadi.

OpenAI buni nima uchun qilayotgani tushunarli. Sites ishga tushib, Codex App 2026-yil may–iyun oylarida yangilangach, Codex OpenAI’da ilgari yetishmagan hamma narsaga ega bo‘ldi: terminal, plaginlar, uzoq sessiyalar va orkestratsiya. Migratsiya Claude Code’ni o‘z tizimiga allaqachon qo‘shgan jamoalar uchun oxirgi to‘siqni olib tashlaydi: “qo‘llanadigan sozlamalarni import qilib, asl inventar bilan tekshirish mumkin”.

Bu sizga nima uchun kerak bo‘lishi esa unchalik ravshan emas. Men ularni Codex va Claude Code qo‘llanmasida yonma-yon taqqosladim: uzoq arxitektura muhokamalari va Plan Mode’da Claude hanuz oldinda, avtonom vazifalar va parallel PR’larda esa Codex tezroq. Agar butunlay o‘tishga qaror qilgan bo‘lsangiz, o‘qishda davom eting. Ikkalasini birga ishlatishni ko‘rib chiqayotgan bo‘lsangiz, hamkorlik usullari sizga ko‘proq mos kelishi mumkin.

Migratsiya vositasi nimalarni avtomatik ko‘chiradi?#

~/.claude papkasining har bir qismiga nima bo‘lishini birma-bir tushuntiraman.

1. Ko‘rsatmalar va kontekst. CLAUDE.md fayllari — ~/.claude/ ichidagi global fayl hamda repozitoriylardagi loyiha fayllari — AGENTS.md formatiga o‘giriladi. Global fayl ~/.codex/AGENTS.md manziliga tushadi; loyiha fayllari esa repozitoriy ildizi va ichki papkalarda qoladi. AGENTS.md formati qoidalar yozilgan xuddi shunday Markdown faylidir; farqlar asosan tashqi ko‘rinishga oid — bo‘lim nomlari va bir-ikkita maxsus direktiva. Men AGENTS.md nima ekanini va Codex’ga nima uchun kerakligini tushuntirganman.

2. Ko‘nikmalar. ~/.claude/skills/ papkasi to‘liq skanerlanadi; har bir ko‘nikma Codex tuzilmasiga moslashtirilib, $HOME/.agents/skills ichiga joylanadi. Repozitoriydagi .claude/skills/ ichidagi loyiha ko‘nikmalari .agents/skills ichiga ko‘chiriladi. Frontmatter’li SKILL.md formati deyarli o‘zgarishsiz o‘tadi. Ko‘nikmada Claude’ga xos triggerlar ishlatilgan bo‘lsa, u ko‘rib chiqish uchun belgilanadi.

3. MCP serverlari. .mcp.json konfiguratsiyasi (global va loyiha darajasidagi) Codex formatiga import qilinadi. Server nomlari, ishga tushirish buyruqlari va yo‘llar saqlanadi. Ko‘chmaydigan narsalar: tokenlar va muhit o‘zgaruvchilari. Xavfsizlik nuqtayi nazaridan, migratsiya vaqtida ular oshkor bo‘lmasligi uchun Codex API kalitlari va parollarni yana so‘raydi. Bu bir martalik ish: Codex App’da MCP bo‘limini oching va parol menejeringizdagi tokenlarni kiriting.

4. Hook’lar. Bu eng murakkab guruh. Deterministik mantiqqa ega hook’lar (masalan, rm -rf buyrug‘ini bloklash, hisob ma’lumotlariga o‘xshash yo‘llar haqida ogohlantirish, dalillarni qayd etish) to‘liq ko‘chadi. Codex’da muqobili bo‘lmagan triggerli hook’lar (masalan, Claude Code’ga xos muayyan hayot sikli hodisalari) “qo‘lda ko‘rib chiqish” uchun belgilanadi va avtomatik faollashtirilmaydi. Men ma’lumot uchun Claude Code’da hook’lar qanday ishlashini batafsil tushuntirganman — Codex’da ularning turlari kamroq.

5. Sessiyalar tarixi. Claude Code’dagi so‘nggi 30 kungacha bo‘lgan faoliyat ma’lumotnoma sifatida import qilinadi. Bu “to‘xtagan joyingizdan aynan davom eting” degani emas, lekin oldingi suhbatlaringiz Codex’da ko‘rinadi, shuning uchun loyiha kontekstini qayta eslatmasdan tezda tiklay olasiz.

Migratsiya vositasi faol fayllar va tajriba artefaktlarini farqlamaydi — hammasini ko‘chiradi. Migratsiyadan keyin so‘nggi olti oyda ishlatmagan narsalaringizni qo‘lda tozalash foydali.

NIMALAR ko‘chmaydi va nima uchun?#

Har bir guruhni “migratsiyadan keyin nima qilish kerak?” nuqtayi nazaridan ko‘rib chiqaman.

MCP tokenlari va API kalitlari. Bu eng oldindan taxmin qilish mumkin bo‘lgan qism. Skanerlashdan so‘ng Codex Claude’da topilgan barcha MCP serverlar ro‘yxatini ko‘rsatadi. U har biri uchun kalit va tokenlarni so‘raydi. Parol menejeringizni yoningizda tutib, barcha serverlarni bir o‘tirishda ko‘rib chiqish eng oson yo‘l. Shundan so‘ng MCP Codex va Claude Code’da bir xil ishlaydi. Tanlagan MCP serveringizning buyruq va ulanish parametrlarini uning hujjatlari bilan solishtirib tekshiring.

/name slash buyruqlari. Claude Code’da ko‘nikmani /skill-name bilan chaqirishga odatlangansiz. Codex’da standart chaqirish usuli boshqacha: $skill-name. /name buyruqlarini ko‘nikmalar yuklanganining isboti deb hisoblash — migratsiyadagi keng tarqalgan xato.

Migratsiyadan so‘ng Codex’da bir nechta muhim ko‘nikmani $skill-name bilan sinab ko‘ring. Ishlasa, migratsiya haqiqatan ham muvaffaqiyatli o‘tgan bo‘ladi. Sehrgardagi “ko‘nikmalar ko‘chirildi” belgisiga ishonmang — ularni chaqirib tekshiring.

Codex’da muqobili bo‘lmagan hook’lar. Agar muayyan Claude Code hodisalari uchun hook ishlatgan bo‘lsangiz — masalan, ma’lum vositalar birikmasi uchun pre-tool-use hodisasida — Codex’da bu trigger bo‘lmasligi mumkin. Migratsiya vositasi ularni belgilab, faol bo‘lmagan holda qoldiradi. Ularni Codex’ga moslab qayta yozish, olib tashlash yoki (ikkalasini parallel ishlatsangiz) Claude Code’da qoldirishni hal qilishingiz kerak. Yaxshi qoida: faqat deterministik hook’larni ko‘chiring; qolgan hamma narsa yangi vositada butun pog‘onalar tizimini takrorlamaslik uchun sababdir.

Subagentlarga asoslangan jamoaviy ish jarayonlari. Men Claude Code’dagi subagentlar nima ekanini va ichma-ich subagentlardan qanday foydalanishni tushuntirganman. Codex’da subagentlar profil va rollar orqali tashkil etiladi (quyida qarang). Agar Claude’da zanjir bo‘ylab ishlaydigan bir nechta subagentli murakkab jarayoningiz bo‘lsa, uni Codex profil konsepsiyasi asosida qayta yozishingiz kerak bo‘ladi. Migratsiya vositasi bunday sozlamalarni “arxitekturani qayta ishlash talab etiladi” deb belgilaydi.

Claude’ga xos katta hajmli CLAUDE.md fayllari. Fayl loyihalarga alohida bo‘limlar bilan 2,000–3,000 qatorgacha kattalashgan bo‘lsa, Codex uni qabul qilishi mumkin, ammo bu yomon usul. AGENTS.md ixcham va taqsimlangan bo‘lishi uchun mo‘ljallangan: global qoidalar ~/.codex/AGENTS.md ichida, loyihaga xos qoidalar repozitoriy ildizida, tor doiradagi istisnolar esa ichki papkalarda bo‘ladi. Migratsiyadan keyin CLAUDE.md’ni “ulkan ko‘rsatmalar fayli” holida qoldirmang; uni darajalar bo‘ylab ajrating. Men CLAUDE.md’ni to‘g‘ri sozlashni tushuntirganman; xuddi shu usul AGENTS.md’ga ham mos keladi.

Bosqichma-bosqich: Codex App’da 4 ta amal#

Mana aniq tekshiruv ro‘yxati.

1. 1-qadam: Codex App’ni 26.608 yoki undan keyingi versiyaga yangilang

   Migratsiya vositasi 26.608-versiyada paydo bo‘lgan (2026-yil 9-iyunda chiqarilgan). macOS’da Codex App’ni ochib, yangilanishlarni tekshiring. Windows’da ham shunday qiling. Codex CLI’ni ishlatsangiz, uning joriy App bilan mos kelishiga ishonch hosil qiling. Eng so‘nggi versiyasiz Settings’da “Import other agent setup” ko‘rinmaydi.

2. 2-qadam: Importni Settings’dan boshlang

   Codex App’da Settings’ni oching va “Import other agent setup”ni toping. Codex App’ni endigina o‘rnatgan bo‘lsangiz, sehrgar onboarding vaqtida migratsiyani taklif qiladi. Boshlangach, sehrgar fayl tizimini skanerlaydi: ~/.claude/ hamda CLAUDE.md yoki .claude/ mavjud bo‘lgan repozitoriylarni. Fayllar soniga qarab skanerlash 30 soniyadan bir necha daqiqagacha davom etadi.

3. 3-qadam: Migratsiya rejasini tasdiqlang

   Skanerlashdan so‘ng Codex inventarni ko‘rsatadi: nechta ko‘nikma, nechta MCP server, nechta CLAUDE.md fayli topilgani, qaysi hook’lar migratsiyaga mosligi va sessiyalar tarixining necha kunlik qismi mavjudligi. Ko‘chirishni istamagan guruhlaringiz belgisini olib tashlashingiz mumkin. Sukut bo‘yicha Codex import qilish xavfsiz deb hisoblagan hamma narsa tanlanadi.

4. 4-qadam: Yakunlanishini kuting va tokenlarni kiriting

   Import 1–5 daqiqa oladi. Tugagach, Codex qo‘shimcha oynani ochadi: “mana bularni avtomatik ko‘chira olmadim; qo‘lda tekshiring”. Odatda bu token talab qiladigan MCP serverlar ro‘yxati bo‘ladi. Parol menejeringizni ochib, kalitlarni Codex formasiga kiriting. Shundan so‘ng migratsiyaning asosiy qismi yakunlanadi.

Keyin natijani tekshiring. Claude Code’da odatda ishlatgan loyihalaringizdan birini ochib, quyidagilarni tekshiring:

• cat ~/.codex/AGENTS.md — global qoidalaringiz shu yerdami?
• Istalgan ko‘nikmani ishga tushiring: $skill-name. U yuklanishi kerak.
• Loyihadagi .mcp.json faylini oching va kerakli serverlar ishlayotganini tekshiring.
• Odatdagi ish uslubingizni aks ettiradigan suhbatni boshlang. Codex import qilingan hook’lardan qaysilarini ishlata olmasligini ko‘rsatadi; bular qo‘lda hal qilinadigan aniq inventar bandlari; qat’iy qolgan foiz aniqlanmagan.

Hook’lar va subagentlar: Codex’dagi muqobillar va qayta yozilishi kerak bo‘lganlar#

Hook’lar. Claude Code’da har bir hayot sikli hodisasiga shell buyrug‘ini biriktirish mumkin (pre-tool-use, post-tool-use, on-error, on-context-load va hokazo). Codex’da hodisalar to‘plami kichikroq: u bajarilishdan oldin tekshirishi, dalillarni qayd etishi va xavfli buyruqlarni bloklashi mumkin. Muayyan birikmani filtrlovchi pre-tool-use hook’i bo‘lsa, Codex’da uni umumiy bajarilishdan oldingi tekshiruvga o‘rash yoki olib tashlash kerak bo‘ladi. Men Claude Code hook’lari arxitekturasini batafsil tushuntirganman; ulardan keng foydalansangiz, har trigger va zarur ta’sirni sanang, qo‘llanadigan muqobilini topib, yoqishdan oldin sinang.

Subagentlar. Claude Code’da subagent — o‘z tizim so‘roviga ega alohida kontekst bo‘lib, /command orqali yoki asosiy suhbatdan ishga tushiriladi. Codex’da profillar o‘xshash tushunchani ifodalaydi: muayyan ko‘nikmalar, ruxsatlar va tasdiqlash siyosatiga ega profil belgilashingiz mumkin. Profillar ma’lum vazifalar toifasi uchun kontekstni ajratish orqali taxminan shu muammoni hal qiladi, biroq agentni bevosita chaqirish o‘rniga sozlamalar orqali ishlaydi.

Amalda bu quyidagilarni anglatadi:

• O‘z so‘roviga ega “security-reviewer” subagentingiz bo‘lsa, Codex’da kerakli ruxsatlar va yuqoriroq reasoning effort bilan security-review profilini yarating.
• “feature-developer” subagentingiz bo‘lsa, bu shunchaki sukut bo‘yicha ishchi profil; alohida hech narsa kerak emas.
• Ichma-ich subagentlardan foydalangan bo‘lsangiz, Codex’da bu birma-bir ishlamaydi; profillar zanjiri yoki aniq ko‘nikmalar orqali qayta o‘ylab chiqing.

Migratsiya vositasi subagent nomlaringizdan foydalanib profillar yaratishga harakat qiladi va qaysi triggerlar ko‘chmaganini belgilaydi. Ish hajmi rol, trigger, ruxsat va bog‘liqlik soniga bog‘liq. Har zarur jarayon sinalmaguncha uni ko‘chgan deb hisoblamang.

Qachon butunlay o‘tish, qachon esa ikkala vositani saqlab qolish kerak?#

Oddiy qaror mezoni:

Codex’ga to‘liq o‘tish quyidagi holatlarda ma’qul:

• Asosan avtonom PR’lar va parallel vazifalarni bajarasiz.
• GitHub ish jarayoningiz chuqur integratsiyalangan va Codex Cloud Agent ishning 80 foizini bajaradi.
• Arxitektura muhokamalari va Plan Mode’ga ko‘p vaqt sarflamaysiz.
• Ikkita vosita o‘rniga bittasi uchun to‘lashni xohlaysiz.

Claude Code va Codex’ni birga saqlang, agar:

• Uzoq arxitektura qarorlari uchun Plan Mode’dan muntazam foydalansangiz.
• Parallel ish kerak bo‘lsa: Codex bulutda bir vazifani bajarayotganda Claude Code boshqa vazifa kontekstini saqlab turadi.
• Plan Mode ortiqcha bo‘ladigan ko‘plab bir martalik hiylalar va kichik loyihalar qilsangiz.
• Bir oqshomda qayta yozib bo‘lmaydigan murakkab subagent jarayoningiz bo‘lsa.

Men shaxsan ikkalasidan foydalanaman: Claude Code uzoq suhbat kontekstini saqlaydi, Codex esa “N ta xatoni parallel tuzatish” yoki “PR’ni ko‘rib chiqish” vazifalarini bajaradi. Bu qanday ishlashi haqida Claude Code va Codex’ni birga ishlatish qo‘llanmasida batafsil tushuntirganman.

Migratsiya haqida aytadigan asosiy gapim shu: Migratsiya vositasi o‘tishdagi texnik to‘siqni olib tashlaydi, lekin avvalo o‘tishingiz kerakmi, degan savolga javob bermaydi. Avval qanday ishlarni bajarishingizni aniqlang. Keyin vositani tanlang.

Ailoot orqali neyron tarmoqlardan foydalanmoqchi bo‘lsangiz, Ailoot saytiga qarang.