Thanks Karan, that helps clarify the expected behavior.
Just to add more context from my side: in my case, I’m using a Custom Prompt that runs purely as a tool, not as part of a multi‑turn conversational memory. The tool is invoked with explicit inputs (Excel file + user question) and is expected to behave deterministically per invocation. However, even in this stateless-style setup, the Code Interpreter frequently returns the answer/code from the previously asked question, which strongly suggests residual context or tool execution reuse that isn’t obvious or controllable today.
Additionally, I am also using the documented structured data + Code Interpreter approach
(https://learn.microsoft.com/en-us/microsoft-copilot-studio/knowledge-code-interpreter-structured-data).
After the recent Work IQ update, this approach is now returning too much data from the knowledge search step, which then causes OpenAI token limit errors before Code Interpreter can even run. This makes the “knowledge-first” pattern unreliable for large Excel files at scale.
So right now, I’m hitting limitations on both paths:
- Custom Prompt + Code Interpreter → stale answers / reused code across invocations
- SharePoint knowledge source + Code Interpreter → excessive data grounding → token limit failures post–Work IQ
Given the constraints (large structured Excel on SharePoint, no Dataverse/DB), I’m trying to identify:
- whether there’s any supported way to truly force fresh Code Interpreter execution per tool call, and
- what the most stable architecture is post–Work IQ for repeatable analytics use cases
If anyone has found a workaround (for example, stricter file scoping, chunking patterns, or agent-flow-based execution that avoids these issues), I’d really appreciate hearing about it.
Thanks again for the guidance.