Skip to content

[DEV-16758] Dynamic time period values in eval config - #4851

Merged
sethstoudenmier merged 5 commits into
qatfrom
mod/dev-16758-dynamic-date-fields-for-eval
Nov 5, 2026
Merged

sethstoudenmier merged 5 commits into
qatfrom
mod/dev-16758-dynamic-date-fields-for-eval

Conversation

@sethstoudenmier

@sethstoudenmier sethstoudenmier commented Nov 3, 2026 •

Copy link
Copy Markdown
Contributor

Description:

Update eval config data to support dynamic time values.

Technical Details:

The current evaluation framework contains verbiage such as "last year" that requires either dynamic values or constant updates. This introduces a new pattern for defining those time values dynamically in the JSON so that when parsing the file it can generate the correct time period values.

Requirements for PR Merge:

  1. Unit & integration tests updated
  2. API documentation updated (examples listed below)
    1. API Contracts
    2. API UI
    3. Comments
  3. Data validation completed (examples listed below)
    1. Does this work well with the current frontend? Or is the frontend aware of a needed change?
    2. Is performance impacted in the changes (e.g., API, pipeline, downloads, etc.)?
    3. Is the expected data returned with the expected format?
  4. Appropriate Operations ticket(s) created
  5. Jira Ticket(s)
    1. DEV-16758

Explain N/A in above checklist:

@sethstoudenmier sethstoudenmier added the ready for review [PR] ready to be reviewed label Nov 3, 2026
type=date.fromisoformat,
help=(
"Date (YYYY-MM-DD) treated as today when resolving relative dataset values such as 'last quarter' "
"and when telling the assistant the current date. (default: today)"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wonder if we should default this to a date that corresponds to the dates in our config.json?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Going to go ahead and merge, but I did go back and forth on this. As a default value I do prefer having today's date. And this pattern would allow us to all use the same "as-of" date for consistency across runs. My concern with a specific date as the default is that it could go unnoticed.

@sethstoudenmier
sethstoudenmier merged commit 3b91002 into qat Nov 5, 2026
14 checks passed
@sethstoudenmier
sethstoudenmier deleted the mod/dev-16758-dynamic-date-fields-for-eval branch November 5, 2026 21:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ready for review [PR] ready to be reviewed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants