Building and customizing solutions using Microsoft 365 Copilot APIs and tools
There is an important distinction between resetting conversation variables and clearing the conversation history used by the agent.
Microsoft’s system topics documentation states that the Reset Conversation topic does not clear conversation history by default. Therefore, having this topic enabled does not necessarily mean that “Start over” clears the previous context. This is worth checking, although it does not establish the cause of your error.
Please have the maker inspect the Reset Conversation topic:
Check whether it includes a Clear variable values node with Conversation history for the current session selected.
If that option is missing, add a separate node with that selection, retaining the existing variable-clearing node.
Save, test, and publish the change, then check the reset behavior in Teams.
Microsoft documents this option for clearing the history used by the generative planner. It is not a documented method for deleting the Teams chat itself, and it cannot be assumed to recover a conversation if the error prevents the reset logic from running.
As the forum’s AI recommended, /debug clearstate is another documented reset action for agents in Teams. If you have not tried it, please record whether the agent acknowledges the command and whether a short follow-up message immediately produces the same error. The Teams deployment guidance documents this command, but does not establish it as a guaranteed fix for this specific failure.
Regarding an administrator forcing a reset of a specific thread from outside the conversation: I could not find a documented admin control or public API for that operation, or a verified procedure to recreate the agent session in the same group chat. The maker-side history-clearing option above is different from a backend thread reset.
If the problem persists, please check the affected chat in Teams on the web and test the same published agent in another Teams chat, if available. These comparisons help establish whether the failure remains limited to the original thread. There is not enough evidence here to justify disconnecting the Teams channel or changing organization-wide app settings.
Your administrator can then open a Copilot Studio support request through Power Platform admin center > Support > Support requests > Get support.
Provide the agent/environment IDs, affected conversation ID, UTC timestamp, full error details, reset results, and the exact behavior when removing the agent fails. Share identifiers privately through the support request and redact them from public screenshots. Ask support to investigate both the persistent error and failed removal, and determine whether the existing chat can be recovered.
This is a user-to-user forum, so I cannot inspect or reset the service-side conversation state.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.