GPT-6 Astra整理项目时爱把对话写进文档，用户分享通用清理提示词

用户使用GPT-6 Astra整理项目时，发现了一个特别的问题：它总是会把和用户的对话内容直接写入正式项目文档。

即使用户本人就是项目作者，整理后的README文档里依然保留了大量AI助手汇报工作的内容，比如“按用户要求”“用户已允许”“等待用户确认”这类对话残留。

这些残留内容之外，文档还存在重复免责声明、开发进度过时、同一件事分散在多份文档的问题，最后连作者本人都分不清该以哪份文档为准。

针对这个问题，用户整理了一段通用提示词，可以直接发给GPT-6 Astra完成项目文档清理，提示词原文如下：

请检查并整理当前项目的全部对外文档，包括 README、使用指南、报告、配置注释和生成模板。先核对代码与实际产物，再直接修正以下问题。

用项目作者的口吻写作。直接说明功能、规则、决定和结果，删除“按用户要求”“用户已授权”“本轮完成”等助手对话残留，以及文档整理过程的自我汇报。

每份文档只承担明确的职责。每项事实保留一个详细来源，其他位置通过具体链接引用。删除复述整段内容后再附“详见”的重复说明。代码拥有的字段、默认值和限制，引用具体文件及符号。

按读者需要逐步展开。README 保留项目介绍和快速上手，详细操作与参考资料进入对应指南，通过链接连接，避免把全部细节堆在入口。

将过程记录与正式文档分开。尝试、未完成方案、设计讨论和历史进度归入独立的过程目录。正式文档描述有效用法，最终报告记录对应版本的实测结果与结论，需要过程依据时链接引用。

删除空泛的免责声明和防御性段落，例如反复强调“不代表”“不能证明”“不构成”。保留具体的失败结果、测量条件、适用范围和必要操作要求，完整保留许可证原文与第三方归属。

清理过时信息。临时路径、单次运行状态、当前部署版本和不断变化的数量，不要写成长久有效的事实。长期文档说明如何查询，带日期的记录保存当次结果。

使用自然、准确、直接的语言，遵循项目的语言约定。删除营销腔、空洞修饰、机械总结和刻意的正反对照。代码与配置注释只解释值得保留的信息。

同步检查生成来源。修正文档时一并检查相关模板、生成器、示例和分发副本，避免下次生成又恢复旧内容。副本应与其对应版本一致，必要时更新校验和。

保持证据准确。区分已实现、已验证和已发布，结论必须有对应依据。保留原始数据、失败记录、复审结论和冻结快照，沿用现有许可范围。

只修改本次整理涉及的文档和文本来源，保留其他未提交改动，不改变程序行为。完成后检查链接、锚点、代码引用、命令示例及模板与副本的一致性，简要说明实际改动和验证结果。提交、推送、发布按我的明确指示执行。