Regression: Rovo agent (New Model)

[sankaracourtallam_rathinasabapathy]

Regression: Rovo agent (New Model) no longer lists all Jira attachments

I’m currently facing an issue with the new backend model used by Rovo agents (rolled out around April 14, 2026). In my use case, I have a custom agent that formats Jira bugs and is expected to retrieve and list all files from the Attachments metadata.

With the previous model, the agent was able to enumerate all attachments reliably even with relatively minimal instructions. However, with the new model, it is no longer able to retrieve files that are present in the primary Attachments field. It only seems to access attachments that are referenced through comments or activity, which leads to incomplete evidence listing.

I’ve spent a significant amount of time experimenting with prompt refinements throughout the day — including:

• enforcing strict enumeration rules
• adding validation steps
• specifying retrieval from both Attachments and Activity metadata
• prohibiting summarization or grouping

Despite these refinements, the new model still omits several attachments or replaces them with generalized entries, even when the files are clearly present in the ticket metadata.

In contrast, the older model handled this scenario much more reliably and produced complete attachment listings with far simpler instructions.

Is this a known regression or a change in how attachment metadata is exposed to the model?

Has anyone else observed reduced attachment metadata retrieval with the new model?
Is this a known limitation or change in how attachment data is exposed to agents? Any guidance or recommended workaround would be appreciated.

[Arkadiusz Wroblewski]

Hello and welcome to the Community @sankaracourtallam_rathinasabapathy 

I would be a bit careful calling this a confirmed model regression unless Atlassian has already confirmed a backend change.

From your example, it sounds more like the current agent is not reliably enumerating every Jira attachment from issue context alone. That is an important difference.

If your requirement is:

“always list every attachment exactly as stored on the issue”

then I would not rely on prompt tuning alone for that. At that point, this is probably better handled through an explicit action / API-based step instead of expecting the model to infer the full attachment list from context every time.

A few things that would help narrow it down:

- does this happen on every issue, or only some?

- does it fail only with many attachments, or also with just 2–3?

- is this a Studio agent or a Forge-based one?

- are the missing files only from the main attachment field, while files mentioned in comments still get picked up?

If you can reproduce it consistently, you should open a support ticket and provide one or two sample issues plus the related trace/HAR details.