Skip to content

Expand "input" type definition to support more than strings #26

@davidturissini

Description

@davidturissini

We are building an image generation pipeline and we want to score images outputted by LLMs. Our eval inputs are not strings, they are product/sku ids that are numeric. Currently, we have to cast our sku ids to strings. This isn't the end of the world, but I believe that more expressive types here would allow for more complicated eval scenarios beyond just text in and out.

This is a type error today:

describeEval('my-eval', {
        data: async () => {
          return [
            {
              input: 123 <-- number
            },

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions