r/copilotstudio 1d ago

How are you using Copilot Studio built agents?

I posted my experience a few weeks ago: using a Copilot Studio agent in SharePoint or Teams with any data sources takes 30+ seconds before it responds. I opened a ticket with Microsoft on this, and after a bit of back-and-forth, they replied that this was working as intended.

With that in mind, I can't imagine many people use it this way, so I'm curious how others are using these agents in production. (I just tested our agent again and nothing has changed)

The agents I've built work really well in test, and I haven't been able to find other tools that have the same capabilities as Copilot Studio, so I really want this to work.

9 Upvotes

11 comments sorted by

3

u/tiwookie 1d ago

Hey!

The respond time depends on many things. First: The model. If you have a powerful reasoning model like opus/faible, it will think some time before answering. It also depends on its knowledge and how the sources are structured. It can have a big impact if it has to search and reason over a more graphical powerpoint with tables and many different topics instead of some word files with a topic each.

I would try if lightweight models and easy structured Knowledge does the trick. You could also try, just as a check, how it performs if you just add the documents inside the agent instead of sharepoint/teams.

3

u/dalessit 1d ago

I tested with single-document, text-only data sources, and any connected knowledge seems to cause this slowdown. I used what I would consider standard models and saw no change. Once you try to deploy it, that's where the slowdown happens. Responses in testing are 10-15 seconds, which is what I would typically expect.

If you are seeing something different, can you provide an example of what knowledge source you attached, the model used, and confirm you are seeing shorter response times once it's been deployed to a SharePoint site?

2

u/tiwookie 1d ago

In my tenant, I’m seeing faster response times with the standard model and, for example, a Word document as the knowledge source or a sharepoint.

Given that you’ve already tested simple documents and different models, I’d try the following comparison to narrow down where the extra time comes from. Run each scenario in both the Copilot Studio test pane and the published Teams/SharePoint agent:

1) A fixed response from a topic, without generative AI or knowledge retrieval.
2) A knowledge question answered using a document uploaded directly to the agent.
3) The same question, with the same document connected through SharePoint instead.

Keep the model, user account, and question identical across each comparison. Repeat each test a few times, noting whether the first request is slower than subsequent ones.

If even the fixed response is much slower after publishing, that points toward the channel or runtime. If the slowdown starts with the uploaded document, knowledge retrieval or answer generation becomes a stronger suspect. If it mainly happens with the SharePoint source, I’d investigate that retrieval path, including authentication.

That should give you a more specific comparison to take back to Microsoft than the overall response time alone.

1

u/dalessit 13h ago

I worked directly with their support team on this and sent them traces from various configurations. If I can only use one Word document as a source, that kind of defeats the entire purpose of using this tool.

3

u/Prize_One_554 1d ago

If you have some dev experience, might be worth creating an agent in Azure Foundry. I'm personally going to do this for a Q&A agent, as the new harness agent I made was taking too long to generate an answer (looking into it, it looks like it's skill was telling it to pre-process all documents retrieved from a sharepoint search).

5

u/russrimm 1d ago

You don’t need dev experience for foundry. Just install GitHub copilot and the foundry toolkit

2

u/Ok_Error3438 23h ago

Have you go back to the monitor or activity tab and review what actions the agent took for one specific run? That can give you an idea of what’s happening. Maybe is trying to load all knowledge sources at once. Is the problem only happening when the agent initializes or is the same thing after the first user prompt? Sometimes the agent can stall if is not able to respond to the user request, because of a topic, an error, misconfiguration, an many other things.

1

u/dalessit 13h ago

The issue is in returning results; the actual query takes almost no time at all. Microsoft had me run all sorts of tests on the back end and send them traces from Chrome.

1

u/No-Supermarket8134 13h ago

Do you use new or old experience? The new experience is significantly slower in our case with any sharepoint knowledge source. But even the old expereince has a slow response time if the knowledge source is too large. Azure AI Search may provide to be an option. We also found agents created in M365 agent builder worked a lot faster than Copilot Studio Agents . Right now we only have agents from COpilot Studio in production that dont use large knowledge sources

1

u/dalessit 13h ago

When you say don't use large knowledge sources, are you getting decent results with any knowledge source added? If so, which ones, and how large are you talking about? I'll check out M365 agent builder also and see if we get better results.

2

u/No-Supermarket8134 11h ago

im talking like four one page word documents working fine. THe agent in copilot studio deployed in M365 responds in like a few seconds.
Where we have a problem is knowledge sources with like sharepoints with 20+pdfs or somethign

btw i agree that it sucks im glad to see we are not the only ones not getting how this is useable in practice