Please Remove Daily Cap Usage for Free Copilot Text Chat
Dear Microsoft Copilot Team, I am writing to express my disappointment with the new daily usage caps on Microsoft Copilot, particularly for ordinary text-based conversations. In the past, I could use Copilot freely for everyday questions, learning, research, brainstorming, and general conversations without constantly worrying about reaching a daily limit. The newer restrictions have made the experience significantly more frustrating and less useful. I understand that running AI services requires computing resources and that Microsoft must manage operating costs. However, I believe ordinary text chat should remain uncapped, especially when it was previously possible to use Copilot much more freely. Text conversations are a fundamental part of the service, and users should not have to stop in the middle of a useful discussion because they have exhausted a daily allowance. The move toward a unified Copilot experience should make the product simpler, more consistent, and more useful—not make existing users feel that they have lost access to a service they have come to rely on. I am therefore asking Microsoft to: Remove daily usage caps entirely for ordinary text-based Copilot conversations, including for free users. Keep basic text chat freely accessible without arbitrary daily cutoffs or lengthy waiting periods. If stricter limits are necessary for resource-intensive features such as image generation or advanced research, apply those limits separately rather than restricting ordinary text conversations. Clearly communicate any usage policies and reconsider changes that negatively affect the experience of long-time users. Unlimited text chat would help preserve user trust, encourage continued engagement, and distinguish Copilot as an accessible AI assistant for everyone. Restricting basic conversations risks pushing loyal users toward competing services that offer a more suitable experience. I hope Microsoft will take this feedback seriously and reconsider the current daily cap policy. Please restore uncapped text chat so users can rely on Copilot whenever they need assistance, without worrying about running out of messages. People on Reddit and online have been criticizing these changes ever since Copilot was unified under one product between enterprise and personal, If you guys dont do anything now it might reduce user trust and might be bad business decisions so please fix Copilot Thank you for your time and consideration. I look forward to seeing Microsoft make Copilot more accessible and user-friendly again.
Microsoft 365 Copilot, data from D365 Sales through Business Applications in Work IQ (Preview).
We're looking to enable Microsoft 365 Copilot to surface and ground responses using data from Dynamics 365 Sales through the new Business Applications in Work IQ (Preview). We've followed Microsoft's guidance and completed the configuration required to enable the integration. While the feature looks to be configured correctly, we're not seeing the expected Dynamics 365 Sales data being returned within Microsoft 365 Copilot. Has anyone seen this too?Fix all annoying Copilot bugs
I’m experiencing an issue with Microsoft Edge on Android. Starting today (September 22, 2026), whenever I try to visit copilot.microsoft.com, Edge automatically redirects me to the Google Play Store to install the Copilot app. I prefer using Copilot in the browser and do not want to install the app. And even when i try to install the copilot app it does not let me do anything and thinks I need a license or subscription to access it like copilot is litterly supposed to be free and also even when i try to get rid of the app redirection it for some dumb reason it redirects me to from copilot.microsoft.com to copilot.com and they put in restrictions like after a lot of chats you must wait for a specific time period and a couple months ago you guys removed the ability to use copilot without registration like come on that is so dumb I want Microsoft Copilot to be fixed revert how copilot was before how is this consumer friendly
Which Accessible Source Can Reliably Return Current Date, Time, Timezone and UTC Offset?
Question for Microsoft 365 Copilot experts I am trying to implement a reliable "Current Time Validation" control inside a Microsoft 365 Copilot workflow. The requirement is to obtain a machine-readable and repeatable timestamp containing: - Current date - Current time - Time zone identifier - UTC offset For example: 2026-09-16T18:09:00+08:00 Timezone: Asia/Shanghai UTC Offset: +08:00 My goal is not a human-readable world clock page, but a source that Microsoft 365 Copilot can actually access and consume reliably during execution. Business context: The timestamp is used as a mandatory validation gate before generating operational reports. If the timestamp is wrong, downstream conclusions may become invalid because greetings, operating-hours logic, OOO/PTO analysis, and action ownership are all time-dependent. Problems encountered so far I have already tested several approaches and found multiple reliability issues: 1. Conversation context is not a reliable clock source. Copilot may retain or reuse a timestamp from the beginning of a conversation rather than reflecting the actual current time. 2. External "current time" web pages are problematic. Some sites appear to return cached/indexed content when accessed through Copilot, producing timestamps that are clearly inconsistent with real-world elapsed time. 3. Human-readable sources are insufficient. I need a source that returns structured data which can be validated programmatically. 4. Timezone information alone is not enough. The solution must provide: - current date - current time - timezone identifier - UTC offset 5. The source must be repeatable. Two consecutive queries should return updated timestamps reflecting actual elapsed time. Questions 1. Among the data sources that Microsoft 365 Copilot can realistically access today, which source can provide: - date - time - timezone - UTC offset in a machine-readable format? 2. Is there any Microsoft-native source (Microsoft Graph, Outlook, Exchange Online, mailbox settings, tenant settings, calendar services, etc.) that exposes this information directly? 3. Which source would be considered the most reliable and repeatable for workflow-validation purposes? 4. Has anyone implemented a trusted "current time authority" pattern for Microsoft 365 Copilot or Copilot Studio agents? 5. Does Microsoft 365 Copilot have access to a real-time clock source that is guaranteed to be refreshed at query time rather than returning indexed or cached timestamp information? The objective is to establish a trusted and auditable timestamp before generating business reports, task summaries, or workflow decisions. Thanks in advance.
Access to Office App Context and Setting CEA as Default in Microsoft 365 Copilot
Hello everyone, I’m exploring Custom Engine Agents (CEA) in Microsoft 365 Copilot and have two questions regarding their integration with Microsoft 365 applications. Can a Custom Engine Agent access the current Office application context? When a CEA is added to Microsoft 365 Copilot, is there a supported way for the CEA to access the content of the Microsoft 365 application where Copilot is currently being used? For example: Word: Can the CEA read and/or modify the document currently open in Word? Outlook: Can the CEA access the current email/thread and perform write operations such as drafting or modifying content? PowerPoint: Can the CEA access and modify the presentation currently open? Other Microsoft 365 applications: Are similar capabilities available in other applications where Microsoft 365 Copilot is supported? Essentially, I’m trying to understand whether a Custom Engine Agent can leverage the same application context and read/write capabilities that the native Microsoft 365 Copilot has within these applications. If this is supported, what APIs, SDKs, or integration patterns should be used? Can a Custom Engine Agent be configured as the default mode? Is there a supported way to: Disable or bypass the default Microsoft 365 Copilot experience/mode, and Configure a Custom Engine Agent as the default agent/mode that users interact with when they open Copilot? For example, if an organization has a custom agent that should handle the majority of Copilot interactions, can that agent be configured as the default instead of the standard Microsoft 365 Copilot? I’d appreciate any clarification on the current capabilities, limitations, and recommended architecture for these scenarios. ThanksAccess to Office App Context and Setting CEA as Default in Microsoft 365 Copilot
<p>Hello everyone,</p> <p> I’m exploring <strong>Custom Engine Agents (CEA) in Microsoft 365 Copilot</strong> and have two questions regarding their integration with Microsoft 365 applications. </p> <p><strong>1. Can a Custom Engine Agent access the current Office application context?</strong></p> <p> When a CEA is added to Microsoft 365 Copilot, is there a supported way for the CEA to access the content of the Office application where Copilot is currently being used? </p> <p>For example:</p> <ul> <li><strong>Word:</strong> Can the CEA read and/or modify the document currently open in Word?</li> <li><strong>Outlook:</strong> Can the CEA access the current email/thread and perform write operations such as drafting or modifying content?</li> <li><strong>PowerPoint:</strong> Can the CEA access and modify the presentation currently open?</li> <li>Similarly, can it access the context of other Microsoft 365 applications where Copilot is available?</li> </ul> <p> Essentially, I’m trying to understand whether a <strong>Custom Engine Agent can leverage the same application context and read/write capabilities that the native Microsoft 365 Copilot has within these applications</strong>. </p> <p> If this is supported, what APIs, SDKs, or integration patterns should be used? </p> <p><strong>2. Can a Custom Engine Agent be configured as the default mode?</strong></p> <p> Is there a supported way to: </p> <ul> <li>Disable or bypass the default Microsoft 365 Copilot experience/mode, and</li> <li>Configure a <strong>Custom Engine Agent as the default agent/mode</strong> that users interact with when they open Copilot?</li> </ul> <p> For example, if an organization has a custom agent that should handle the majority of Copilot interactions, can that agent be configured as the default instead of the standard Microsoft 365 Copilot? </p> <p> I’d appreciate any clarification on the current capabilities, limitations, or recommended architecture for these scenarios. If there is any official documentation covering these capabilities, please share it as well. </p> <p>Thanks!</p>Access to Office App Context and Setting CEA as Default in Microsoft 365 Copilot
Hello everyone, I’m exploring **Custom Engine Agents (CEA) in Microsoft 365 Copilot** and have two questions regarding their integration with Microsoft 365 applications. ### 1. Can a Custom Engine Agent access the current Office application context? When a CEA is added to Microsoft 365 Copilot, is there a supported way for the CEA to access the content of the Office 365 application where Copilot is currently being used? For example: - **Word:** Can the CEA read and/or modify the document currently open in Word? - **Outlook:** Can the CEA access the current email/thread and perform write operations such as drafting or modifying content? - **PowerPoint:** Can the CEA access and modify the presentation currently open? - Similarly, other Microsoft 365 applications where Copilot is available. Essentially, I’m trying to understand whether a **Custom Engine Agent can leverage the same application context and read/write capabilities that the native Microsoft 365 Copilot has within these applications**. If this is supported, what APIs, SDKs, or integration patterns should be used? ### 2. Can a Custom Engine Agent be configured as the default mode? Is there a supported way to: - Disable or bypass the default Microsoft 365 Copilot experience/mode, and - Configure a **Custom Engine Agent as the default agent/mode** that users interact with when they open Copilot? For example, if an organization has a custom agent that should handle the majority of Copilot interactions, can that agent be configured as the default instead of the standard Microsoft 365 Copilot? I’d appreciate any clarification on the current capabilities, limitations, or recommended architecture for these scenarios. Thanks
Agent not visible in M365 Copilot
I created an agent in M365, including its name, description, instructions, and required actions. The agent is properly tested in Copilot Studio and published, but it is not visible in the M365 Copilot agent list. Interestingly, one agent is visible while the other is not, and I am unable to determine the issue.Copilot connection to Powerbi
Hi Everyone. Currently trying to make a connection to our PowerBi platform through Copilot Studios. So far i keep getting a connection failure. I have tried to adjust our security settings in Active Directory. I have tried adjusting the permission on the workspace and access to the datasheet. When i use the Json query to extract on the columns in the giving table i just get a connection error. even though the connection seems valid. Any suggestions on how to proceed?
How to send node.js request with prompt to copilot and get request?
Hi, I need to authorize, get Bearer token and send prompt to copilot, get and show result, that's all How to do it, do we have any official docs? I have found in Dev panel which request makes browser but how to make an app to do it with custom design, is it allowed, do we have node.js apps examples like ChatGPT have? I need just free prompts like ChatGPT, nothing special, not Microsoft 360 etc., just simple get request)