写作API调用前，先明确输入、输出与审核条件

调用写作API前，先明确三件事：提供什么材料、需要什么结果，以及按什么标准审核。条件含糊时，即使接口正常返回，内容也可能难以使用，后续流程也不容易判断是否合格。 输入要围绕任务整理，不能只给一句宽泛指令。说明写作主题、目标读者、内容范围、语气和篇幅；有事实资料或禁止事项，也一并提供，并标明哪些信息已经核实。不要把推测写成事实，也不要提交密钥、个人敏感信息等

调用写作API前，先明确三件事：提供什么材料、需要什么结果，以及按什么标准审核。条件含糊时，即使接口正常返回，内容也可能难以使用，后续流程也不容易判断是否合格。

输入要围绕任务整理，不能只给一句宽泛指令。说明写作主题、目标读者、内容范围、语气和篇幅；有事实资料或禁止事项，也一并提供，并标明哪些信息已经核实。不要把推测写成事实，也不要提交密钥、个人敏感信息等不必要内容。密钥应保存在服务端或受保护的本机配置中，不要放进网页、正文或日志。

输出要求应便于检查。可以明确需要标题、正文还是结构化字段，并说明语言、段落安排和字数口径。若结果还要交给程序处理，应约定字段名称、必填内容和格式；若只供人工阅读，就不必增加无关的格式限制。具体参数和格式以实际使用的接口文档为准，不要把某个项目的约定当成所有服务通用的规则。

审核条件也应在请求前确定，例如是否切题、是否覆盖指定信息、是否包含未经核实的说法，以及超出篇幅时如何处理。模型输出不等于事实核验，涉及事实的稿件仍需人工检查。标准写得越可操作，越容易区分内容问题和接口问题。

调试时按顺序检查：先核对输入是否完整，再确认请求是否成功返回，接着检查输出格式和内容，最后记录错误类型与处理结果。请求超时不能证明任务没有处理或没有计费，应先核对已有结果，避免直接重发。自有系统可以用任务编号和内容摘要辅助识别重复入库，但这不表示接口本身提供了去重保证。

这套方法适用于写作接口的接入、调试和内容流程整理。具体请求格式、错误含义与重试方式，仍以所用接口的说明为准。明确输入、输出和审核条件，有助于判断问题出在材料、生成结果还是后续处理。