How do you organize prompt evaluation datasets for multiple Azure AI Foundry projects?

jamess jamess 25 Reputation points
2026-08-03T12:22:36.82+00:00

I'm working with multiple prompt-based applications in Azure AI Foundry and want to establish a consistent evaluation workflow.

When managing several projects, do you maintain a separate JSONL evaluation dataset for each application, or do you keep a shared dataset with different subsets for specific scenarios?

I'm also interested in how you organize versioning when prompts evolve over time. Do you create new evaluation datasets for major prompt changes, or do you keep the same benchmark dataset so results remain comparable across versions?

I'd appreciate hearing how others structure their evaluation process and any best practices for maintaining reliable benchmark data over the long term.

Azure AI Bot Service
Azure AI Bot Service

An Azure service that provides an integrated environment for bot development.

0 comments No comments

2 answers

Sort by: Most helpful
  1. Sridevi Machavarapu 33,740 Reputation points Microsoft External Staff Moderator
    2026-08-04T02:23:15.2066667+00:00

    Hello jamess jamess,

    A practical approach is to treat evaluation datasets as long-term benchmark assets instead of creating new ones for every prompt update.

    If you're working with multiple Azure AI Foundry projects, you can maintain a shared benchmark dataset for common scenarios, such as summarization, Q&A, or classification, and use separate datasets for application-specific cases. This helps you compare results consistently across projects while still covering scenarios unique to each application.

    When prompts change, it's generally helpful to keep the benchmark dataset stable so results remain comparable over time. As you discover new edge cases or production issues, add them as new test cases. If the evaluation goals or expected behavior change significantly, consider creating a new version of the dataset while retaining the previous version for historical comparisons.

    A simple workflow could be:

    • Maintain a shared benchmark dataset for common scenarios.
    • Use separate datasets for project-specific testing.
    • Evaluate each prompt version against the same benchmark to identify improvements or regressions.
    • Add new regression test cases based on real-world issues.
    • Create a new dataset version only when the evaluation objectives change.

    Azure AI Foundry supports uploading versioned JSONL or CSV datasets that can be reused across multiple evaluation runs. While the documentation explains how to create, version, and use evaluation datasets, the way you organize and version them is left to your team's workflow.

    Reference:

    https://learn.microsoft.com/azure/ai-foundry/how-to/develop/cloud-evaluation

    Was this answer helpful?

    1 person found this answer helpful.

  2. Nithin 245 Reputation points
    2026-08-17T03:53:19.39+00:00

    Hi @jamess jamess

    Scaling prompt evaluation across multiple Azure AI Foundry projects requires separating application-specific test cases while anchoring prompt iterations against immutable golden benchmark datasets.

    Quick Fixes / Solutions:

    1. Hub-Level Shared Assets: Register core JSONL test datasets at the Azure AI Foundry Hub level so child projects can share baseline benchmarks without duplicate uploads.
    2. Immutable Golden Benchmarks: Keep a frozen "Golden Benchmark" (v1.0) to measure regression across prompt changes, creating new dataset versions only when schemas or business requirements change.
    3. Automate with Evaluation SDK: Run the azure-ai-evaluation SDK in CI/CD pipelines to log comparative scores (Groundedness, Relevance, Coherence) automatically against your benchmark.

    Ref: Evaluate generative AI apps with Azure AI Evaluation SDK

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.