内容纠错流程

可以报告什么

欢迎报告可验证的事实错误、失效来源、代码无法复现、页面与 Schema 不一致、重要安全遗漏或可能误导开发者的表述。账号余额、请求失败和订单问题仍应通过 GPTZZZ 控制台处理。

提交时请包含

• 问题页面的完整 URL 与具体段落。
• 不准确的内容与建议的正确表述。
• 支持修正的一手来源、最小复现请求或脱敏错误信息。
• 运行环境、日期与模型名称；不要提交完整 API Key。

我们如何处理

1. 确认问题属于公开内容，而不是私人账号或账单争议。
2. 回到原始来源、当前接口或可复现测试进行核验。
3. 同步修正文案、来源、日期、代码与结构化数据。
4. 实质性更正保留说明；普通措辞、格式和失效链接修复只更新页面日期。

更正记录

本页自 2026 年 8 月 24 日启用。后续确认的重大事实更正会列出页面、日期、原问题和修正结果；当前没有待披露的重大更正记录。

编辑标准

来源优先级、证据标签和 AI 辅助内容复核规则见编辑政策与事实核验。

问题分级与处理路径

纠错优先级由影响范围和可验证程度共同决定。可能导致密钥泄露、错误计费、不可逆数据操作或明显合规误判的内容优先核验；代码版本变化、接口字段调整和失效链接随后处理；措辞与排版问题合并进入常规维护。优先级只决定核验顺序，不会降低证据要求。

可复现证据模板

1. 记录页面 URL、段落标题、访问日期和页面中待核验的原句。
2. 写出期望结果与实际结果，并附最小请求、响应状态、请求 ID 或官方文档版本。
3. 注明客户端版本、模型 ID、Base URL 类型与测试时间；截图必须遮盖密钥、账号、余额和业务数据。
4. 说明问题是否仍可复现，以及更换网络、模型或客户端后结果是否改变。

更正后的验证与披露

修改完成后，编辑会重新检查正文、标题、内部链接、引用来源、代码示例与结构化数据是否一致。影响技术结论的更正会保留原问题、修正内容和日期；仅修复拼写、无语义变化的格式或等价的新来源时，不单独形成重大更正记录。若内容无法在当前条件下验证，会明确标记限制，而不是用推测补齐结论。