This one started with a very relatable moment from @Darryl Lee :
“Rovo gave me invalid JQL… and the JQL Assistant said it was wrong too.”
Oof. We’ve all been there.
Darryl asked Rovo to:
Rovo responded with… something that looked like JQL But:
Let’s clear up the core issue: Rovo can generate JQL… but it cannot validate it. More specifically:
So what does it do? It guesses based on patterns it has seen. That’s fine for simple queries… but breaks down quickly with:
CHANGED FROM, WAS, etc.)This was the mic-drop moment from the thread:
“Use the AI button next to the JQL search box — it’s better.”
And it is. Here’s why:
It’s not guessing. It’s grounded in your data model.
Rovo is still useful—but in a different role:
✔ Explaining logic
✔ Translating requirements into plain language
✔ Helping you think through conditions
Example:
“What logic would separate tickets that moved from Completed → Closed vs everything else?”
Then you take that logic and: Build or refine the JQL using the Jira AI button or JQL Assistant
This part of the thread nailed it:
“If Rovo sees JQL… why not pass it through the JQL validator?”
Honestly? That would solve a lot. A stronger future state would look like:
Right now, that connection isn’t there.
If you remember one thing:
Rovo = idea generator
Jira AI (search) = execution engine
Use them together, not interchangeably.
This is a great example of something we see often:
AI feels inconsistent when:
The fix isn’t “stop using it”
It’s: Use the right tool at the right layer
Dr Valeri Colon _Connect Centric_
0 comments