Closed listeven975 closed 4 weeks ago
I'm also receiving the same error for the Restrict to Topic validator on 0.5.10. I thought it was an issue with docker at first, but it's happening if I just run it locally as well.
There's a message on the Discord bulletin board. I didn't see it on the site, but I feel like it should be copied or moved there. https://discord.com/channels/1085077079697150023/1263201695228493875/1285686929442213899
Zayd — 09/17/2024 12:40 PM ✏️ Update 📄
To provide better user experience and support, we’re rolling out mandatory authentication for installing validators from the guardrails hub.
This has already been rolled out to the ProfanityFree validator, and will be rolled out to the rest by the end of the month.
What you need to change: Authenticating into guardrails is done by getting a free key from https://guardrailsai.com/keys. If you’ve logged in to the guardrails hub via your terminal, you’re good to go! If you have not logged in before, run
guardrails configure
For CI/CD workflows, please use a headless login on the same command after getting a key from https://hub.guardrailsai.com/keys.
guardrails configure token [YOUR_TOKEN]
Why is auth now required? With our new inference endpoints, some of our most popular validators run more quickly and reliably. These inference endpoints require authentication and we think it is a better user experience to require off initially so that these work by default. We want to better understand our users and how validators are being used together. Requiring validators, and failure/success rates. We still do not collect or log payloads, and there is a way to turn off client-side telemetry through the same configure command. We only collect non-anonymized data regarding validation installations and requests to inference endpoints. We’ve also had feature requests for private validators and team-scoped guards, and bringing auth in helps prepare for those features.If you have any questions, please let us know!
I'm also receiving the same error for the Restrict to Topic validator on 0.5.10. I thought it was an issue with docker at first, but it's happening if I just run it locally as well.
hello I have the same erreur how are you resove this please
Describe the bug The Toxic Language validator cannot be downloaded without specifying an API key even if we're intending to running it locally only. However, other validators (Secrets Present and Web Sanitization) can be installed correctly. Please find below logs detailing the failure.
Here's what we're running within a docker step
To Reproduce Run
guardrails hub install hub://guardrails/toxic_language
orguardrails hub install hub://guardrails/toxic_language --install-local-models
without an API key set.Expected behavior We should be able to run
guardrails hub install hub://guardrails/toxic_language
without running into a 401 Unauthorized error. Instead, the error should show up if and only if we attempt to do remote inference without an API key.Library version: Tested on: