If sharing a Copilot Studio agent with colleagues does not complete as expected, confirm where the agent is published, whether you can publish it, and what error colleagues see. Publishing and sharing are separate from end-user maker licensing in many Copilot Studio scenarios.
What Happens When You Cannot Share a Copilot Studio Agent With Colleagues
The objective is to share the Copilot Studio agent with colleagues, but the current Microsoft Copilot workflow does not complete as expected. The failure often appears as Copilot Not Working when others cannot access the agent you intended to share.
Quick Answer to Share a Copilot Studio Agent With Colleagues
Publish the agent first, then share it. Confirm the publish target—Microsoft 365 Copilot, Teams, SharePoint, a website, or another channel—and note the exact error colleagues receive. Use Publish when your subscription allows it. End users typically do not need a Copilot Studio user license to interact with a published and shared agent; makers and editors need the Copilot Studio per-user license. Follow Microsoft Learn guidance on assigning user licenses and managing access for Copilot Studio.
Possible Causes When Copilot Studio Agent Sharing Fails
The agent was edited but never published to a channel colleagues can reach.
The maker account lacks the Copilot Studio subscription required to publish.
Sharing settings do not include the intended colleagues or groups.
Licensing, signed-in account, service health, host-app version, or organization policy blocks Copilot access.
Recommended Solution: Publish the Copilot Studio Agent, Then Share Access
When to use this: Use this when colleagues cannot open or use your Copilot Studio agent and you need to confirm publish and share status first.
To choose the right troubleshooting path, confirm where the agent is published and what error users see. Microsoft Learn documentation on assigning user licenses and managing access for Copilot Studio explains that you need to publish the agent for other users to access it.
Verify or confirm where the agent is published (Microsoft 365 Copilot, Teams, SharePoint, Website, or another channel), and what exact error users receive when attempting to access it.
Open the sharing page in Copilot Studio and confirm it matches the expected sharing UI for your agent.
At the top of the experience, choose Publish. If you do not have the necessary subscription, you will not be able to publish it.
Share the published agent with the intended colleagues. Per Microsoft's guidance referenced in the source discussion, end users do not need a Copilot Studio user license assigned to them; as long as the agent is published and shared, people with access can interact with it, while makers and editors require the Copilot Studio per-user license.
If organization notifications are required for your thread or rollout, follow Microsoft's documentation to enable the related email notifications.
Why this works: Publishing creates a reachable agent instance; sharing grants colleagues access without forcing every consumer to hold a maker license.
If this fails: Capture the publish channel, sharing screenshot, and exact colleague error before changing tenant-wide Copilot policies.
Additional Fix: Check License, Service Health, and Host App When Copilot Still Fails
When to use this: Use this when the agent appears published and shared but Copilot still does not work for you or colleagues.
Check Microsoft 365 service health and confirm the signed-in account has the required Copilot entitlement for the scenario you are testing.
Update the host app, sign out and back in, and test Copilot in the web version when available.
Disable conflicting add-ins and review organization policies or network filtering that may block Copilot Studio or Copilot endpoints.
If this fails: Escalate to your Microsoft 365 administrator with the channel, error text, and whether makers can publish while consumers cannot open the shared agent.
Keep Working on Related Documents With WPS Office While Copilot Studio Sharing Is Blocked
WPS Office cannot publish Copilot Studio agents, change Copilot Studio permissions, assign Microsoft Copilot licenses, or fix Microsoft account activation. Those steps stay with Microsoft Copilot Studio and your administrators.
While agent sharing remains blocked, WPS Office can help with related local documents and handoffs:
Download and install WPS Office.
Open local Word, Excel, PowerPoint, or PDF files that support the agent project or team notes.
Edit and save locally so collaboration materials stay available during Copilot Studio recovery.
Return to Copilot Studio after publish, share, and licensing checks succeed in Microsoft tools.
This reduces downtime when Copilot Studio sharing depends on admin or licensing fixes. If you need a practical Office-compatible suite while those Microsoft steps continue, try WPS Office.

Prevention Tips for Sharing Copilot Studio Agents With Colleagues
Publish after major agent changes before asking colleagues to test.
Confirm maker licensing before a rollout that depends on Publish.
Document the intended channel—Teams, SharePoint, website, or Microsoft 365 Copilot—before sharing.
Capture colleague error messages early so admins can distinguish sharing gaps from service outages.
FAQs About Sharing a Copilot Studio Agent With Colleagues
Do colleagues need a Copilot Studio maker license to use a shared agent?
According to the Microsoft Learn guidance cited in the source discussion, end users typically do not need a Copilot Studio user license to interact with a published and shared agent; makers and editors need the per-user license.
What if Publish is unavailable?
You may lack the necessary Copilot Studio subscription. Confirm maker licensing with your administrator before changing sharing settings alone.
Can WPS Office share or permission a Copilot Studio agent?
No. WPS Office cannot change Copilot Studio permissions or publishing; it can help you edit related local files while Microsoft sharing and licensing issues are resolved.


