For a lot of our data we we require it translated into multiple languages and with the current time option to use AI as a first try, this has been constructed into a process flow.

Of course things can go wrong so in that case an error handling action has been configured to mark such an item as failed with possible information as of a reason why. An error hitting the content filter trigger by Azure had not been one of such a situation yet, but we have one now.

We use an LLM instruction with the to be translated text and an instruction prompt with an explanation of what industry type we require the translations for to keep it into context (hopefully).

Unfortunately when the request gets triggered by the content filtering it responds a 400. explained here: https://go.microsoft.com/fwlink/?linkid=2198766

This of course does not appear in the process flow as the LLM action responds a -1 and the “error” text also does not contain any info in that case. The info can be found in the Indicium logs of course.

My question, would it be possible to capture such a case so that a content filter block would be part of the normal “error” methods of the LLM action?

Before I make an idea for this, I would like to know if at Thinkwise you see this as viable.