问题背景 #

你遇到了一个很让人困惑的不一致API行为：

• 同一个询问西雅图3个景点的合规prompt，在GPT-5.1的非PTU部署（gpt-5.1-global-inference）调用Chat Completions API时能正常返回结果；
• 但在同模型的PTU部署（gpt-5.1-global-ptu）调用相同API时，却返回invalid_prompt错误，提示prompt违反使用政策；
• 且该PTU部署的其他API（如Chat/responses）可以正常工作，仅Chat Completions API出现此问题。

关键错误信息 #

调用PTU部署时的返回错误：

{
  "error": {
    "message": "Invalid prompt: your prompt was flagged as potentially violating our usage policy. Please try again with a different prompt: https://platform.openai.com/docs/guides/reasoning#advice-on-prompting",
    "type": "invalid_request_error",
    "param": null,
    "code": "invalid_prompt"
  }
}

排查与解决建议 #

以下是几个针对性的排查方向，你可以逐一尝试：

1. 对比PTU与非PTU部署的内容过滤配置
   Azure OpenAI的内容过滤策略支持按部署级别自定义。登录Azure门户，找到你的GPT-5.1 PTU部署，进入「内容过滤」设置页面，和非PTU部署的配置做对比：

   • 检查内容过滤的严重级别（低/中/高）是否一致；
   • 确认是否为PTU部署单独配置了自定义拦截规则或关键词；
   • 查看是否开启了额外的合规性限制（比如针对特定场景的专项审核）。

2. 验证请求参数与权限的一致性
   虽然你提到prompt完全相同，但可以仔细核对两个curl请求的所有细节：

   • 确认两个请求的model参数拼写完全一致，没有大小写或后缀差异；
   • 检查api-key对应的Azure资源是否有不同的权限策略（比如PTU部署所在资源组是否有额外的合规管控）；
   • 排查是否PTU请求中默认携带了未显式设置的content_filter相关参数（比如通过SDK或代理自动添加）。

3. 单独测试prompt的内容审核结果
   把问题中的prompt（What are 3 things to visit in Seattle?）单独提交到Azure Content Safety工具或OpenAI内容审核API进行检测：

   • 查看检测结果中是否有触发敏感内容标签的情况；
   • 对比PTU部署使用的审核模型版本与非PTU部署的差异（有时候PTU实例会优先使用最新版审核模型）。

4. 提交Azure支持工单排查部署特定问题
   如果以上排查都没有发现问题，大概率是PTU部署的配置或平台侧的审核规则存在异常。你可以通过Azure门户提交支持工单，附上以下关键信息：

   • 错误返回中的apim-request-id（0d147ca9-9372-407c-9efb-91175f6f8991）和x-request-id（617f004f-8324-43d0-886a-b60aa6e735be）；
   • 两个部署的完整请求日志和返回结果；
   • 明确说明同prompt在非PTU部署的正常表现。
     支持团队可以通过这些ID定位到具体的请求链路，排查为什么PTU部署会对这个prompt触发拦截。

5. 临时调整prompt表述（Workaround）
   虽然这个prompt看起来完全合规，但有时候微调表述可以验证是否是审核模型的误判，比如：

   • 将原prompt改为Can you suggest 3 must-visit attractions in Seattle?
   • 或者Share 3 top places to see in Seattle
     如果调整后的prompt能在PTU部署正常返回结果，说明是审核模型对特定句式的误拦截，你可以同时反馈给Azure支持团队优化规则。

补充说明 #

由于PTU部署的其他API可以正常工作，说明部署的连通性、API密钥权限都是正常的，问题核心应该聚焦在Chat Completions API对应的内容审核规则或PTU部署的专属配置上。希望以上建议能帮你解决问题，如果有新的排查结果可以再补充信息~