ASSERT

5个月前发布 227 00

微软推出了 ASSERT,这个开源框架通过使用 AI 将目标、策略或预期行为的高层自然语言描述转化为可调查的、经过评分的全面测试,从而简化了特定应用 AI 行为的评估。

所在地:
美国
收录时间:
2026-06-03
其他站点:
 ASSERT ASSERT

随着 AI 模型能力的飞速提升,开发者面临着一个新的挑战:如何确保 AI 系统在特定的产品上下文、业务策略和工具约束下,始终按预期运行?通用的基准测试往往无法覆盖这些特定场景。为此,微软正式开源了 ASSERT (Adaptive Spec-driven Scoring for Evaluation and Regression Testing),一个旨在将自然语言规范转化为结构化、可执行测试用例的创新框架。

 ASSERT

核心亮点:规范驱动,自动评估

1. 自然语言即测试用例

  • 规范转化:开发者只需用通俗语言描述 AI 的预期行为、策略或禁忌(如“不得向外部发送机密邮件”),ASSERT 即可自动推导行为类别,生成单轮或多轮测试场景。
  • 结构化输出:将模糊的需求转化为可调查、可评分的标准化测试集,消除手动编写测试用例的高昂成本。

2. 基于轨迹的深度评判

  • OpenTelemetry 集成:不仅评估最终回复,更通过捕获 OpenTelemetry spans,分析智能体的工具调用、路由决策、模型交互及延迟。
  • 证据链支持:LLM 评判器可引用完整的执行轨迹作为评分依据,精准定位失败环节(是推理错误、工具调用失败还是策略违规)。

3. 广泛的生态兼容性

  • 模型无关:通过 LiteLLM 集成,支持 Bedrock、Azure、OpenAI、Anthropic、HuggingFace 等 100+ 模型端点。
  • 框架无关:通过 OpenInference 标准,无缝评估 LangGraph、CrewAI、AutoGen、LlamaIndex、DSPy 等主流智能体编排框架,无需重写评估逻辑。

4. 可移植与可视化

  • JSON/JSONL 产物:所有测试阶段结果均本地保存为标准格式,便于版本控制、CI/CD 集成及团队共享。
  • 本地查看器:内置可视化工具,支持并排对比运行结果、固定基线、深入查看行为维度细分及评判理由。

为什么需要 ASSERT?

传统评估方式ASSERT
通用基准:如 MMLU、GSM8K,无法反映业务逻辑规范驱动:基于产品特定需求生成测试
手动用例:耗时费力,难以覆盖边缘情况自动生成:LLM 辅助生成多样化测试场景
黑盒评分:仅看最终输出,不知出错原因白盒轨迹:结合工具调用与推理路径分析
静态测试:难以适应模型迭代与策略变更持续回归:支持部署后监控与版本对比

工作流程

  1. 定义规范:输入自然语言描述的系统行为、策略约束及上下文。
  2. 生成测试:ASSERT 推导行为类别,创建针对性的问答或交互场景。
  3. 执行测试:针对目标智能体或模型端点运行测试用例。
  4. 轨迹捕获:记录完整的 OpenTelemetry 轨迹(工具调用、中间状态等)。
  5. LLM 评判:基于预设策略和轨迹证据,对每次交互进行评分与理由生成。
  6. 结果审查:通过本地查看器分析得分、失败案例及改进建议。

适用场景

  • 🛡️ 合规与安全测试:验证 AI 是否遵守数据隐私、内容安全及行业监管政策。
  • 🔄 回归测试:在模型升级或 Prompt 调整后,确保核心功能未退化。
  • 🤖 复杂智能体评估:测试多步推理、工具调用及多智能体协作的正确性。
  • 🏢 企业级 AI 落地:确保内部 AI 助手符合公司特定的业务流程与沟通规范。

对于正在构建生产级 AI 应用的团队而言,ASSERT 不仅是一个测试工具,更是确保 AI 行为与业务意图保持一致的关键基础设施。立即尝试 ASSERT,让您的 AI 系统经得起真实场景的考验。

相关导航

Cua-S1

Cua-S1

cua-s1-forms 是一款轻量、对标 Jev(System One)的单遍选项评分模型,定位为 GUI 表单自动填写场景下的决策层,作为 cua-driver 的底层决策核心。它和常规自回归大语言模型存在本质差异:**不输出文本**。输入 UI 界面元素、带类型的候选选项集合(每条实体对应一个选项,额外包含勾选 / 点击 / 跳过动作),模型仅通过一次前向传播输出各个选项的概率,输入输出接口契约和 TypeSafe 的 Jev 保持一致。