Recent Discussions
Disabling Agent Creation for End Users with Copilot for Microsoft 365
Hello! I am an IT admin at my organization, and we recently rolled out Copilot for Microsoft 365 for all end users. I would like our end users to be able to access agents published by my organization and Microsoft (Analyst, Researcher, etc.) but I do not want them to be able to create agents in Copilot Studio OR Agent Builder. We have disabled Copilot Studio at the license level, but our end users are still able to create agents in the M365 Copilot app with the "New Agent" button. To summarize, I want our users to be able to access Agents created by our organization and Microsoft, but I do not want them to be able to create any agents of their own at this time. Is there a way to do this? Thank you in advance, stevenwagner
Unable to generate M365 Copilot audit events 284 and 373 – Record Types 328/383/384 also unavailable
Hello, I am testing Microsoft 365 Copilot audit logging and need some clarification regarding several Copilot/AI audit Record Types. Environment: Microsoft 365 Business Premium Microsoft 365 Copilot license Unified Audit Log ingestion enabled: UnifiedAuditLogIngestionEnabled = True Microsoft Purview Audit is enabled We can successfully see Copilot audit events for Record Type 261 and 310–314 However, we are unable to generate/locate the following events: Record Type 284 – AIAppInteraction We performed AI application-related activities but cannot find the expected audit records. Record Type 373 – OutlookCopilotAutomation We created and executed a Copilot Workflow using Outlook and M365 Copilot. The workflow successfully processed emails and generated responses, but the corresponding 373 audit event is not visible in Purview Audit. We also noticed that the following Record Types are not available in Purview Audit Search → Record Type filter: 328 – ConnectedAIAppInteraction 383 – CopilotForSecurityTrigger 384 – CopilotAgentManagement According to Microsoft's documentation, these Record Types exist in the Office 365 Management Activity API schema. I would appreciate help with the following: What exact activity generates Record Type 284 (AIAppInteraction)? What exact Outlook/Copilot activity generates Record Type 373 (OutlookCopilotAutomation)? Is 373 supported with Microsoft 365 Business Premium + Microsoft 365 Copilot? Why are 328, 383 and 384 not available in the Purview Audit Search Record Type filter? Are these events generated only for specific Copilot/AI products, licenses, or scenarios? Is there a specific configuration or API query required to retrieve them? If anyone has successfully generated these events, could you please share the exact test activity/workflow used? We have already confirmed that audit ingestion is enabled and that other Copilot events (261 and 310–314) are being generated successfully. Any guidance or a known-good test procedure would be greatly appreciated. Thanks!
Copilot Studio: “Get file content using path” fails for table-heavy DOCX files
Hi everyone, I'm investigating an issue with a Copilot Studio Standard Harness agent and would like to know whether others have encountered similar behavior. Scenario I have configured a tool in my agent using: Get file content using path The document is stored in my own OneDrive/SharePoint location and I have full access to it. This is not a chat file upload scenario and not a knowledge source indexing scenario. The agent is retrieving the document through a configured tool action. Behavior Observed Case 1 - Works The Word document contains approximately: ~4.1K words ~20 tables The agent successfully: Finds the file Retrieves the file Reads the content Generates a summary Case 2 - Fails I increase the document slightly: ~4.2K words More tables added The agent now returns a message similar to: The file was retrieved, but its content could not be converted to text. The response still indicates that: File found File retrieved Text extraction/conversion failed Important Observation Initially I thought this might be a word-count limitation, but additional testing suggests otherwise. I tested another document containing: More than 4.3K words Very few or no tables The agent processed that file successfully and generated a correct summary. Because of this, the issue appears to be related more to table-heavy DOCX content than to the total number of words. What Has Been Ruled Out The following do not appear to be the cause: File path issues Permissions/access issues File not found issues Connector authentication issues Large file size issues Chat file upload limitations Knowledge source indexing limitations The same tool and same retrieval approach continue working until the document becomes more table-heavy. Questions Has anyone experienced similar behavior with Get file content using path in Copilot Studio? Does Copilot Studio Standard Harness perform an internal DOCX-to-text conversion step after retrieving the file? Are there known limitations around processing Word documents that contain a large number of tables? Has anyone identified practical thresholds around table count, table complexity, or table-heavy technical documents? Is there a recommended workaround besides splitting the document into smaller files? Any insights, similar experiences, or Microsoft guidance would be greatly appreciated. Thanks!
Copilot in Word can't read chat attachments; Word for web file picker shows “no token obtained”
Summary of the issue I am seeing a persistent failure with Copilot attachments specifically inside Microsoft Word. Copilot in Word desktop and Word for the web can recognize an uploaded chat attachment by filename or OneDrive URL, but it cannot read the file contents. It reports the uploaded file as empty, corrupted, or in a format it cannot process. The same files are successfully read by standalone Microsoft 365 Copilot Chat using the same Microsoft account, and file uploads also work in Excel Copilot and PowerPoint Copilot. Failure started 10 days ago, with no obvious changes in settings on my end. The most useful diagnostic clue so far is that Word for the web’s Copilot attachment/file-picker path has also failed before any file was selected, showing “Something went wrong, please try again or refresh the page, no token obtained.” In Chrome, Word for the web produced a SharePoint-style error page with a correlation ID. This makes the issue look less like a bad file or local Word installation problem and more like a Word Copilot attachment-picker, OneDrive/SharePoint authorization-token, or file-handoff problem. Environment and scope Windows 11, Pro. Microsoft Word desktop: issue reproduced after updating Office and Windows. Word for the web: issue reproduced in Edge, Edge InPrivate, and Chrome. Standalone Microsoft 365 Copilot Chat / copilot.microsoft.com / m365.cloud.microsoft/chat: uploaded files can be read successfully with the same Microsoft account. Excel Copilot and PowerPoint Copilot: uploaded files work. OneDrive in Chrome: upload/download and file access work normally with the same account. Same Microsoft account used throughout. File types tested include tiny TXT files, PDFs, and DOCX files, including a complex DOCX. Copilot in Word can read the active Word document normally; the failure is limited to files uploaded as Copilot chat attachments inside Word. Observed behavior In Word desktop, Copilot chat accepts or recognizes the attachment metadata, including filename and sometimes a OneDrive URL, but when asked to read or summarize the file it says the file appears to be empty, corrupted, or in a format it cannot process. This happens even with a very small TXT test file. In Word for the web, the same general failure occurs. In one clean test, I created a brand-new blank Word document in Word for the web, opened Copilot, attached a tiny TXT file, and asked what the uploaded TXT file said. Copilot responded: “The uploaded file ingestion_test_731_1915.txt appears to be empty, corrupted, or in a format I can’t process, so I can’t read any text from it.” In another Word for the web test, clicking Copilot’s “+” attachment button and choosing either “My Files” or “Recent” opened a mostly blank window saying: “Something went wrong, please try again or refresh the page, no token obtained.” This occurred before any file was selected. In Chrome, Word for the web produced this error when trying to use the Copilot attachment flow: “Sorry, something went wrong. An unexpected error has occurred. Technical Details: Troubleshoot issues with Microsoft SharePoint Foundation.” The error included Correlation ID 64062ea2-3083-8000-a0f7-fbf4f6bb617d and Date/Time 8/4/2026 12:21:38 PM. Evidence matrix Test Result Standalone Microsoft 365 Copilot Chat / copilot.microsoft.com DOCX, PDF, and TXT uploads can be read successfully with the same account. OneDrive in Chrome Upload, download, and file access work normally. Excel Copilot Uploaded files work. PowerPoint Copilot Uploaded files work. Word desktop Copilot Attachments are recognized but reported as empty, corrupted, or unprocessable. Word for the web in Edge/InPrivate Tiny TXT attachment reported as empty, corrupted, or unprocessable. Word for the web attachment picker “No token obtained” message before file selection. Word for the web in Chrome SharePoint Foundation-style error with correlation ID 64062ea2-3083-8000-a0f7-fbf4f6bb617d. Word Copilot reading the active document Works normally. Troubleshooting already tried Updated Microsoft Office / Microsoft 365 desktop apps. Updated Windows. Restarted Word multiple times. Restarted the computer multiple times. Signed out and signed back in. Confirmed that the same Microsoft account is being used; there is only one Microsoft account involved. Toggled connected experiences off and back on, including restarts between changes. Started Word in Safe Mode. In Safe Mode, Copilot chat opened but did not activate properly; the Copilot pane appeared to cycle in the background and sub-windows were blank/unusable. Tested with a brand-new blank Word document in Word for the web. Tested in Edge, Edge InPrivate, and Chrome. Tested with very small TXT files as well as PDF and DOCX files. Confirmed OneDrive itself works normally in Chrome by uploading and accessing files successfully. Confirmed standalone Copilot and Excel/PowerPoint Copilot can process uploaded files successfully. Why this does not look like a local file or browser problem The same uploaded files work in standalone Microsoft 365 Copilot Chat, and OneDrive upload/download works normally. The issue also reproduces across Word desktop and Word for the web, across multiple browsers, and with a brand-new blank Word document. Because Word Copilot can read the active document but cannot acquire or process uploaded chat attachments, the failure appears isolated to the Word-integrated Copilot attachment picker, authorization-token acquisition, or OneDrive/SharePoint file-handoff path. Most likely failure area My current working theory is that Word-integrated Copilot is failing to obtain or pass the required SharePoint/OneDrive authorization token for Copilot chat attachments. The “no token obtained” message and the SharePoint Foundation correlation ID point toward the file-picker or backend handoff path rather than file contents. It may be account-specific, feature-flight/routing-specific, or a Microsoft-side regression affecting Word Copilot attachment handling. Request for help Has anyone seen Word Copilot attachments fail in this way while standalone Copilot, OneDrive, Excel Copilot, and PowerPoint Copilot all still work? Are there known Word Copilot attachment-picker, OneDrive/SharePoint token, or feature-routing issues that can affect only Word-integrated Copilot? If Microsoft support or engineering can trace backend logs, the most relevant correlation ID I have is 64062ea2-3083-8000-a0f7-fbf4f6bb617d from 8/4/2026 at 12:21:38 PM in Word for the web in Chrome. I would especially appreciate suggestions for anything beyond the standard local troubleshooting already tried. At this point, the pattern suggests the next useful step is probably backend investigation of the Word Copilot attachment/file-picker authorization flow rather than more file-format testing or local repair.Power Automate Flows Created Outside Copilot Studio Not Appearing in Tools
Hello everyone, I'm facing an issue with Copilot Studio and would appreciate your advice. Context I have several Power Automate flows that I created directly from: https://make.powerautomate.com My goal is to use these flows as tools within a Copilot Studio agent. All components are in the same Power Platform environment. What I've verified The flows use the "When an agent calls a flow" trigger. The flows end with "Respond to the agent". The flows are saved and published. The agent and flows are added to the same Solution. The solution has been published. I am using the same account and environment for both Power Automate and Copilot Studio. The Issue Flows that are created directly from Copilot Studio appear correctly under: Tools → Add Tool However, flows created from Power Automate (make.powerautomate.com) do not appear in the Tools list, even though they have the same trigger and response configuration. Question Are there additional requirements for a Power Automate flow to be discoverable by Copilot Studio? For example: Does the flow need to be an Agent Flow rather than a standard Cloud Flow? Are there known synchronization or caching issues between Power Automate and Copilot Studio? Is there a specific setting, solution configuration, or publishing step that I may have missed? Any guidance or experience with a similar issue would be greatly appreciated. Thank you!
Copilot File Downloads Expire Immediately – Error Across App, Browser, and Incognito
Hi, I’m running into a recurring issue when Copilot generates downloadable files. Every time I try to download the file (almost immediately), I get the following error message: “File unavailable. Generated files expire after a short period. Please regenerate if needed.” This happens consistently, even when I regenerate the file multiple times. I’ve tested this in several places and the issue is the same everywhere: Copilot App Browser version Incognito / Private mode The file appears for a moment, then instantly becomes unavailable. I’m unable to download anything before it expires. Is this a known issue, and is there a workaround? Thanks in advance for any guidance.Copilot as an HR analyst with sharepoint connection?
So we've been having these conversations about using Copilot a bit more effectively. Right now, we have all these surveys, reviews, and feedback templates people have filled out, and it's all in our SharePoint. I know I can manually take and upload them to copilot and it can give me summaries etc. Can I connect it to specific folders so it always accesses them without me manually uploading and gives me bulk analysis? Engagement trends, review score averages, etc.
Agent response duplicated in email
Hi, I have created a Copilot Studio Flow which has 3 agents. 2 agents do some research in parallel, I catch the results in 2 different string variables and hand the variables over to a third agent. The third agent should merge both variables, format them and hand them over to "Send Email". In the email body I add the output of agent 3. The workflow itself works. But I always have the complete email body text twice in the email received by the recipients. Where is the duplicate of the agent output coming from? I have this issue also when I add the agent response of agent 1 and agent 2 directly to the "send email" node. Does anyone have an idea? Would be great to get feedback. Appreciate it. Thanks!Unanswered Questions on GitHub Copilot Harness in Copilot Studio
We're piloting the GitHub Copilot harness in Copilot Studio (GA August 2026) and several operational and architectural details remain undocumented in the GA FAQ, Microsoft Learn, or licensing guides. Looking for official answers or PM contacts on: Architecture & Execution – When the harness breaks tasks into subtasks, does it use internal sub-agents or only skills/connected agents, what are the exact timeout/retry/max-execution-duration limits for long-running workflows, and are planning/context-retrieval/orchestration internals documented anywhere or is the orchestrator a black box? Model Selection – Can individual skills within one agent use different models or is selection strictly agent-level, how are models chosen internally when multiple skills execute, are any internal models developer-configurable, and what's the roadmap for models being added/retired/deprecated plus the lag between public release and Copilot Studio availability? Cost & Token Optimization – How exactly is the ~45% token reduction achieved, how much control do makers have over context/caching/retrieval/tool calls, what are per-model credit consumption characteristics, which models are most cost-effective for specific workloads, and what's the minimum credit cost for trivial interactions? Memory Management – What are retention periods for session/working/agent memory beyond the documented 28-day user-memory expiry, is true long-term memory supported, and what changed versus earlier implementations? Knowledge Retrieval – Can skills or system instructions influence retrieval strategy/document selection/prioritization/filtering, can planning stages perform conflict/duplicate/version detection before retrieval, and how does the harness decide which sources to search? Apps Feature – What is the "Apps (preview)" capability for, when does it GA, and how does it differ from workflows/skills/adaptive cards/agents? Billing & Credit Sizing – Is there a framework to classify users/agents by expected consumption and size credit allocation per group (citizen vs pro developers), and what's the minimum/typical consumption for simple/medium/heavy interactions? Governance & Admin – Can usage limits be set at user level (not just environment/agent), is there an API/IaC path for large-scale credit assignment, can non-admins view their own consumption/remaining allocation, and is there a self-service request-more-credits dashboard? ALM & Environments – What's the recommended path to move harness agents across Dev/Test/UAT/Prod (Solutions/ALM "setup differs" per parity chart—how?), does GitHub integration replace or complement solution-based deployment, are there recommended AgentOps practices for source control/releases/versioning, and what baseline credits and onboarding model are suggested for citizen developers under usage billing—any enterprise reference implementations?
All Copilot Studio Workflow Tools Suddenly Returning HTTP 403 Before Execution
Hello Copilot Studio Community, I am experiencing an authorization issue with multiple workflows connected to an agent built using the Copilot Studio new experience and new Workflows experience. These workflows worked successfully for multiple users yesterday. Today, all workflow tools connected to the agent began returning an immediate HTTP 403 authorization error. I did not intentionally change the agent, workflows, environment, or workflow permissions before the issue started. Error message: You don’t have permission to use this tool. You’re signed in, but access to this resource is blocked. Error details: Authorization - 403 Example error information: Status: Failed Error message: Flow returned HTTP 403 Error code: Http403 Inner error code: NotSpecified Tool duration: Approximately 93 milliseconds Configuration: - Copilot Studio new agent experience - Copilot Studio new Workflows experience - Agent and workflows are in the same Power Platform environment - Workflows use the "When an agent calls the workflow" trigger - Each workflow includes a "Respond to the agent" action - Workflows are saved and published - Agent is saved and published Observed behavior: The problem affects several independent workflows, including: - New-request submission - Current-user identity resolution - Approval decisions - Requester justification - Executive decisions - Fulfillment updates For every affected workflow: - The agent fills the workflow inputs correctly. - The tool call fails almost immediately. - No corresponding run appears in the workflow Activity history. - The workflow trigger is never reached. - No workflow actions execute. Because no workflow run is created, the rejection appears to occur before workflow execution, possibly within the Copilot Studio agent-to-workflow authorization or invocation layer. Troubleshooting already completed: - Confirmed that all workflows are published. - Confirmed that the agent is published. - Tested in a completely new conversation. - Removed an affected workflow tool from the agent. - Saved the agent. - Added the same published workflow back to the agent. - Reconfigured and verified the tool inputs. - Republished the agent. - Confirmed that no workflow Activity run is created. - Confirmed that the issue affects multiple workflows rather than one specific workflow. Removing and re-adding the workflow did not resolve the problem. Questions for the community: 1. Is anyone else currently experiencing HTTP 403 errors when Copilot Studio agents invoke workflows? 2. Is this a known issue or regression in the new Workflows experience? 3. Is there an environment-level or tenant-level permission that controls agent-to-workflow invocation? 4. Could a tenant policy, Conditional Access change, service principal, connection reference, or workflow-sharing configuration cause all workflow tools to fail simultaneously? 5. Where can an administrator find detailed authorization logs when the workflow never creates a run? 6. Has anyone found a workaround for this issue? Any guidance or confirmation from others experiencing the same behavior would be appreciated. I can provide screenshots, complete error details, timestamps, and additional configuration information if needed. Thank you.Problem that copilot is unable to see all my emails in outlook
Copilot returns incomplete http://outlook.com/ email search results while Outlook Desktop and Outlook Web return complete results Product Microsoft Copilot (Windows App) Microsoft Copilot (Web) http://outlook.com/ Outlook Desktop Outlook on the Web Issue Summary Copilot is returning incomplete email search results from my http://outlook.com/ mailbox. The same mailbox searched directly in Outlook Desktop and Outlook on the Web returns complete and accurate results, but Copilot only returns a subset of the matching emails. The issue occurs in both the Copilot Windows application and Copilot on the web, suggesting the problem is not device-specific. Environment Microsoft Account Personal Microsoft account http://outlook.com/ mailbox Microsoft 365 Personal trial currently active Devices Windows laptop Completely rebuilt from scratch to troubleshoot this issue Internal storage wiped Fresh Windows installation performed All current Windows updates installed All current Microsoft 365 / Office updates installed Applications Tested Outlook Desktop (latest version) Outlook on the Web Microsoft Copilot for Windows Microsoft Copilot on the Web Account Status Same Microsoft account used for Outlook and Copilot Mailbox accessible and functioning normally Mail synchronization appears healthy Outlook search functioning correctly Problem Description On Monday 3 August 2026, my Inbox contained 12 messages. Examples included: Tesco http://amazon.co.uk/ eBay Yahoo Microsoft Account Team Microsoft 365 When I asked Copilot to list emails received on 3 August 2026, Copilot returned only a subset of those emails. Copilot was able to locate: Tesco order confirmation Tesco order amendment Microsoft 365 trial activation Microsoft account password change However, Copilot did not return several emails that were visibly present in the Inbox, including Amazon, eBay, Yahoo and other Microsoft account notifications. Expected Result Copilot should return all emails matching the requested date range, consistent with Outlook Desktop Search and Outlook Web Search. Actual Result Copilot returns only a partial subset of the matching emails despite the emails being clearly present in the mailbox. Diagnostic Testing Performed Outlook Desktop Search Result: ✅ Returns all expected emails. Outlook Web Search Result: ✅ Returns all expected emails. Copilot for Windows Result: ❌ Returns only a subset of emails. Copilot Web Result: ❌ Returns the same subset of emails. Operating System Result: ✅ Fresh Windows installation completed. Office Installation Result: ✅ Fully updated. Mailbox Access Result: ✅ Mailbox functioning normally. Why I Believe This Is a Copilot Search Service Issue The issue reproduces: Across multiple Copilot clients On a freshly rebuilt device While Outlook Desktop Search works correctly While Outlook Web Search works correctly Since both Outlook clients return complete results and both Copilot clients return incomplete results, the evidence suggests a discrepancy in the mailbox search/indexing layer used by Copilot rather than a problem with Windows, Office, Outlook indexing, or the local device. Request Please investigate: Whether Copilot is using a different mailbox index from Outlook Search. Whether my mailbox has been only partially ingested into the Copilot search service. Whether there are known issues affecting http://outlook.com/ personal accounts and Copilot email retrieval. Whether Microsoft can trigger a reindex, resynchronization, or repair of the mailbox content used by Copilot. Whether there are any diagnostic tools available to compare Outlook Search results versus Copilot Search results. Evidence Available I can provide: Screenshots showing 12 emails present in Outlook Inbox on 3 August 2026. Screenshots of Outlook Desktop search results. Screenshots of Outlook Web search results. Screenshots showing Copilot returning only a subset of those emails.
Copilot Studio agents problems connecting to Sharepoint knowledge source
Hello, Since last week users in my tenant are experimenting issues regarding the connection between copilot studio agents and Sharepoint. The agents are not able to extract information from Sharepoint sites, printing there is not information in the Sharepoint site regarding the user's question when that information is in Sharepoint. These agents used to work well till last week. Does have been any update in Microsoft 365 services that can be affecting these agents ability to retrieve information from Sharepoint?Help.I have 365 Premium subscription, it hasn't expired, but I lost access to Copilot on phone.
I'm an Office 365 premium subscriber. I used to be able to use Copilot normally on Office on both my computer and iPhone, but now I can only use Copilot on Office on my computer. When I try to use Copilot on Office on my phone, it says: 'It seems you don't have a valid license. To get access, please contact your admin.' Before this problem happened, I sent an invite link to someone else to use Office 365 with me, and then I clicked the invite link myself on my phone using my subscriber account, and it showed that I successfully joined the sharing. After that, I couldn't use Copilot on Office on my phone anymore. Even though my subscription account is still shown as the organizer in the Family group and my subscription hasn't expired, it seems like I lost access to Copilot on my phone.Introducing Microsoft Copilot Cowork
For the last couple of years, generative AI has mostly acted like an eager, highly capable research assistant. You give it a prompt, it spits out an email draft, a summary, or a bit of code, and then it waits for you to tell it what to do next. It’s useful, but the operational drag of constantly guiding it step-by-step still falls squarely on your shoulders. That dynamic is officially changing. With the general availability of Microsoft Copilot Cowork, Microsoft is shifting AI from a passive conversational tool into an autonomous execution agent. Instead of prompting an AI to help you build a deck, you can now delegate entire multi-step workflows to Cowork, let it run in the cloud background, and simply review its work at key checkpoints. Here is a breakdown of what Cowork is, how it functions, and why it changes standard team workflows. What is Microsoft Cowork? At its core, Cowork is an automation and execution layer built directly into Microsoft 365. Rather than responding to single prompts, Cowork translates a high-level intent into a multi step project plan, coordinates across multiple M365 apps simultaneously, and delivers a completed result. The technology behind it stems from Microsoft’s partnership with Anthropic, effectively integrating cloud based agentic workflows under your organization's existing enterprise security, compliance, and identity controls. Driven by an organizational context engine called Work IQ, Cowork doesn't just look at a single file, it synthesizes signals across your Outlook emails, Teams chats, SharePoint documents, and calendars to understand how your team operates. How It Works: From Intent to Action Using Cowork feels fundamentally different from standard prompting. You can input an outcome request using natural language (up to 16,000 characters) and attach relevant background files. The Execution Process Deconstructs the Goal: Cowork breaks your request down into an operational roadmap. Background Execution: The agent executes the plan in a protected cloud sandbox. You can close your laptop or switch devices, and the task keeps running. Human-in-the-Loop Approvals: For medium-to-high-risk actions—like firing off a client email or posting a final update to a public Teams channel Cowork pauses and explicitly asks for your permission via a risk level indicator card. The Power of Reusable "Skills" What makes Cowork a true team framework is its underlying Skills architecture. Out of the box, Cowork ships with 13 built-in skills spanning core workplace needs: Skill Group Core Capabilities Content & Files Create and edit Word documents, Excel sheets, PowerPoint presentations, and PDFs. Organization Automated calendar optimization, meeting intelligence, scheduling, and custom daily briefings. Communication Multi-app drafting across Email, Teams channels, and structured Adaptive Cards. Analysis Deep Research capabilities that aggregate broadly across multiple corporate sources. Building Custom Workflows Beyond the defaults, teams can create up to 20 custom skills by simply dropping a formatted markdown file (SKILL.md) into a designated OneDrive folder. Instead of every employee reinventing how they handle a project handover, a weekly status update, or client onboarding, the team can standardize a repeatable workflow. For example, a custom "Weekly Reporting" skill can instruct Cowork to scan team updates, flag blockers, cross-reference an Excel sheet, and format a client-ready summary automatically every Friday morning. Managing the Sandbox: Cost and Controls Because Cowork handles complex, long-running tasks that call multiple models, its runtime is consumption-based rather than a flat monthly fee, tracking via Copilot Credits. Tasks are categorized based on their complexity: Light/Medium Tasks: Applying structured reasoning across a few local sources to generate dual outputs. Heavy Tasks: Deep reasoning that aggregates data across a massive corporate ecosystem and outputs multiple complex documents. To prevent budget overruns, IT administrators have granular control over the ecosystem. Admins can set tenant, group, and user-level spending limits, and users can request additional credits directly from the Cowork interface when tackling particularly heavy computational tasks. Sum up Microsoft Cowork marks a distinct evolution in workplace productivity. The value isn't just about writing a single email faster; it's about reducing the daily operational chaos by automating the manual coordination that slows teams down. By handing off predictable rules-based workflows to an autonomous digital teammate, professionals can shift their energy away from administrative legwork and focus it back onto strategic decision-making.Snippet Files Truncating Data - Excel
Dear community, Background I am looking for feedback regarding a best practice for using Microsoft Excel files as a knowledge source. My data is structured in a tabular format, stored across 3-4 columns in Excel (~500 rows, one sheet). For context, it is a simple mapping file that can be used to query about team responsibilities and who to contact for a specific topic/region/etc. I use this file in parallel with Outlook and Teams tools to escalate topics directly to individuals. I have a skill already created (contacts-responsibilities) that very clearly details the file and how the Agent should behave. Issue In the "developer" preview, I can see the Agent is identifying the correct knowledge source, but the processing technique is resulting in truncated snippet files. After multiple fail-retry loops, the Agent concludes that the data is not present in the file (which it most certainly is). Here are some of the notes the Agent returns: "the snippet seems to be limited to a certain portion of the file" "the search result only returned partial data from the spreadsheet." Ask Any suggestions on what exactly to do here? I have read that issues should only occur when you hit 1500+ rows of data. I could split my data apart, but this would mean more maintenance on my side. Thank you! Any hint is appreciated.Copilot Studio + SharePoint: Markdown (.md) Files in Doc Libraries Supported as Knowledge Sources?
Hi all, We’ve been doing some deeper testing with Copilot Studio agents grounded in SharePoint knowledge sources, and I’m hoping to clarify whether what we’re seeing is a known limitation or an undocumented gap. Scenario A Copilot Studio agent uses SharePoint document libraries as a knowledge source The library contains Markdown (.md) files that are intentionally used as canonical design references The same .md files: ✅ Work well when uploaded directly to the agent ❌ Are not retrievable or citable when stored in a SharePoint library and added as a SharePoint knowledge source To help with grounding, we created modern SharePoint index pages that: Explain what the markdown collections are (Patterns, ADRs, Guardrails) Link directly to the canonical folders and files Explicitly state that the .md files are the source of truth The agent can: Discover and summarize the index pages correctly Understand that .md artifacts exist and where they live But it cannot: Read the content of the individual .md files Apply a specific pattern or ADR from those files in a design conversation Cite them as sources, even when permissions and search indexing are confirmed What We’ve Checked Permissions (agent user has access) Folder depth (kept shallow) Search results (markdown files appear in SharePoint search) SharePoint indexing status Work IQ enabled Same content works when attached directly to the agent This behavior also seems consistent with what others have reported here: Markdown works when uploaded directly Markdown retrieval degrades when hosted in SharePoint libraries Questions for the Product Team / Community Are Markdown (.md) files in SharePoint document libraries officially supported as Copilot Studio knowledge sources today? If yes, are there specific constraints (file size, rendering, parsing, indexing) that differ from Word/PDF? If no (or “not yet”), is this a known limitation on the roadmap? Is the recommended pattern to: Convert important markdown files into .aspx pages, or Use thin “index / summary” pages and keep markdown canonical until retrieval improves? We’re happy to adapt our information architecture — just trying to align with the intended platform direction rather than work against it. Thanks in advance for any guidance or clarification. This capability is extremely powerful, and clearer expectations here would help a lot of teams make the right design tradeoffs.
Copilot Studio consistent System Error issue
I have built an agent that invokes a Power Automate flow as a tool. Inside the flow, I'm using the Execute Agent and Wait activity, which calls another agent. This execution takes around 10–15 minutes to complete, after which the flow returns the result using Respond to Agent (asynchronous response). Although the flow completes successfully and the downstream agent finishes its execution, the calling agent still receives a System Error instead of the expected response. Why I'm using a Flow instead of directly connecting the agent Normally, I would connect the agent directly. However, the agent being invoked is already connected to another agent. Since agent → agent → agent chaining is not supported in Classic mode, I used a Power Automate flow as an orchestration layer to work around this limitation. Looking for someone who have faced this issue and has any solution to this.deactivate the Microsoft Copilot Consumer App
Hi support .. would like to deactivate the Microsoft Copilot Consumer App while ensuring that Microsoft 365 Copilot (work/enterprise) continues to function normally for users. Here is my Questions Is it possible to disable only the Copilot Consumer App while keeping Microsoft 365 Copilot fully functional? If this is supported, what is the recommended Microsoft approach to achieve this? Are there any known limitations or potential impacts on Microsoft 365 Copilot or other Microsoft 365 services after disabling the Consumer App? Is this configuration officially supported by Microsoft? noticed that in Microsoft Defender for Cloud Apps (Cloud App Catalog), both the Copilot Consumer App and Microsoft 365 Copilot appear as Sanctioned automatically through the App Connector. Is this expected behavior, and can the Consumer App be managed independently without affecting Microsoft 365 Copilot?
Events
Register Here: https://aka.ms/MTC/CopilotRoadmapEvent
Keep up with the latest in Microsoft 365 Copilot, all in one place. This Roadmap webinar series is your central hub for the latest Copilot inno...
Online
Recent Blogs
- Bring READMEs, wikis, logs, transcripts, and rich-text files into Copilot NotebooksAug 13, 2026
- Now the LegalZoom agent works inside Microsoft 365 Copilot so a legal task no longer means stepping away from your work.Aug 12, 2026
