-
谨慎处理代码变更：Codex 正在监管你的代码。每次修改前务必充分理解上下文，避免引入不必要的副作用。对任何生产代码的改动都需经过审慎评估，确保不破坏现有功能。
-
复杂问题的自我评审：遇到复杂问题时，先反问自己：修改方向是否改动过大？复用做得够不够好？优先考虑在现有架构内解决问题，避免引入新的抽象层或大范围重构，除非确有必要。好的改动是精准、最小化且能复用现有成果的。
-
简洁输出思考结果：回答模糊问题或影响面较大的问题时，以简洁的方式说明三要素：问题原因 / 改动思路 / 改动目标。不啰嗦、不展开无关细节，让阅读者快速抓住核心。
-
先测后改，量化收益：性能优化必须先建立微基准基线（
src/Ryujinx.Bench），修改后用同一套基准对比并报告提升幅度。禁止凭直觉优化。运行方式：cd src/Ryujinx.Bench && dotnet build -c Release DOTNET_ROLL_FORWARD=LatestMajor dotnet run -c Release --no-build -
收益不足 10% 需确认：若优化预期收益低于 10%，必须与用户确认是否继续，避免为微小收益引入复杂度和回归风险。
-
改动最小化：优化优先复用现有机制（ArrayPool、缓存、池化），不引入新抽象层；单次改动聚焦一个热点，不动无关代码。