Promptfoo项目中的Bedrock Provider配置增强解析

在Promptfoo项目的使用过程中，开发者发现了一个关于AWS Bedrock服务提供商的配置问题。该问题影响了结构化JSON输出的功能实现，值得深入分析其技术背景和解决方案。

问题背景

AWS Bedrock作为大语言模型的托管服务，在Promptfoo中被实现为一个Provider（服务提供商）。当前实现存在一个关键限制：当prompt函数返回额外配置时，Bedrock Provider无法正确识别和使用这些配置参数。

具体表现为：

• 开发者无法通过prompt函数传递"tools"和"tool_choice"等配置项
• 直接影响了对Anthropic模型的结构化JSON输出功能的测试
• 返回的prompt对象中的config部分被忽略

技术细节分析

在典型使用场景中，开发者期望通过以下方式配置结构化输出：

prompt: (vars: any) => {
    return {
        prompt: // 消息列表,
        config: {
          tools: [{
            name: 'json',
            description: '以JSON对象响应',
            input_schema: jsonSchema,
          }],
          tool_choice: {
            name: 'json',
            type: 'tool',
          },
        },
    }
}

然而，当前的AwsBedrockCompletionProvider.callApi实现仅接收prompt字符串，而忽略了上下文中的配置对象。这导致关键的模型控制参数无法传递到底层API调用。

解决方案实现

核心修改点在于增强Provider对完整prompt对象的处理能力：

1. 修改API调用接口，使其接收完整的prompt对象而不仅是字符串
2. 从prompt对象中提取config配置
3. 将配置参数合并到最终的API请求参数中
4. 确保不影响现有简单字符串prompt的使用场景

这种改进保持了向后兼容性，同时为高级用户提供了更灵活的配置方式。

技术意义

这一改进具有多方面价值：

1. 功能完整性：完整支持Anthropic模型的结构化输出特性
2. 测试能力增强：使得基于JSON Schema的输出验证成为可能
3. 配置灵活性：为未来可能的其他配置项提供了扩展基础
4. 开发体验：保持配置方式在不同Provider间的一致性

最佳实践建议

对于需要使用结构化输出的开发者，建议：

1. 明确定义JSON Schema以确保输出格式符合预期
2. 在prompt函数中完整声明tools和tool_choice配置
3. 测试时验证输出是否确实符合指定的JSON结构
4. 考虑在不同环境（开发/测试/生产）中使用一致的配置方式

该改进已随Promptfoo 0.112.5版本发布，开发者可以立即体验增强后的Bedrock Provider功能。