ASP.NET Extensions项目中AI功能参数校验问题解析

在ASP.NET Extensions项目的9.4.0预览版本中，开发团队引入了一个与AI功能参数校验相关的重要变更。这个变更影响了使用OpenAI服务时函数参数的默认值处理方式，导致部分现有代码出现兼容性问题。

问题背景

当开发者使用AIFunctionFactory创建AI函数时，系统会自动生成JSON Schema来描述函数参数。在9.4.0-preview.1.25175.4版本中，开发团队默认启用了OpenAI的"strict"模式，这导致参数schema中带有"default"关键字的请求会被OpenAI服务拒绝。

典型错误表现为HTTP 400响应，错误信息明确指出："'default' is not permitted"。这个问题特别容易出现在包含可选参数的函数上，例如一个带有可为空字符串参数的日志查询函数。

技术原理

OpenAI的API对函数调用参数有严格的schema校验机制。在strict模式下，API会拒绝包含某些特定关键字的schema。"default"关键字用于指定参数的默认值，虽然在JSON Schema规范中是合法元素，但在OpenAI的当前实现中不被允许。

ASP.NET Extensions的AI功能会自动将C#方法的参数特性转换为JSON Schema。对于可选参数（如可为空的字符串参数），转换过程会生成包含"default":null的schema结构，这正是触发问题的原因。

解决方案

开发团队提供了两种解决方案：

1. 临时解决方案：在创建AIFunction时显式禁用strict模式

AIFunctionFactory.Create(yourMethod, new() { 
    AdditionalProperties = new Dictionary<string, object?>() { 
        ["Strict"] = false 
    } 
})

2. 长期解决方案：开发团队正在考虑两种改进方向
   • 修改AIJsonUtilities的schema生成逻辑，移除"default"关键字
   • 将strict模式恢复为默认关闭状态，需要时再显式启用

最佳实践建议

对于正在使用预览版的开发者，建议：

1. 如果遇到类似问题，优先采用临时解决方案
2. 关注后续版本更新，及时调整代码
3. 在设计AI函数时，尽量避免依赖参数默认值机制
4. 对于可为空的参数，考虑在函数内部处理null值而不是依赖schema默认值

版本演进

这个问题凸显了AI功能在预览阶段的快速迭代特性。从9.3.0-preview.1.25161.3到9.4.0-preview.1.25175.4版本的变化，反映了开发团队在平衡功能丰富性和兼容性方面的考量。开发者在使用预览功能时应当注意版本变更可能带来的影响。