展开知识库目录
Windows 安装 Codex,并完成第一个可回滚任务
第一次使用 Codex 不要从正在生产或改动很多的项目开始。
先准备一个允许试错的目录
第一次使用 Codex 不要从正在生产或改动很多的项目开始。先确认 Windows、PowerShell、Node.js、当前目录和 Git 状态,再按 OpenAI 当前官方安装页完成安装与登录。
核对环境
记录 Windows 与 PowerShell 版本、Node.js 版本、当前目录和 Codex 实际版本。命令不存在时保留原始错误,不临时混用多个安装来源。
把涉及的文件、目录、版本、命令和实际输出写进记录;代码变化同时保留 diff 与测试结果。
建立可回滚起点
在测试仓库提交或复制基线,确认工作区没有不明改动;告诉 Codex 只处理一个文件和一个可检查结果。
确认“建立可回滚起点”已经有可回查结果,再进入“完成一个小改动”;依据仍然来自猜测时,把缺口单列并停在当前步骤。
完成一个小改动
选择改一处文案、补一个测试或修一个局部错误,先让 Codex说明将读哪些文件、执行哪些验证。
确认“完成一个小改动”已经有可回查结果,再进入“检查 diff 和测试”;依据仍然来自猜测时,把缺口单列并停在当前步骤。
检查 diff 和测试
人工查看修改范围,运行仓库真实测试或构建命令,记录输出与退出码。测试不存在就如实写明。
确认“检查 diff 和测试”已经有可回查结果,再进入“实际回滚一次”;依据仍然来自猜测时,把缺口单列并停在当前步骤。
实际回滚一次
用 Git 反向提交、恢复补丁或备份撤销本次小改动,确认回滚步骤有效后再接真实任务。
需要修改时先限定文件和行为范围,无法说明回滚方式或影响面的动作先不执行。 完成后把证据归入“版本记录、小改动 diff、测试与回滚证据”。
完成后应能在“版本记录、小改动 diff、测试与回滚证据”中找到与这一步对应的记录;仍需靠猜测补全,就停在这里。
第一次任务的成果是完整证据链
保留环境版本、安装来源、任务说明、修改前后 diff、测试输出和回滚结果。只看到“已完成”而没有这些证据,不能证明环境已经可用。
