建站任务记录要点：按项目条件整理信息

整理建站任务时，先说明目标：是新建页面、调整现有内容，还是排查异常。再写清预期结果和验收方式，例如页面要展示什么、由谁确认完成。目标不明确，后续就难以判断问题出在需求、配置还是实现过程。 接着补充站点和页面背景，包括涉及的栏目、页面用途、目标读者、已有内容及本次改动范围。若任务涉及网址、域名或站点地图，应记下具体对象和当前状态；未经核实的信息标为待确认，不

整理建站任务时，先说明目标：是新建页面、调整现有内容，还是排查异常。再写清预期结果和验收方式，例如页面要展示什么、由谁确认完成。目标不明确，后续就难以判断问题出在需求、配置还是实现过程。

接着补充站点和页面背景，包括涉及的栏目、页面用途、目标读者、已有内容及本次改动范围。若任务涉及网址、域名或站点地图，应记下具体对象和当前状态；未经核实的信息标为待确认，不要写成确定条件。不同建站工具和系统的配置项可能不同，应以实际界面和可查资料为准。

使用AI工具辅助整理或生成内容时，记录输入材料、输出要求和人工核对点。可以说明语气、篇幅、格式、不可改动的信息，以及需要另行确认的事实。模型输出不等于事实核验；内容发布到网站前，负责人员还应检查事实、链接和页面呈现。密钥应保存在服务端或受保护的本机配置中，不要放进提示词、网页正文或日志。

涉及API或自动化时，记录请求目的、提交时间、任务编号、结果状态和必要的错误信息，同时避免保存密钥等敏感内容。请求超时，不代表请求一定未处理或未计费；先核对已有结果，再决定是否重试。自有系统可用任务编号和内容摘要辅助识别重复入库，但不能据此认定外部服务也支持相同机制。

最后记下负责人、依赖条件、待办事项和变更记录。小型单页任务可以简化字段；多人协作、批量发布或数据处理的任务，则应保留更多上下文。记录的重点是让接手者看清任务、判断依据，以及仍待确认的结论。