网站运营任务记录要点：按条件整理信息

整理网站运营任务时，记录不是越多越好，关键是让接手的人看清任务内容、依据和进度。若任务涉及写作 API，还要分开记录接口状态与内容审核结果，不能把模型生成的内容当成已核实事实。 先写清任务目标和适用范围：是修改页面内容、检查站点地图，还是调试接口；涉及哪个站点、栏目或页面。若结论只适用于某个页面或环境，应注明范围，不能据此推断整个网站都适用。随后补充输入材

整理网站运营任务时，记录不是越多越好，关键是让接手的人看清任务内容、依据和进度。若任务涉及写作 API，还要分开记录接口状态与内容审核结果，不能把模型生成的内容当成已核实事实。

先写清任务目标和适用范围：是修改页面内容、检查站点地图，还是调试接口；涉及哪个站点、栏目或页面。若结论只适用于某个页面或环境，应注明范围，不能据此推断整个网站都适用。随后补充输入材料、预期结果和验收条件，尽量写成可核对的内容，而不是笼统地写“优化一下”。

调试 API 时，可记录请求时间、任务编号、请求内容摘要、返回状态和错误信息。具体记录哪些字段，要看自有系统和排查目的；不必保存完整的敏感内容。密钥只应保存在服务端或受保护的本机配置中，不要写进网页、正文或日志。日志用于定位问题，也要避免暴露不必要的信息。

请求超时不代表任务一定失败，也不能证明请求未处理或未计费。应先检查已有响应、任务编号和系统记录，再判断是否需要重试。如果系统可能重复接收任务，可用任务编号和内容摘要帮助识别重复入库；能否这样处理，取决于自有系统是否支持相应的去重流程。

还应记录处理人、当前状态、待办事项和复核结果，并区分接口返回、内容检查与发布完成。模型输出仍需核对事实、链接和格式。不同工具能提供的信息并不相同；遇到无法确认的字段，应标记为未知，不要自行补写。