展开知识库目录

Windows 安装 Codex,并完成第一个可回滚任务

第一次使用 Codex 不要从正在生产或改动很多的项目开始。

先把问题看准

先准备一个允许试错的目录

第一次使用 Codex 不要从正在生产或改动很多的项目开始。先确认 Windows、PowerShell、Node.js、当前目录和 Git 状态,再按 OpenAI 当前官方安装页完成安装与登录。

第 1 步

核对环境

记录 Windows 与 PowerShell 版本、Node.js 版本、当前目录和 Codex 实际版本。命令不存在时保留原始错误,不临时混用多个安装来源。

把涉及的文件、目录、版本、命令和实际输出写进记录;代码变化同时保留 diff 与测试结果。

第 2 步

建立可回滚起点

在测试仓库提交或复制基线,确认工作区没有不明改动;告诉 Codex 只处理一个文件和一个可检查结果。

确认“建立可回滚起点”已经有可回查结果,再进入“完成一个小改动”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 3 步

完成一个小改动

选择改一处文案、补一个测试或修一个局部错误,先让 Codex说明将读哪些文件、执行哪些验证。

确认“完成一个小改动”已经有可回查结果,再进入“检查 diff 和测试”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 4 步

检查 diff 和测试

人工查看修改范围,运行仓库真实测试或构建命令,记录输出与退出码。测试不存在就如实写明。

确认“检查 diff 和测试”已经有可回查结果,再进入“实际回滚一次”;依据仍然来自猜测时,把缺口单列并停在当前步骤。

第 5 步

实际回滚一次

用 Git 反向提交、恢复补丁或备份撤销本次小改动,确认回滚步骤有效后再接真实任务。

需要修改时先限定文件和行为范围,无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“版本记录、小改动 diff、测试与回滚证据”。

完成后应能在“版本记录、小改动 diff、测试与回滚证据”中找到与这一步对应的记录;仍需靠猜测补全,就停在这里。

做到这里就可以停

第一次任务的成果是完整证据链

保留环境版本、安装来源、任务说明、修改前后 diff、测试输出和回滚结果。只看到“已完成”而没有这些证据,不能证明环境已经可用。

进一步核对

参考资料与核对入口