AI工具整理建站任务时应记录哪些关键信息

把建站说明交给AI工具整理时，先记录任务背景，别只保存生成的答案。写清目标网站、要处理的页面或功能、预期结果，以及尚不确定的内容。若说明来自项目文档，留存文档名称、相关章节或原文摘录，便于之后回查。不要把密钥、账号口令等敏感信息放进提示词或日志。 接着记录关键约束和验收条件：页面面向谁、必须包含什么、哪些内容不能改，以及如何判断结果可用。把明确要求与待确认

把建站说明交给AI工具整理时，先记录任务背景，别只保存生成的答案。写清目标网站、要处理的页面或功能、预期结果，以及尚不确定的内容。若说明来自项目文档，留存文档名称、相关章节或原文摘录，便于之后回查。不要把密钥、账号口令等敏感信息放进提示词或日志。

接着记录关键约束和验收条件：页面面向谁、必须包含什么、哪些内容不能改，以及如何判断结果可用。把明确要求与待确认事项分开，避免AI把推测当成事实。原说明若有歧义，应标出具体句子并提出问题；不要让工具自行选择一种解释，随后直接用于上线。

涉及API或自动化处理时，可记下请求目标、输入内容摘要、任务编号、提交时间和可观察到的响应状态。字段名称、认证方式和参数以实际接口文档为准，不要把某个项目的记录格式当成通用规范。密钥只保存在服务端或受保护的本机配置中，不写入网页、正文或请求日志。排查问题时，可以记录脱敏后的请求信息。

还要记录错误现象和排查过程：问题发生在哪一步、页面或接口返回什么、是否已有可用结果，以及尝试过哪些检查。超时不能证明请求未处理或未计费；应先核对已有响应、任务状态和自有系统记录，再决定是否重试。任务编号与内容摘要可帮助自有系统识别重复入库；能否查询任务状态，则取决于所用服务是否提供相应能力。

最后记录人工核对结论和后续动作，包括哪些内容已确认、哪些仍待验证、谁负责修改。模型输出不等于事实核验；接口参数、页面链接和操作结果应对照项目资料或实际环境检查。按“背景、约束、输入、响应、排查、核对”整理，方便复用建站说明，也有助于减少重复请求和误改页面。