Codex 做文献综述：把医学问题整理成能复核的证据表 临床科研里真正耗时间的地方不在检索，在检索之后。问题没拆清楚，几篇文献的摘要就混成一团，证据等级和适用人群也分不开。写出来的东西看着像研究总结，读起来却像临床建议。 Codex 在这里做的事，是把问题，证据，局限和草稿分成几层摆好。每句话都能回到原文核对，这是它在这一类活里的全部价值。它不替谁诊断，[……]继续阅读
Codex 从需求到交付（上）：需求怎么拆，它才不跑偏 把一句话的需求丢给 Codex，比如「帮我优化首页」，它很可能同时动 UI 和文案，连布局一起改。顺手还删掉一些它觉得没用的代码。改得快，但你不知道它改了哪里，也不知道能不能放心交付。 稳定的做法是让需求先经过拆解，再进入执行。整条链路走六步。 六步法 步骤名称目的1需求拆解先让它知道要做的项目是什[……]继续阅读
任务怎么写，Codex 才干得对 同样一句话交给 Codex，结果可能差很远。差别不在它，在你怎么写。一个说得清楚的任务，会把目标，背景，范围，约束，验证方式和交付要求都带上。 六个要素 目标是第一位的，一句话说清你想要的结果，比如修复登录页刷新后状态丢失的问题。 背景补充现象和上下文，说明用户刷新页面之后需要重新登录。 范围限定它[……]继续阅读
