从 Slack 发起编码任务
本页根据 OpenAI 官方
Codex use cases页面重新整理，核对时间为2026-03-30。这里保留原文的任务边界、推荐技能和工作流重点，但改写成更适合课程、工作坊和机构授课的中文版本。
官方原始定位
- 官方标题：
从 Slack 发起编码任务 - 官方难度：
Easy - 官方预估时长：
5m - 官方核心说明：在 Slack 线程里通过
@Codex直接发起任务，把聊天里的需求变成绑定仓库与环境的云端编码任务。
这节课最适合哪些人
- 已经在 Slack 线程里形成了足够上下文的异步交接
- 想快速做 issue triage、bug fix 或小范围实现，而不频繁切上下文的团队
- 企业内训里需要展示 Codex 如何嵌入真实协作工具的场景
课上应该带学员理解什么
- 这类能力的本质不是 Slack，而是“把非结构化聊天变成结构化任务”
- 线程里如果没有目标、限制和预期产出，Codex 也会跑偏
- 最值得给企业学员展示的是：任务发起、结果回写、继续追问是一条连续链
官方强调的工作流
- 先安装 Slack app，连接正确的仓库和环境，并把
@Codex加入频道 - 在有充分上下文的线程中提及
@Codex，给出清晰请求、约束和目标结果 - 打开任务链接审查结果，如果需要继续修订，再回到线程里跟进
课堂演示顺序
- 先给学员看一条“说得太模糊”的线程，让他们判断为什么不能交给 Codex
- 再给一条“足够清晰”的线程，让 Codex 可以真正起任务
- 对比两者，提炼出“什么样的线程适合自动执行”的标准
- 最后模拟一次结果回写和二次追问
推荐技能与插件
- Slack 集成：把任务直接绑到对应仓库和云端环境
- Cloud environments：让结果可以回到线程中继续追问和迭代
- 清晰线程写作：高质量上下文决定
@Codex能不能直接行动
课堂版起手提示词
text
@Codex 请分析这个线程里提到的问题，并在指定环境中实现修复。
要求：
1. 先总结这个线程真正要解决的问题
2. 说明你理解到的限制和预期结果
3. 只在这个范围内行动，不要自行扩需求
4. 完成后把结果和待确认事项回写到线程语境中课堂验收与交付物
- 一套适合在 Slack 里发起任务的线程模板
- 一份“适合 / 不适合直接交给 Codex”的判断清单
- 一段结果回写模板
讲师讲这节课时最容易踩的坑
- 这节课非常适合企业培训，因为协作工具嵌入感很强
- 如果现场没有 Slack，也可以用伪线程文本来教学
- 重点是任务边界，而不是平台本身