AI工具建站使用前，先核对说明中的关键条件

把 AI 工具接入网站前，别只看说明里的示例代码。先确认工具是否适合当前任务：是生成草稿、整理内容，还是处理结构化请求。模型输出不等于事实核验；产品信息、操作步骤或准备对外发布的文字，仍需人工检查。说明没有交代的能力，不要默认它支持。 接着梳理请求和返回结果：记录必需输入、可选设置、返回格式，以及失败时可能出现的提示。再对照网站现有流程，确认页面或后台能否

把 AI 工具接入网站前，别只看说明里的示例代码。先确认工具是否适合当前任务：是生成草稿、整理内容，还是处理结构化请求。模型输出不等于事实核验；产品信息、操作步骤或准备对外发布的文字，仍需人工检查。说明没有交代的能力，不要默认它支持。

接着梳理请求和返回结果：记录必需输入、可选设置、返回格式，以及失败时可能出现的提示。再对照网站现有流程，确认页面或后台能否接收结果，以及如何判断内容是否完整。测试先使用不影响正式站点的内容，并检查空输入、格式不符、服务暂时无响应等情况。具体限制以所用工具的说明为准，不要套用其他接口的参数。

密钥也要提前安排妥当。应将其保存在服务端或受保护的本机配置中，不要写入网页代码、文章正文或请求日志。如果当前建站方式无法保护密钥，就先调整架构或暂缓接入，不要为了快速验证而公开凭据。日志只保留排查所需信息，并避免记录敏感内容。

还要考虑请求超时后的处理。等待过久不能证明任务没有处理，也不能据此判断是否计费；先核对已有结果，再决定是否重试。自有系统可以记录任务编号和内容摘要，用来识别重复请求或避免重复入库。若没有可靠的去重机制，重试前先检查数据状态，避免同一内容被重复发布。

最后，把核对结论整理成操作记录，包括适用任务、输入要求、结果检查方式、密钥存放位置、异常处理顺序和仍未确认的问题。记录应对应实际使用的工具和网站环境；说明未覆盖的事项标为待确认，不要自行补成通用规则。这样后续维护者可以区分已验证的步骤和仍需人工检查的内容。