Codex 聊天怎么互相引用?项目整理与跨聊天协作教程
复杂任务拆进多个聊天后,不必再手工复制整段上下文。把聊天整理进项目、直接引用,再让任务线彼此传递结论。
Original demo
先看 14 秒演示
原帖来自 OpenAI DX 工程师 Gabriel Chua。视频会随 X 官方帖子一起加载;如果网络拦截 X,仍可通过摘要和原帖链接继续阅读。
原帖与 14 秒演示视频
Gabriel Chua 用 14 秒演示了 Codex 应用中的项目整理、聊天引用和跨聊天传递消息。
正在加载 X 原帖…
Three actions
三个操作,分别解决整理、引用和协作
把聊天移入或移出项目
把同一目标的任务线集中管理,也可以把已经无关的聊天移出去。
移动前先确认项目是否正确,因为聊天进入项目后会处在该项目的组织与上下文边界中。
用 @ 或拖拽引用另一个聊天
在输入框输入 @ 选择聊天,或者把目标聊天直接拖入输入框。
引用用于明确指向另一条任务线,不代表两个聊天的全部历史、文件和 Git 状态永久合并。
让一个聊天向另一个聊天发消息
指定目标聊天和要传递的结论,让不同任务线继续协作。
消息应包含结论、约束和下一步;发送后仍要到目标聊天核对内容和执行范围。
Example workflow
把一个开发任务拆成四个聊天
每个聊天只负责一个清晰阶段,结论通过引用和消息继续向下传递。这样比把需求、研究、编码和审查全塞进一条超长聊天更容易验收。
需求聊天
确认文章目标、用户问题和不可改变的范围。
调研聊天
核对 OpenAI 官方资料和原帖演示,标记动态事实。
实现聊天
在正确仓库和分支中修改代码、运行测试。
Review 聊天
独立检查 diff、回归风险和遗漏验证。
可直接这样说
请把本轮结论发送给 @实现聊天,并提醒它不要修改支付逻辑。
跨聊天协作仍然有边界
把消息送到另一个聊天,不代表目标任务已经正确执行。权限、目录和验证仍需要你把关。
- 引用聊天不等于合并所有历史、文件或 Git 状态。
- 目标聊天仍有自己的项目、工作目录、权限和执行状态。
- 发消息前确认目标聊天,避免把结论送错任务线。
- 不要传递密码、密钥、Cookie、订单或客户身份信息。
- 重要结论到达目标聊天后,仍要检查代码、diff 和测试结果。
Sources
官方来源与核验范围
原帖负责证明新界面的操作;OpenAI 官方资料负责解释项目与桌面应用边界。产品界面会变化,本文按核验日期描述。
三个新操作的直接演示,核验于 2026-08-18。
项目、聊天、文件和项目上下文的官方说明。
桌面应用中 Chat、Work 与 Codex 的边界。
FAQ
Codex 聊天协作常见问题
@ 引用聊天和移动聊天到项目有什么区别?
移动聊天是在项目层面重新组织任务;@ 引用或拖拽则是在当前输入中明确指向另一段聊天。一个偏组织,一个偏本次协作。
引用另一个聊天会自动共享全部上下文吗?
不要这样假设。文件、工作目录、权限和执行状态仍可能不同,重要背景应在消息中明确说明。
为什么我看不到这个功能?
这是一项较新的桌面应用能力,界面可能随版本、平台或工作区逐步变化。先更新应用,再以当前账号实际显示为准。
跨聊天发消息后会自动修改代码吗?
发送消息只代表把任务或结论交给目标聊天。是否修改代码取决于目标聊天的指令、权限和后续执行,完成后仍需检查 diff 与测试。
