For a defense project we're working on, we basically have a hard requirement to use european cloud provider + european llm
We cannot use open source LLMs on-prem, I asked. So that's basically a hard requirement to use mistral, even though Chinese models are strictly better on every dimension.
for example, I am scraping website A, getting 500+ pdf files; then they change their layout, the ETL breaks, we autoregenerate it with Claude, but then we get only 450 PDFs. The orchestrator still marks it as a successful run, but we get only part of the data.
Or: the ETL for website B breaks. We use our agentic solution, we successfully repair it, and it completes without errors, but we start missing a few fields that were moved in another sub-page.
feedback - I tried the puzzles. 1) they all seem trivial and don't escalate in difficulty fast enough 2) I got stuck on the 14th - I'm making the correct move, but nothing happens. I'm not wrong, but even if I were wrong, the website ought to have some feedback to show me my move is wrong, or an option to give up.
There is a slight difference between glasses and hiring someone actually disabled - blind, deaf, can't do physical labor, autistic, etc.
Yes, you can try to assert fuzzy boundaries, but that doesn't mean that the thing we're pointing to doesn't exist. There are actually plenty of people that cannot do plenty of jobs.
Nobody minds hiring a software dev with a wheelchair or a person wearing glasses. This is not objectionable. Your proposed way to view this dilemma has to also be able to address the more problematic cases - what happens with an Amazon worker who can't stand up for longer periods of time? Or a blind person applying to be a QA?
yes - private data, real-time data, curated data, citations with no hallucinations, RAG on tabular data, RAG on video, RAG on hierarchical mixed data, RAG over a graph
We cannot use open source LLMs on-prem, I asked. So that's basically a hard requirement to use mistral, even though Chinese models are strictly better on every dimension.