You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using lm-format-enforcer through tabbyAPI's streaming completions API and it doesn't appear to be following type constraints given using the prefixItems keyword. I reported this with them first on the oft chance the problem might lie outside the library somehow, but they didn't find it likely.
The library does not support the prefixItems feature yet. I'm leaving this
issue open as a feature request, please vote on it using thumbsup responses
on the first message!
On Thu, Jun 6, 2024 at 12:09 AM cikkle ***@***.***> wrote:
See this issue <theroyallab/tabbyAPI#131>.
I'm using lm-format-enforcer through tabbyAPI's streaming completions API
and it doesn't appear to be following type constraints given using the
prefixItems keyword. I reported this with them first on the oft chance
the problem might lie outside the library somehow, but they didn't find it
likely.
Verbatim from the other incident:
*To Reproduce*
This is an example schema I tested:
{
"type": "array",
"prefixItems": [
{ "const": "FIXED" },
{ "type": "number" },
{ "type": "string" }
],
"minItems": 3,
"maxItems": 3
}
On different attempts, I get back things like:
[12185635797, 56, "Hello"]
[20020715, 13, 2002]
["hello", 13, "World"]
[1.14, 1.13,1.12]
*Expected behavior*
The output should follow the constraints of the prefixItems keyword in the
schema, e.g.:
[ "FIXED", 3245.34, "hello"]
—
Reply to this email directly, view it on GitHub
<#111>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAKFA2CPN7LMJJ3GUY3DYVLZF546ZAVCNFSM6AAAAABI3POXZKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGMZTMOBTHEYDSNY>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
See this issue.
I'm using lm-format-enforcer through tabbyAPI's streaming completions API and it doesn't appear to be following type constraints given using the
prefixItems
keyword. I reported this with them first on the oft chance the problem might lie outside the library somehow, but they didn't find it likely.Verbatim from the other incident:
To Reproduce
This is an example schema I tested:
On different attempts, I get back things like:
Expected behavior
The output should follow the constraints of the prefixItems keyword in the schema, e.g.:
The text was updated successfully, but these errors were encountered: