写长篇时，人物设定在一个聊天里，世界规则在另一个聊天里，章节问题又另开了一次讨论。资料越积越多，作者很容易忘记哪个版本已经确定。ChatGPT官方项目说明提供了一个基础组织方式：把有关联的工作放进项目，让项目承载相关文件和上下文，并为不同产出分别开启聊天。
把这个功能用于小说，需要先整理自己的资料，而不是把所有零散想法一次上传。下面是本站设计的应用流程，不是官方小说案例，也没有经过实际创作效果测试。
先准备一份“已确认设定”。只写已经决定的世界规则、主要人物和时间线；尚未决定的想法另列为候选，不与正文混在一起。文件名标明版本，更新时写清本次改变了哪项决定。这样，模型即使提出新方案，作者也能看出它是在引用设定，还是试图修改设定。
再按结果拆分讨论。一次只处理人物关系，一次只检查时间顺序，一次只讨论某章的冲突。每次说明依据哪份文件，并要求指出与设定矛盾的位置。不要把“帮我优化整部小说”作为所有讨论的共同任务，否则新的建议很难追溯到具体问题。
讨论结束后，把自己认可的决定写回设定稿。聊天里出现过的方案，不应自动成为作品事实。下一轮工作继续引用更新后的文件，旧版本则另行保存，方便比较。
官方文档还区分了ChatGPT项目与连接电脑文件夹的本地项目。整理资料时，应确认当前聊天实际能读到哪些文件；把项目置顶只改变显示位置，不会增加资料访问范围。项目有助于组织工作，人物是否一致、建议是否适合作品，仍由作者检查。
适用场景：适合长篇小说设定、角色关系和时间线持续变化，需要分开讨论并维护确定版本的作者。
条件与边界：依据官方功能说明提出的写作流程，未声称项目能自动读懂全部聊天或保证小说设定不出错；实际访问范围以当前界面为准。
原文作者：OpenAI