对，按你描述的现象，锅更偏向 Codex，不是 GitHub。

GitHub/Git 本来就支持对同一个文件反复修改、反复提交，不存在“第一次能提交，第二次必须另建新文件才能提交”这种规则。

而 Codex 现在确实有已公开的问题，集中在 worktree + sandbox + Git 元数据权限 上：普通文件能改，但到了第二次 git add / git commit 时，可能因为 .git/worktrees/.../index.lock 只读、权限错误、锁冲突而失败。近期还有 Windows Desktop 回归案例：文件能正常修改，甚至能 push 已有 commit，但就是不能继续 stage/commit。(GitHub)

Codex App 官方也明确用了隔离 worktree：不同 agent/thread 可以在各自独立的代码副本里工作。这个设计本身合理，但如果 worktree 状态、分支衔接或 Git metadata 写权限出了 bug，就会出现你这种非常反直觉的结果。(OpenAI)

所以更准确地说：

GitHub 没有“不允许覆盖”；是 Codex 没有正确地在原来的 Git 状态上继续提交。

至于你那份旅行定稿，结合你现在补充的这个症状，我会比刚才更怀疑：不是单纯“AI 忘了内容”，而是 Codex 某次换了/搞乱了 worktree 或 Git 状态，导致你后来看到的是旧版本。

这也意味着：定稿仍有可能藏在 Git 历史或旧 worktree 里。 我现在反而不建议先重做行程，应该先查 Git。

by ChatGPT