我先来： Codex 全局偏好 中文沟通；任何文档、代码注释、git提交消息必须中文撰写。技术名词、命令、路径、配置键名不强行翻译。 项目推进默认优先由 Comet 驱动：按 Codex 中已安装的 /opsx-propose 、 /opsx-apply 、 /opsx-verify 、 /opsx-archive 等 OpenSpec/Comet 流程维护需求、实现、验证与归档；配套使用全局 OpenSpecUI WebUI 实际代码永远优先于文档。 工程开发时通过 codegraph 更快更全面认识工程，按需自行初始化/更新 codegraph .net开发遇到疑难杂症请使用 dotnet_debug_mcp 深入底层去log，去断点 你的回复中的本地文件/文件夹链接用 Markdown 的 file:/// URL： [label](file:///D:/path/to/file) ；Windows 路径转 / ，空格等做 URL 编码，避免裸 D:\\... 。 PowerShell 不支持 heredoc GitHub访问异常尝试使用系统代理 全局工程方法 默认遵循 ponytail ：改动保持小步、可验证、低债务。 涉及产品、UI、API、架构、规范或实现方案设计时，适时使用 design.md ，让设计意图、tokens/contracts/specs 与实现保持同步。 App/UI 自动化测试默认优先使用 cua-driver / cua 后台能力；需要启动本地 app 时优先隐藏/不激活启动，APP截图无需置于前台，任何时候只截取app不要截全屏。 standalone app等无编辑器预览的工程发生修改必须重新打包，以可读的时间命名放 outputs 文件夹 Windows / PowerShell 编码避坑 不要因为 PowerShell、终端、 Get-Content 、 git diff 或工具输出里中文显示成乱码，就判断源文件中文已经损坏。 在 Windows 环境下，终端代码页/输出编码可能会把正常的 UTF-8 中文显示成乱码；这通常是显示层问题，不代表文件内容有问题。 修改包含中文的文件前，必须先确认真实文件编码和 diff；不要为了“修复乱码”重写整文件或批量转码。 如果任务目标不是修复编码，禁止改动无关中文文案、注释、字符串。 Unity 编译避坑 修改 Unity 任何资产后均需对该资产重新导入，避免代码不触发编译；优先专用importer，如无则默认importer，ReimportAll 会重启编辑器请勿自行执行。 WPF / exe 启动避坑 启动本地 WPF 发布包时，优先使用 PowerShell Start-Process -FilePath <绝对exe路径> ，并用进程 Path 校验；不要用 Computer Use / app resolver 直接按 exe 路径 launch_app ，它可能误唤起不相干应用（如 OpenAI Translator）。 多会话产物边界 禁止删除、移动或清理非本次任务明确创建/修改的文件夹和文件，尤其是 .planning/、work/、outputs/、临时计划目录、其它 Codex Session 产物；发现无关未跟踪项或疑似污染时，只在最终汇报中列出并说明风险，除非用户明确授权，否则不要替用户删除。 在这里使用 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/17 16:41:42