网站运营任务记录：适用范围与例外如何区分

整理网站运营任务时，除了写明“要做什么”，还要说明适用于哪些页面、内容或流程，以及哪些情况不在范围内。把适用范围和例外分开记录，可以避免执行者把局部要求当成全站规则。涉及AI工具或接口时，也要注明这是本站的操作约定，不代表所有服务都有相同机制。 先明确任务对象和边界：涉及哪些站点、栏目、页面类型、数据或操作环节，哪些对象不包括在内。例如，内容检查若只针对新

整理网站运营任务时，除了写明“要做什么”，还要说明适用于哪些页面、内容或流程，以及哪些情况不在范围内。把适用范围和例外分开记录，可以避免执行者把局部要求当成全站规则。涉及AI工具或接口时，也要注明这是本站的操作约定，不代表所有服务都有相同机制。

先明确任务对象和边界：涉及哪些站点、栏目、页面类型、数据或操作环节，哪些对象不包括在内。例如，内容检查若只针对新发布文章，就不能默认延伸到旧页面、图片附件或接口日志。条件尚未确认时，应标为待核实，不要用宽泛措辞代替范围说明。

再把例外写成可判断的条件，包括何时触发、由谁确认，以及确认后如何处理。涉及密钥时，应注明密钥只能保存在服务端或受保护的本机配置中，不能写入网页正文或日志。无法预先列出的情况，应说明需要人工判断，避免只写“特殊情况”而没有处理依据。

任务记录还应包含执行所需的信息，如负责人、检查顺序、完成标准、依赖条件和复核方式。使用写作API或其他模型时，可以留存任务编号、内容摘要、请求时间、已取得的结果和错误现象，便于排查并防止重复入库。日志只保留处理问题所需的内容，不记录密钥等敏感信息。模型输出不等于事实核验，涉及事实的内容仍需另行检查。

请求超时不能直接证明任务未处理，也不能据此判断是否计费。应先核对已有结果，再决定是否重试；重试前检查任务编号和内容摘要，避免重复提交或重复写入。如果系统无法查询已有结果，应把这一限制写明，并由负责人确认后续处理方式，不要假设所有接口都支持相同操作。