Windows उपयोग के मुख्य बिंदु: नेटिव या WSL, आखिरकार कैसे चलाना सबसे आसान होगा
📚 सीरीज नेविगेशन: पिछला अध्याय〔32 Claude Code से माइग्रेशन〕"Claude Code से Codex पर आसानी से कैसे स्विच करें" के बारे में था। यह अध्याय विशेष रूप से Windows उपयोगकर्ताओं के लिए है—पिछले तीस अध्यायों में मान लिया गया था कि आप Mac या Linux पर काम कर रहे हैं, लेकिन वास्तव में हमारे यहाँ आधे से अधिक लोग Windows का उपयोग करते हैं, जहाँ पथ (paths), लाइन एंडिंग्स (line endings), और सैंडबॉक्स नियम पूरी तरह से भिन्न हैं। अगला अध्याय〔34 व्यापक व्यावहारिक अभ्यास〕पूरे Codex अनुभाग में सीखी गई बातों को एक वास्तविक प्रोजेक्ट में लागू करके दिखाएगा।
मैं आपको अपनी एक बेवकूफी भरी कहानी बताता हूँ।
मार्च 2026 में, मैंने पहली बार अपनी कंपनी के Windows 11 लैपटॉप पर Codex इंस्टॉल किया। काम आसान करने के लिए मैंने WSL इंस्टॉल नहीं किया, बल्कि इसे सीधे नेटिव PowerShell में चलाया। यह इंस्टॉल तो हो गया, लेकिन जैसे ही मैंने इसे फ़ाइल में बदलाव करने के लिए कहा, यह एरर देने लगा—मैंने काफी समय तक लॉग्स को देखा, और फिर मुझे एहसास हुआ कि जो प्रोजेक्ट मैंने Mac से git clone किया था, उसमें स्क्रिप्ट LF लाइन एंडिंग का उपयोग कर रही थीं। Windows पर Git ने डिफ़ॉल्ट रूप से उन्हें CRLF में बदल दिया था। जब Codex ने इसे संशोधित करके सहेजा, तो पूरी फ़ाइल के diff में ^M दिखाई देने लगा, जिसका अर्थ था कि हर एक लाइन को "संशोधित" माना गया था। मैंने सोचा कि यह Codex का कोई bug है और मैंने issue का ड्रॉफ्ट तैयार करना शुरू कर दिया, लेकिन बाद में मुझे एहसास हुआ कि मैं खुद Windows के लाइन एंडिंग के नियमों को नहीं समझ पाया था।
सच कहें तो, Codex अब Windows पर नेटिव रूप से चल सकता है, और इसका अनुभव भी अच्छा है, लेकिन यह Mac/Linux जैसा नहीं है। सैंडबॉक्स तंत्र Windows के लिए विशिष्ट दो स्तरों पर काम करता है, पथ में बैकस्लैश का उपयोग होता है, और लाइन एंडिंग्स इसके इतिहास का बोझ हैं। यदि आप इन समस्याओं के बारे में पहले से नहीं जानते हैं, तो देर-सवेर आप इनमें फंस जाएंगे।
यह अध्याय Windows पर इसे चलाने के सभी विवरणों को स्पष्ट करेगा: इसे कैसे इंस्टॉल करें, नेटिव या WSL में से क्या चुनें, Windows विशिष्ट तीन समस्याओं से कैसे बचें, सैंडबॉक्स Mac/Linux से कैसे भिन्न है, और अंत में PowerShell में एक बुनियादी उदाहरण कैसे चलाएं।
इस अध्याय को पढ़ने के बाद, आपको मिलेगा:
- एक वाक्य में निष्कर्ष: Windows पर इसे चलाने का सबसे आसान और चिंतामुक्त तरीका कौन सा है
- आधिकारिक PowerShell स्क्रिप्ट का उपयोग करके Codex इंस्टॉल करने के पूर्ण चरण, साथ ही Windows के लिए कुछ आवश्यक डिपेंडेंसी
- "नेटिव PowerShell बनाम WSL2" तुलना सूची: आप किस श्रेणी में आते हैं और आपको क्या चुनना चाहिए
- Windows विशिष्ट तीन समस्याएँ—पथ बैकस्लैश,
CRLFलाइन एंडिंग, औरEveryoneअनुमति चेतावनी—और उनसे कैसे बचें - Windows सैंडबॉक्स के
elevated/unelevatedस्तरों का Mac/Linux से अंतर, और एरर1385आने पर क्या करें - एक व्यावहारिक चरण-दर-चरण प्रक्रिया जिसके माध्यम से आप Windows पर शून्य से अपना पहला Codex कार्य चला सकते हैं
⚠️ कमांड, कॉन्फ़िगरेशन कुंजियाँ (config keys), और डिफ़ॉल्ट व्यवहार Codex आधिकारिक दस्तावेज़ पर आधारित हैं; मॉडल के नाम, पैकेज सीमा, और संस्करण संख्या अपडेट के साथ बदल सकते हैं, वे आपके स्थानीय
codex --helpऔर वास्तविक इंटरफ़ेस के अधीन हैं। इस अध्याय के सभी कमांड में यह इंगित किया गया है कि वे PowerShell में चलाने हैं या WSL shell में, कृपया सही स्थान पर चलाएं।
01 एक वाक्य में निष्कर्ष: Windows पर चलाने का सबसे आसान तरीका
पहले निष्कर्ष स्पष्ट करते हैं, ताकि आपको अधिक सोचना न पड़े:
डिफ़ॉल्ट रूप से "नेटिव Windows + elevated सैंडबॉक्स" का उपयोग करें, यह आधिकारिक रूप से अनुशंसित तरीका है, जो सबसे तेज़ है और सुरक्षा से कोई समझौता नहीं करता है। केवल तभी WSL2 पर वापस जाएँ जब आपका वर्कफ़्लो पहले से ही Linux पर आधारित हो, या यदि दोनों नेटिव सैंडबॉक्स मोड आपकी कंपनी के कंप्यूटर पर काम नहीं कर रहे हों।
我已知道网上很多老教程（包括一些中文站）会告诉你「Windows 上推荐 unelevated」「推荐先装 WSL」——这些说法过时了。 官方文档现在白纸黑字写着：原生 Windows 沙箱性能最好、速度最快，同时安全性跟其他平台一样；elevated 是首选，unelevated 只是退路。
समानता: ब्रॉडबैंड कनेक्शन。 जब तकनीशियन आपके घर आता है, तो वह सबसे पहले सीधे फाइबर ऑप्टिक केबल (elevated) लगाता है, जो सबसे तेज़ और सबसे स्थिर समाधान है; केवल तभी वह LAN केबल (unelevated) का उपयोग करता है जब बिल्डिंग में फाइबर न हो; और यदि कुछ भी काम न करे, तभी आप पड़ोसी के कमरे में जाने (WSL2) के बारे में सोचते हैं। अधिकांश लोगों के लिए सीधे फाइबर स्थापित करना ही पर्याप्त होता है, और उन्हें बाद के दो विकल्पों की चिंता करने की आवश्यकता नहीं होती।
实际场景里，这个选择对应三类人：
- आप बस Windows पर सामान्य रूप से कोड लिखना चाहते हैं और Windows टूलचेन का उपयोग करना चाहते हैं——नेटिव चलाएं,
elevatedचुनें, बिना किसी संदेह के। - आप कंपनी द्वारा प्रबंधित कंप्यूटर का उपयोग कर रहे हैं जहाँ IT ने एडमिन अधिकारों को लॉक कर दिया है——नेटिव
elevatedइंस्टॉल नहीं हो पाएगा, इसलिए पहलेunelevatedका उपयोग करें और IT को रिपोर्ट करें। - आपका प्रोजेक्ट पहले से ही WSL में है और आप Linux टूल के आदी हैं——सीधे WSL2 में चलाएं, Windows और Linux के बीच बार-बार स्विच न करें।
💡 एक वाक्य में सारांश: डिफ़ॉल्ट रूप से "नेटिव Windows +
elevated" का उपयोग करें, WSL2 केवल उन लोगों के लिए है जो पहले से ही Linux वातावरण में काम कर रहे हैं, यह डिफ़ॉल्ट शुरुआती विकल्प नहीं है।
02 इंस्टॉल和आवश्यक डिपेंडेंसी
Windows 上装 Codex CLI，官方最直接的路子是用自带的 PowerShell 安装脚本，一行就能装上。
PowerShell 或 Windows Terminal 中运行：
powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"如果你电脑上已经装了 Node.js，也可以走 npm 这条官方备选路径：
npm install -g @openai/codex装完关掉终端重开一个，让 PATH 生效，然后验证：
codex --version预期输出是一行版本号（具体数字以你装的为准），格式大致是 codex 0.x.x，能打印出来就说明装好了。
想要图形界面而不是命令行？官方提供 Windows 桌面版 Codex app，直接从 Microsoft Store 下载；不想打开 Store 界面也可以用
winget install Codex -s msstore装。本篇讲的是 CLI，下面的命令都围绕codex命令行展开。
몇 가지 전제 조건 및 종속성, 미리 알아두면 번거로움을 줄일 수 있습니다:
| डिपेंडेंसी | आवश्यकता क्यों है | समाधान कैसे करें |
|---|---|---|
| Windows 11 (अनुशंसित) | आधिकारिक पसंदीदा बेसलाइन, सबसे स्थिर | Windows 11 पर अपग्रेड करें; Windows 10 पर भी चल सकता है लेकिन संस्करण 1809 या नया होना चाहिए |
winget उपलब्ध होना | C++ बिल्ड टूल्स और डेस्कटॉप ऐप इंस्टॉल करने के लिए आवश्यक | अनुपलब्ध होने पर Windows अपडेट करें या App Installer इंस्टॉल करें |
| एडमिन स्वीकृति अधिकार | elevated सैंडबॉक्स के इनिशियलाइजेशन के लिए आवश्यक | अपने कंप्यूटर पर सीधे "सहमत" पर क्लिक करें; कंपनी के कंप्यूटर पर यह लॉक हो सकता है |
| C++ बिल्ड टूल्स (IDE एक्सटेंशन का उपयोग करते समय) | कुछ नेटिव डिपेंडेंसी को कंपाइल करने की आवश्यकता होती है | winget install --id Microsoft.VisualStudio.2022.BuildTools -e |
我自己第一次在 Windows 10 上装的时候，IDE 扩展装好了却一直「转圈不响应」，折腾了快二十分钟才在官方文档的排障节里翻到——是缺了 Visual Studio Build Tools 的 C++ 工作负载。补上那条 winget install 命令、重启 VS Code，立马就好了。所以如果你也用 VS Code 里的 Codex 扩展，建议一开始就把 C++ 构建工具备上。
💡 एक वाक्य में सारांश: एक PowerShell स्क्रिप्ट के माध्यम से Codex CLI मुख्य रूप से इंस्टॉल हो जाएगा, बस Windows संस्करण,
wingetकी उपलब्धता, और एडमिन अधिकारों पर ध्यान केंद्रित करें।
03 WSL बनाम नेटिव PowerShell: आप किस श्रेणी में आते हैं
这是 Windows 用户最该先想明白的一道选择题。别看网上吵得凶，标准其实很简单：看你的代码和日常工作流活在哪儿。
समानता: किस शहर में बसना है。 नेटिव PowerShell का उपयोग करना "Windows शहर में बसने" जैसा है, जहाँ काम Windows की अपनी प्रक्रियाओं के अनुसार होता है, जो सबसे तेज़ और सबसे सुचारू है; WSL2 "शहर में Linux का एक कमरा किराए पर लेने" जैसा है, जहाँ आप Linux टूल्स और स्क्रिप्ट का उपयोग करने के लिए जाते हैं। आप दोनों जगह रह सकते हैं, लेकिन आप हर दिन Windows कार्यालय से Linux कार्यालय और वापस नहीं दौड़ सकते—एक मुख्य कार्यस्थल चुनना अधिक चिंतामुक्त है।
直接上对照表：
| आयाम | नेटिव PowerShell | WSL2 |
|---|---|---|
| इंस्टॉलेशन की कठिनाई | ✅ एक स्क्रिप्ट के माध्यम से आसान | ❌ पहले wsl --install करके लिनक्स वितरण इंस्टॉल करना होगा |
| गति | ✅ नेटिव सबसे तेज़ | फ़ाइल I/O थोड़ा धीमा, ड्राइव अक्षरों के बीच और भी धीमा |
| सैंडबॉक्स कार्यान्वयन | Windows विशिष्ट (elevated/unelevated) | Linux के bubblewrap सैंडबॉक्स के माध्यम से |
| उपयुक्त टूलचेน | ✅ Windows नेटिव उपकरण, .exe | ✅ Linux नेटिव उपकरण, bash स्क्रिप्ट |
| किसके लिए उपयुक्त | अधिकांश Windows उपयोगकर्ताओं के लिए | उन लोगों के लिए जिनका प्रोजेक्ट पहले से ही Linux में है |
什么时候选原生 PowerShell？ 你就是个普通 Windows 用户，平时用 VS Code 写代码、用 Windows 的 Git——直接原生，别装 WSL 给自己加负担。
什么时候选 WSL2？ 三种情况：你需要 Linux 原生工具链；你的仓库和工作流本来就在 WSL2 里；或者两种原生沙箱模式在你电脑上都跑不通。
要走 WSL2，先在「管理员身份的 PowerShell」里装：
wsl --install
wsl进了 WSL shell 之后，Codex 要在 Linux 里重新装一遍（Windows 上装的那个不算）：
curl -fsSL https://chatgpt.com/codex/install.sh | sh
codex这里有个我 2026 年 4 月踩过的坑：我图方便把仓库放在了 /mnt/c/Users/... 下（也就是 Windows 的 C 盘，从 WSL 里挂载访问），结果 Codex跑起来卡得要命，一个 git status 都要等好几秒。后来才知道，WSL 访问 Windows 挂载盘（/mnt/c/...）的文件 I/O 特别慢，得把仓库挪到 Linux 原生的主目录下：
mkdir -p ~/code && cd ~/code
git clone https://github.com/your/repo.git
cd repo挪完之后速度立马正常。需要从 Windows 这边访问这些文件时，在资源管理器里输 \\wsl$\Ubuntu\home\<user> 就能进去（把 <user> 替换成你的 Linux 用户名）。另外提一句，WSL1 从 Codex 0.115 起就不支持了（沙箱换成了 bubblewrap），你装 WSL 的时候默认就是 WSL2，不用特意操心。
💡 एक वाक्य में सारांश: यदि आपका कोड Windows में है, तो नेटिव PowerShell का उपयोग करें; यदि आपका कोड Linux में है, तो WSL2 का उपयोग करें और रिपॉजिटरी को
~/में रखें, न कि/mnt/cमें।
04 Windows 特有的三个坑：路径、换行、权限
这一节是本篇的核心。Mac/Linux 用户碰不到的坑，Windows 上一个不少。
坑一：路径反斜杠
Windows 路径用反斜杠 C:\Users\You\project，Unix 用正斜杠 /home/you/project。Codex 大多数时候会自动处理这个差异，但有两个地方你得自己上心：
~/.codex/config.tomlमें लिखे जाने वाले पथ, सलाह दी जाती है कि सीधे निरपेक्ष (absolute) पथ लिखें, जैसेC:\absolute\directory\path。- 给 Codex 加沙箱可读目录时，路径必须是「已存在的绝对目录」。命令是这个（在 Codex 交互界面里输）：
/sandbox-add-read-dir C:\absolute\directory\path执行成功后，本次会话里后续在沙箱中跑的命令就能读这个目录了。注意这条只对当前会话有效，重开一个会话要重新加。
坑二：CRLF 换行符（开篇我栽的那个）
先说清楚：这其实是 Windows 上用 Git 的通用换行问题，不是 Codex 自己的毛病，但 Codex 会改文件，所以你特别容易在它身上撞见。
समानता: विभिन्न देशों के सॉकेट。 LF (Unix लाइन एंडिंग) और CRLF (Windows लाइन एंडिंग) दो अलग-अलग प्रकार के सॉकेट की तरह हैं। हालांकि दोनों "लाइन एंडिंग" हैं, लेकिन दूसरे में पृष्ठभूमि में एक अतिरिक्त \r होता है। जब आप अपने Mac/Linux सहयोगियों से प्रोजेक्ट क्लोन करते हैं जो LF का उपयोग कर रहा है, तो Windows पर Git इसे डिफ़ॉल्ट रूप से CRLF में बदल सकता है। जब Codex इसे संशोधित करके सहेजता है, तो पूरी फ़ाइल की हर एक लाइन बदल जाती है, जिससे diff बहुत बड़ा हो जाता है。
我当时就是这么栽的。解决办法是统一换行策略，最省事的是在项目根目录放个 .gitattributes 文件，让 Git 别瞎转：
* text=auto eol=lf或者全局把 Git 的自动转换关掉（在 PowerShell 里跑）：
git config --global core.autocrlf false到底用哪种看团队约定，但核心就一句：别让换行符在平台间被偷偷改掉，否则你和 Codex 的每次改动都会被换行噪音淹没。
坑三：Everyone 可写权限警告
原生跑的时候，Codex 可能会警告「某些文件夹对 Everyone 可写」。这不是 bug——它在提醒你：这些文件夹的 Windows 权限太宽了，沙箱保护不住它们。 处理办法是去掉那些文件夹的 Everyone 写权限，然后重启 Codex 或重跑一次沙箱初始化。不确定怎么改权限就找 IT，别硬来。
| समस्या | लक्षण | कैसे बचें |
|---|---|---|
| पथ बैकस्लैश | कॉन्फ़िगरेशन / डायरेक्टरी पथ काम नहीं कर रहा है | निरपेक्ष (absolute) पथ लिखें, /sandbox-add-read-dir के लिए मौजूदा निरपेक्ष डायरेक्टरी का उपयोग करें |
CRLF Line Ending | diff में हर लाइन बदल गई है, स्क्रीन पर ^M दिखाई दे रहा है | .gitattributes में eol=lf सेट करें या core.autocrlf बंद करें |
Everyone 可写 | Codex 警告文件夹权限过宽 | 去掉 Everyone 写权限后重启 Codex |
💡 एक वाक्य में सारांश: निरपेक्ष पथ लिखें,
.gitattributesका उपयोग करके लाइन एंडिंग्स को lock करें, और अनुमति चेतावनियों को अनदेखा न करें—इन तीन समस्याओं से पहले से बचकर रहने पर Windows का अनुभव Mac के समान ही होगा।
05 沙箱与权限：Windows 跟 Mac/Linux 差在哪
Codex 的沙箱（限制它乱写文件、乱连网的安全围栏）在每个平台实现都不一样。Mac 用系统的 sandbox-exec，Linux 用 bubblewrap，Windows 是一套完全独立的、自己的两种模式。
原生 Windows 上，沙箱在 agent 模式下会拦住「working folder 之外的文件写入」，也会拦住「没经你同意的网络访问」。你能在 ~/.codex/config.toml 里配它（写到配置文件）：
[windows]
sandbox = "elevated" # 或 "unelevated"两种模式的区别，我给你拆明白：
| मोड | तीव्रता | कैसे कार्यान्वित होता है | कब उपयोग करें |
|---|---|---|---|
elevated (पसंदीदा) | अधिक मजबूत | समर्पित कम-अधिकार सैंडबॉक्स उपयोगकर्ता + फ़ाइल सिस्टम अनुमति सीमा + फ़ायरवॉल नियम + स्थानीय नीति समायोजन | डिफ़ॉल्ट रूप से इसका उपयोग करें, इसका प्रदर्शन और सुरक्षा दोनों सर्वोत्तम हैं |
unelevated (वैकल्पिक) | अपेक्षाकृत कमजोर | आपके वर्तमान उपयोगकर्ता से एक सीमित टोकन प्राप्त करना + ACL फ़ाइल सिस्टम सीमा + पर्यावरण-स्तरीय ऑफ़लाइन नियंत्रण | जब elevated इंस्टॉल न हो पा रहा हो तब उपयोग करें |
注意：这跟某些老中文教程说的「推荐 unelevated」恰恰相反。 官方明确写 elevated 是首选，unelevated 只是当 elevated 因为权限受限装不上时的临时退路。两种模式默认还都开了「私有桌面」做 UI 隔离，除非你为了兼容旧的 Windows Station Winsta0\Default 会话桌面行为，否则别去关 windows.sandbox_private_desktop。
为什么 elevated 可能装不上？ 它要建专用沙箱用户、改防火墙规则、调本地策略，这些动作在公司管控电脑上经常被 IT 策略拦下来。最典型的报错是 1385——意思是 Windows 拒绝给沙箱用户它启动命令所需的登录权限。碰到 1385，按官方建议这么办：
- IT से पुष्टि करें कि क्या डिवाइस नीति ने "Codex द्वारा बनाए गए सैंडबॉक्स उपयोगकर्ता" को आवश्यक लॉगिन अधिकार दिए हैं।
- 如果只有部分机器有问题，对比一下组策略或 OU 差异。
- 急着干活就先切
unelevated顶着。 - 把
CODEX_HOME/.sandbox/sandbox.log连同 Windows 版本一起发给团队排查。
🔒 有一个文件夹千万别外发：
CODEX_HOME/.sandbox-secrets/里是密钥，排障发日志时只发sandbox.log，别把这个目录带上。
如果某条命令因为「沙箱读不了某个目录」失败了，回到第 04 节那条 /sandbox-add-read-dir 把目录加进去就行。
💡 एक वाक्य में सारांश: Windows सैंडबॉक्स स्वतंत्र रूप से दो स्तरों पर काम करता है, डिफ़ॉल्ट रूप से
elevatedचुनें, इंस्टॉल न होने परunelevatedका उपयोग करें। एरर1385अक्सर लॉगिन अधिकारों को ब्लॉक करने वाली IT नीतियों के कारण आता है, इसके लिए IT से संपर्क करें।
06 动手：在 Windows 上跑通第一个 Codex 任务
理论讲够了，来真的。下面这套流程在原生 PowerShell 里跑，从建项目到让 Codex 改文件，全程照做。
पहला चरण, एक न्यूनतम परीक्षण प्रोजेक्ट बनाएं (PowerShell में):
mkdir codex-win-test
cd codex-win-test
git init
"console.log('hi')" | Out-File -Encoding utf8 app.js小提醒：老版本 PowerShell（5.1）的
Out-File -Encoding utf8会给文件加个 BOM 头，可能让后面的git diff多出点编码噪音。PowerShell 7+ 可以改用Set-Content -Encoding utf8NoBOM写出不带 BOM 的文件，验证换行时更干净。
दूसра चरण, पहले लाइन एंडिंग के नियमों को स्थापित करें, ताकि आप शुरुआत में बताई गई समस्या में न फंसे। प्रोजेक्ट की रूट डायरेक्टरी में .gitattributes फ़ाइल बनाएं:
* text=auto eol=lfतीसरा चरण, Codex प्रारंभ करें:
codex第一次跑原生沙箱，Windows 可能弹 UAC 管理员提示（这是 elevated 在做初始化）。自己的电脑点「同意」；如果是被锁的公司电脑点不了，Codex 通常会自动退到 unelevated，你会看到一行提示说切换了模式——这是正常的退路，能继续干活。
चौथा चरण, Codex को एक न्यूनतम कार्य सौंपें, इंटरैक्टिव इंटरफ़ेस में इनपुट करें:
把 app.js 里的 'hi' 改成 'hello, codex on windows'预期输出：Codex 会读 app.js、给出一段 diff、请求你批准（默认权限模式下会问你一句），你确认后它落盘。这时去看文件：
Get-Content app.js应该是：
console.log('hello, codex on windows')पांचवां चरण, यह सत्यापित करें कि लाइन एंडिंग्स अव्यवस्थित नहीं हुई हैं—Windows पर यह सबसे अच्छी आदत है जिसे आपको विकसित करना चाहिए:
git diff如果你前面 .gitattributes 立对了，diff 里只有那一行内容变化，不会满屏 ^M 或者「整个文件都被改」。要是 diff 爆了，回第 04 节坑二重新处理换行。
我自己每次在新 Windows 机器上配 Codex，都会先跑一遍这个最小流程，特别是最后那步 git diff 验证换行——这是我用真金白银（一个下午的 issue 草稿）换来的肌肉记忆。
💡 एक वाक्य में सारांश: प्रोजेक्ट बनाएं →
.gitattributesसेट करें → प्रारंभ करें → न्यूनतम कार्य सौंपें →git diffके साथ लाइन एंडिंग्स सत्यापित करें। इन पांच चरणों को पूरा करने के बाद आप Windows पर काम शुरू करने के लिए तैयार हैं।
सारांश
संक्षेप में, इस अध्याय के मुख्य बिंदु निम्नलिखित हैं:
- डिफ़ॉल्ट संचालन: नेटिव Windows +
elevatedसैंडबॉक्स, आधिकारिक तौर पर अनुशंसित तरीका, जो सबसे तेज़ और सबसे सुरक्षित है; WSL2 केवल उन लोगों के लिए है जो पहले से ही Linux में काम कर रहे हैं। - इंस्टॉलेशन: एक PowerShell स्क्रिप्ट के माध्यम से CLI इंस्टॉल हो जाएगा। Windows संस्करण,
wingetकी उपलब्धता, और एडमिन अधिकारों पर ध्यान केंद्रित करें, और IDE एक्सटेंशन के लिए C++ बिल्ड टूल्स तैयार रखें। - तीन विशिष्ट समस्याएँ: निरपेक्ष पथ लिखें,
.gitattributesका उपयोग करके लाइन एंडिंग्स कोLFपर लॉक करें, औरEveryoneअधिकार चेतावनी की उपेक्षा न करें। - सैंडबॉक्स का अंतर: Windows में स्वतंत्र रूप से
elevated/unelevatedके दो स्तर काम करते हैं, जो Mac केsandbox-execऔर Linux केbubblewrapसे भिन्न हैं। एरर1385अक्सर लॉगिन अधिकारों को ब्लॉक करने वाली IT नीतियों के कारण आता है।
अब आप यह करने में सक्षम होने चाहिए: एक नए Windows कंप्यूटर पर Codex को सफलतापूर्वक इंस्टॉल करना, यह तय करना कि नेटिव चुनना है या WSL, पथ और लाइन एंडिंग्स की समस्याओं से पहले से बचना, और पहला फ़ाइल संशोधन कार्य चलाने के बाद लाइन एंडिंग्स को सत्यापित करना।
说到底，Windows 上用 Codex 不比 Mac 难，就是多了「换行」和「沙箱模式」这两层 Windows 特有的认知税，交过一次就再也不踩了。
अगले अध्याय〔34 व्यापक व्यावहारिक अभ्यास〕में—हम किसी एकल कार्य पर बात करने के बजाय पिछले तीस अध्यायों में सीखी गई सभी अवधारणाओं (कॉन्फ़िगरेशन, मॉडल, अनुमतियां, सब-एजेंट, स्वचालन, माइग्रेशन, Windows अनुकूलन...) को एक साथ मिलाकर एक पूर्ण वास्तविक प्रोजेक्ट को शून्य से चलाकर दिखाएंगे।
留个小思考：如果让你现在挑一个项目，从 git clone 到让 Codex 帮你跑通第一个功能，你会先配哪三样、先立哪条规矩？下一篇见分晓。