01.02 怎样整理项目资料并向 Codex 说明需求

介绍输入资料、草稿、成品和检查记录的组织方式，以及怎样给出清楚的边界。

01 · 导读

介绍输入资料、草稿、成品和检查记录的组织方式，以及怎样给出清楚的边界。
适合：能打开 Codex，但经常得到方向不对的结果的学员。

教学示例：Northstar Studio 为虚构业务，服务英国独立咖啡店。棉布袋 35×40cm、MOQ 100、打样 7–10 个工作日均为说明写法的虚构参数；报价、运费、认证、完整交期未知。示例不代表真实经营成果。

02 · 相关资料

• 输入资料与其来源、日期、未知字段。
• input、drafts、output、checks、templates 目录。
• 目标读者、输出格式与本次允许范围。

03 · 核心讲解

任务说明要同时给目标、输入、范围、限制和验收，不只是“帮我做个好的”。

参考资料描述风格或事实，不自动授权复制其中的图片、代码或客户信息。

“帮我做一份出海选题”过于笼统，Codex 无法知道能引用哪些参数、写入哪里，也不知道什么不能碰。把事实来源、目标读者、输出格式和禁止动作写在同一份说明里，后续修改时才有共同依据。目录分开后，原始资料不会被新草稿覆盖。

需求说明可以按六行组织：要解决什么、读哪些文件、给谁看、输出什么格式、保存哪里、遇到缺资料怎样处理。把“更专业、更爆款”换成这些可判断的信息，结果更容易修订。

例如产品事实只有 cotton canvas，没有认证与报价，选题就应围绕能证实的材料和使用问题。要求脚本出现销量、收益或交期时，Codex 应先指出证据缺失。

开始前让它复述读写路径，是为了避免原始资料与成品混放。你授权写 drafts/topics-v1.md，只对应这次内容生成；之后是否发布或发送，仍由业务负责人决定。

Codex 总是补出不存在的认证时，先检查事实文件有没有旧文案，再在 brief 中明确引用范围与未知处理，不要只反复说“更真实一点”。

会员可阅读完整文章。 登录