打开 Project，点 Project instructions（项目名旁边的齿轮 / 铅笔图标），粘了一套新规则（“只用英文回复”、“绝不建议 Python”），按了保存——结果 ChatGPT 还是用中文给你 Python 代码。
最快的修法（约 70% 的情况能解决）： 在同一个 Project 里开一个全新的 chat 重新测。已有的 chat 线程会把上下文冻结在它开始的那一刻，所以改指令不会追溯应用到一个已经在进行中的对话。新 chat 能遵守规则 = 新工作已经没问题了。
如果新 chat 也无视规则，那是新规则输给了优先级更高的某一层。Project Instructions 不是魔法——截至 2026 年 6 月，它和全局 Custom Instructions、Saved Memories、Project 自己的记忆 / 被引用的项目内对话、当前 chat 的运行上下文、Project Files 叠在一个 stack 里。其中任何一层和新规则冲突，规则都可能静默落败；而且指令字段有个软字数上限，会把后半段无声地截掉。
指令 stack 的优先级是怎么裁决的（2026 年 6 月）
ChatGPT 官方记录的层级关系是：一个 Project 的指令只在该项目内生效，并且在该项目内压过全局 Custom Instructions。这是设计行为——所以”Custom Instructions 在压我的 Project 规则”并不是正常设计，真出现这种情况，通常是 Project 规则被截断了、根本没存上、或被 Memory 反压，而不是被 Custom Instructions 压。真正会跟一条新存好的规则打架的层，按命中率排序如下：
| 层 | 作用范围 | 会压过新 Project 规则吗？ |
|---|---|---|
| 已有 chat 的运行上下文 | 单个打开的对话 | 会——chat 冻结上下文，改动不追溯生效 |
| Saved Memories | 全账号 | 会——一条存着的”总是用 Python”会静默把旧行为塞回来 |
| Project 记忆 / 被引用的项目内对话 | 单个项目 | 会——项目里的旧对话会把旧模式拉回来 |
| Project Files | 单个项目 | 会——一堆 Python 文件会票数压过一行文字规则 |
| 静默截断 | 指令字段本身 | 会——上限之后的内容对模型不可见 |
| 全局 Custom Instructions | 全账号 | 很少——Project 规则本应胜出，真冲突就当成上面某条的症状去查 |
常见原因
按命中率从高到低：
1. 已有 chat 线程还带着改之前的行为
绝对最常见。你测试用的那个 chat 里，模型一直镜像改指令之前的样子——这个 chat 自己的运行上下文压过了你刚存的新规则。改动只对新 chat 生效。
如何判断：在同 Project 开一个新 chat 跑同一个 prompt，新规则生效了 = 是老 chat 的历史在反压。
2. 某条 Saved Memory 和新规则冲突
这是 2026 年大多数人会漏掉的原因。ChatGPT 的 Saved Memories（Settings → Personalization → Memory → “Manage memories”）是全账号级、模型自己选择记住的事实，比如”User prefers Python for scripting”或”User writes in Chinese”。即使你改了 Project 指令，这些记忆也会把旧行为重新塞回来，因为 Memory 是和项目并行生效的。
如何判断：打开 Settings → Personalization → Memory → Manage memories 通读列表，有哪条记下的事实正好就是你想禁掉的东西，那就是反压源。
3. Project 记忆 / 被引用的项目内对话把旧模式拉回来
Plus 和 Pro 账号的 Project 可以引用该项目内的历史对话来保持”聚焦”。这对连续性有帮助，但也意味着项目自己的历史会不断重申改之前的行为——这跟你恰好开着的那一个 chat 是两回事。
如何判断：在项目里开新 chat，第一句直接问 Ignore all prior conversations in this project. Follow only the current Project instructions. State rule 1 verbatim.。行为立刻切到新规则 = 是 Project 记忆在拖后腿。
4. Instructions 字数超限被静默截断
截至 2026 年 6 月，Project 指令字段能接受几千个字符（OpenAI 没有公布确切数字，而且对话变长后指令会被降权）。如果你粘了一大段进去，后半段可能被无声丢弃或忽略，截断点之后的规则等于不存在。
如何判断：在 Project 里问 Repeat your Project instructions verbatim, including any line about Python.，引不出那行 = 被截断或降权了——把指令改短。
5. 新规则和 Project Files 内容冲突
如果 Project Files 里有个文件全是 Python，模型会把它当成强烈的上下文证据，即使有一行规则禁 Python 也会继续给 Python。大语料库票数压过短指令。
如何判断：临时移走那个 Python 重的文件再跑，规则立得住 = 是文件在票数反压。
6. 你改错了 Project
你有 5 个名字相近的 Project。改的是 “Q2 Campaign” 但你在 “Q2 Campaign (copy)” 里聊——指令更新根本没落在你测试的地方。
如何判断：在 chat 里点顶部 / 侧栏的 Project 名，确认和你刚刚改的是同一个。
7. 保存没真生效（网络抖动、编辑器关太快）
编辑器关太快、或断网时按保存，可能静默失败。重新打开指令字段还是旧内容。
如何判断：重新打开 Project instructions，新文案不在 = 保存没真生效。
动手前先确认
- 重新打开 Project instructions 编辑器、亲眼看一眼实际存进去的文案，确认保存成功。
- 准确记下 Project 名；有重名的话先重命名其中一个来区分。
- 想清你这条规则是硬约束（必须遵守）还是软偏好——措辞决定执行力度。
需要收集的信息
- Instructions 全文（保存后截屏编辑器）。
- Custom Instructions 全文（Settings → Personalization → Custom Instructions）。
- Saved Memories 列表（Settings → Personalization → Memory → Manage memories）。
- Project Files 当前文件列表。
- 那条规则被忽略的具体 prompt + reply。
- 是新 chat 也失败，还是仅老 chat 失败。
- 订阅类型 + 工作区（Personal / Team / Enterprise）。
最短修复路径
按收益从高到低，前两步一般能修掉大多数情况。
Step 1：在同 Project 开新 chat
老 chat 会继续带着改之前的上下文，最快的健全性检查：
Project → New chat → 第一条 prompt：
"State the first rule from this Project's instructions verbatim,
then answer: <你的测试问题>"新规则在新 chat 里立得住 = 新工作没问题了。老 chat 仍受影响，重开就行。
Step 2：清掉跟规则打架的 Saved Memory
Settings → Personalization → Memory → Manage memories
→ 找出任何重申旧行为的条目
（比如 "prefers Python"、"writes in Chinese"）
→ 删掉那条（垃圾桶图标）
→ 在 Project 里开一个新 chat 重新测如果这份工作根本不需要 Memory，可以在这里把 Reference saved memories 直接关掉；或者在新建 Project 时把它设成 project-only memory（已有项目维持原来的默认设置）。这一步是 2026 年大多数攻略都会跳过的。
Step 3：把 Instructions 改成短的硬约束，别写故事
很多”Instructions 被忽略”其实是”Instructions 写得太软”。改写：
差（段落形式）：
"This project is about our enterprise SaaS dashboard. The team
historically prefers TypeScript and we sometimes use Python for
scripts but generally try to standardize on TypeScript when
possible because of long-term maintenance."
好（硬约束形式）：
Constraints (always follow):
- Output language: English only
- Tech stack: TypeScript only. Never propose Python.
- Tone: concise, no apologies
- Always cite specific file names when referencing Project Filesbullet + 祈使句 + “always / never”——比叙述性文字遵守得稳得多，而且更省字符，能让你留在字数上限以内。
Step 4：确认 Instructions 没被截断或降权
在 Project chat 里问：
"Print your Project instructions verbatim from the first line
to the last. Do not summarize."把输出和你保存的对比，少了的内容 = 被截断或降权了。删掉背景叙述、只留规则，让整套规则塞得下、也保持高权重。
Step 5：减少反压规则的 Project Files
你写”只用 TypeScript”，但 Files 面板里 8 个 Python 文件，整个语料库在反向投票。要么：
- 移走 Python 文件，要么
- 在 Instructions 里加一句：
Files in this Project may contain Python for historical reasons. Never suggest Python in replies.
Step 6：把 Instructions 显式重存一次
如果怀疑保存没真生效：
Project → Project instructions
→ 全选 → 剪切 → 重新粘 → Save
→ 关编辑器 → 等约 5 秒 → 再打开
→ 确认文案在那
→ 再去新 chat 测Step 7：反复被忽略的规则加一个 enforcement 前缀
有些规则需要额外份量。在 Instructions 最前面加：
ENFORCEMENT: Before every reply, internally check whether any
rule below would be violated. If yes, revise the reply before
sending. Rules:
- <rule 1>
- <rule 2>这种自检前缀能明显提高规则遵守率，在 GPT-5.5 的 “Thinking” 模式下尤其明显。
怎么确认已经修好
- Project 里开新 chat → 第一条 prompt 让它复述新规则 → 一字不差返回。
- 跑 3 个之前会违反这条规则的 prompt——3 个都合规了。
- 让同事在他们自己账号里打开 Project 重跑，遵守一致 = 规则是绑在 Project 上的，不是只在你本机的 Memory 或 chat 状态里。
常见坑
- 改完 Instructions 在老 chat 里继续问，期望它”追溯生效”——chat 的上下文是冻住的。
- 忘了某条 Saved Memory（“prefers Python”）会悄悄压过新的 Project 规则。
- 用软词（“prefer”、“generally”）却期望硬执行。
- 粘几千字符进去，没注意到静默截断 / 降权。
- 改的是 “Q2 Campaign (copy)” 不是活的那个 Project。
- 一口气堆 15 条规则，把最重要的埋在最下面——顺序很重要，关键规则放最前。
FAQ
Q：Project 指令会压过我的全局 Custom Instructions 吗？ A：会。截至 2026 年 6 月，OpenAI 官方记录的行为是：一个 Project 的指令只在该项目内生效，并在该项目内优先于全局 Custom Instructions。所以 Project 规则被忽略时，先怀疑 Saved Memory、Project 记忆、截断或保存失败，再去怪 Custom Instructions。
Q：Project 指令字数上限到底多少？ A：OpenAI 没公布硬性数字；字段能接受几千个字符，但对话变长后模型会给长指令降权，超大块的尾部也可能被丢掉。可靠的测法是让模型把它的指令复述出来，跟你保存的对比。
Q：为什么连全新的 chat 里 ChatGPT 还在做旧动作？ A：新 chat 清掉的是 chat 上下文，但 Saved Memories 和（Plus/Pro 上的）Project 记忆仍然生效。去 Settings → Personalization → Memory → Manage memories 删掉任何重申旧行为的条目。
Q：删 Project 重建会保留文件吗？ A：不会。Files 绑在 Project 上，要先下载再重建。
Q：Instructions 改动多久生效？ A：新 chat 立即生效；老 chat 会继续按改前行为，除非你开新 chat 或显式让它丢掉旧上下文。
Q：能给 Instructions 加版本控制吗？
A：内置没有。本地每个 Project 留一份 instructions.md，迭代时粘贴覆盖。