项目与长期任务管理

当多个任务依赖相同资料、同一主题会持续一段时间时，可以使用项目组织工作。一次性的独立问题通常不需要额外建项目。

建一个可维护的项目

以“季度报告”“产品帮助文档”这样的目标命名项目。加入必要的源文件，把稳定规则写入项目指令，例如受众、语言、术语表和不能修改的数字。

本项目为内部产品文档。读者是首次使用产品的客服同事。
统一使用简体中文；产品功能只依据项目中的需求说明。
遇到版本冲突时指出差异，不要自行合并。

创建完成后，新开一个简短对话检查它是否能识别材料和指令。共享信息的范围取决于实际产品设置，不要假设任意旧对话都自动进入了项目。

一项产出对应一个对话

可以把“资料整理”“初稿写作”“事实核对”分成独立对话，但保持同一项目背景。标题中写明产出和版本，方便以后定位。

更新源文件时，明确哪份是新版本，移除或标注过期资料，并在当前任务中重新说明版本。归档对话只是整理，不代替更新源材料。

网页项目与本地项目

网页项目通常围绕上传和连接的资料组织，不代表可以直接读取电脑目录。部分桌面产品提供本地项目能力；连接文件夹前，确认访问范围和授权。不要把两者混为一谈。

示例：维护一份持续更新的产品手册

项目里可以保留当前需求说明、术语表和已经通过审核的示例文章。将“统一称呼”“面向谁写作”等稳定规则放在项目指令中；把某一篇文章的标题、长度和交付日期放在对应任务里。

建议为资料做一个简单清单：

文件	用途	更新时需要做什么
当前需求说明	判断功能是否存在	标记新版生效时间，说明替代旧版
术语表	统一按钮、产品和角色名称	列出新增或弃用术语
审核样稿	参考结构与语气	说明哪些段落只是历史示例
待确认问题	记录资料缺口	得到答复后更新状态

开始写新文章前，让它列出将参考哪些文件。这样能较早发现资料遗漏，而不必等整篇完成后才检查。

多人协作时如何交接

交接说明应包含最终版本位置、尚未通过审核的章节，以及哪些资料不能对外分享。参与者变化后重新检查权限，不要把邀请某人加入项目等同于授权其查看所有外部资源。

项目保存了相关背景，也不能替代版本管理。正式发布的文件仍应有可识别的版本和归档位置；修订时记录改变了哪条事实或规则，方便旧文档的维护者同步更新。

结束项目时

整理最终产出、确认的事实和仍未解决的问题。检查共享权限、连接的外部来源和敏感文件保留需求，再按组织政策归档或删除。

参考：ChatGPT Learn：Projects and chats，查阅于 2026-09-24。