So many different CoPilots - confusing, unproductive
I think we have all learned that CoPilot is a brand, a suite of tools. That probably makes sense from Microsoft perspective, but it is confusing as heck for end users or people trying to roll out CoPilot in a company. Products include: Sharepoint agents CoPilot desktop app Copilot in Office apps -- different copilots for PPT, Word, excel, Outlook CoPilot Studio - custom copilots (which by the way turn into "apps"???) Teams Copilot Researcher and Analyst Agents Prompting Coach Visual Creator What is even more frustrating is they don't all work together or in the same environments. I want to call my Sharepoint Agent from my Copilot, nope. I want my Custom Copilot to use Researcher (or vice versa even), not happening (despite Copilot giving me instructions on how it should). Meanwhile, in Anthropic-land, I setup an MCP service to integrate Claude and my to do app. Not without hiccups, but it works now. The whole Copilot ecosystem needs to get a lot more consistent and quickly or you are going to continue to loose users. PS - as i went to post this, I needed to select Tags -- there were 20 Copilot products to choose from!
usage reporting for shared agents (created in teams with agent builder) not possible
Dear all, in my organisations I have a vivid community of Copilot users that create agents in teams (with agent builder) and share them amongst other users. Those agents are also visible then in the admin center in the Copilot section as category "Shared" which works as expected. When I now try to understand what agents are used the most I go to the Copilot usage report (Reports -> M365 Copilot -> Copilot -> Agent details), I see a list of agents with active user information. However only App ID (no names and no external App ID) without a name. my questions: I am wondering what agents are shown here. Because I have about 100 shared agents and this reports has only a small number of agents listed I tried all the suggested things (in the guides)to get a name for the App ID (through teams managed Apps list, entra app list etc.) but was not successful to get a clear name for those App ID Is there any way to geht a usage report for shared agents (we do not use Copilot studio at the moment) Many thanks for your thoughts and helps..I feel we are at a dead end at the moment and the recent anouncments did not yet convince me that then we can report shared agent usage... kind regards
The Instruction Story — Prologue
Microsoft 365 apps are incredibly powerful. Yet within their intertwined features and ever-evolving UX/UI, users often get lost — overwhelmed by complexity and constant change. As a result, many people stop trying to truly understand, relying instead on Excel alone. This isn’t just a workplace issue; it’s a challenge in classrooms as well, where learning often halts before understanding can take root. In my previous Tech Community post (Part 0), I wrote about the moment of “realization” — the instant when understanding clicks into place. That experience led me to a new experiment: A user’s manual told as a story — “The Instruction Story.” This story follows a traveler and a small fairy named Copilot, as they wander through the world of Microsoft 365 — sometimes lost, sometimes pausing — to learn how its structures and systems truly connect. At the end of this journey, you too may find yourself realizing something. What that is, we do not yet know. And so, The Instruction Story begins. I hope to grow this journey together with the people of Microsoft, as companions in understanding. ※ This story is written by momotarou, from a user’s perspective. Some parts may feel unusual from a technical standpoint, but it is written with the utmost respect for “understanding” as the heart of learning. 取説物語 ― まえがき ― Microsoft 365 の各アプリは非常に優れています。 しかし、その関係性や複雑に重なり合う機能、 そして進化し続ける UX/UI の中で、ユーザーは迷い、時に混乱し、気づけば迷子になりがちです。 その結果、多くの人々は理解することをあきらめ、Excel に依存し続けてしまう現状…。 各アプリの学びの中断は、職場だけではなく教育現場でも同じです。 以前、私は Tech Community の 0 弾で「理解するための気づき」について書きました。 それをきっかけに、私は新たな試みを始めようと考えました。 それが―― **物語としての取扱説明書『取説物語』**です。 この「取説物語」は、Microsoft 365 の世界を旅する“旅人”と、 小さな妖精“コパイロット”が、時に迷い、立ち止まりながら、 Microsoft の世界の仕組みや構造を学ぶ物語です。 旅の終わりには、あなたも何かに気づくかもしれません。 それが何なのかは、現時点ではわかりません。 では、取説物語の開幕です。 Microsoft の皆様と共に、この物語を育てていければと願っています。 ※ この物語は、@momotarou が見た Microsoft の世界を、学び人の視点から描いた教育物語です。 技術者や開発者の方から見ると、表現や構成に違和感を感じることもあるかもしれませんが、 筆者はユーザーの「理解」を最も重視して執筆しています。あらかじめご了承ください。Part 7: Copilot Pages × Teams — One Screen, No More Switching
Switching apps kills meetings. Silence. Dead air. Mistakes. The cure? One screen. Copilot Pages × Teams = Zero switching. Prepare, run, wrap — all in Pages. “Open once, close with confidence.” In Part 6, I proposed a “Feedback Dashboard” to connect users and Microsoft in continuous improvement. Now in Part 7, let’s face the toughest meeting problem: constant app switching. On the other side of the screen, nobody sees what’s happening — only waiting and broken focus. The solution is simple: don’t switch at all. Copilot Pages becomes the single cockpit for meetings: 1.Before — prepare everything in one Page. 2.During — dynamic sidebar and Teams control box. 3.After — results sync back automatically. Benefits • No more “Where’s the file?” moments. • No more dead air while someone fumbles with apps. • Teams and Pages finally feel like one seamless cockpit. In short: “Open Pages, run the meeting, close with confidence. No more switching.” Part One ends here — but my challenge to Microsoft is far from over. 第7弾：Copilot Pages × Teams ― アプリ切替ゼロの会議体験 会議を止めるのは、アプリ切替。 沈黙、待ち時間、ミス。 解決はシンプル。画面はひとつ。 Copilot Pages × Teams = 切替ゼロ。 準備も進行も振り返りも、Pagesで完結。 「沈黙ゼロ、切替ゼロ。Pagesを開けば、会議は止まらない。」 第6弾では「Feedback Dashboard」を提案し、ユーザーとMicrosoftが共に改善できる仕組みを描きました。 そして第7弾は、会議で最も深刻な問題に切り込みます。 アプリの切替による混乱とミス です。 参加者には見えない沈黙と待ち時間。 操作ミスが重なり、会議の流れが止まる。 解決策はただひとつ。切替をやめること。 Copilot Pagesを会議の“司令塔”にする： 会議前 ― 議題や資料をPagesに集約して準備。 会議中 ― 動的サイドバー（第3弾）と「Teams操作BOX」で進行を制御。 会議後 ― 成果は自動でTeamsチャネルに戻る。 効果 • 「ファイルどこ？」が消える。 • アプリ切替の沈黙がなくなる。 • TeamsとPagesが完全に融合し、ひとつの司令塔になる。 一言で言えば： 「沈黙ゼロ、切替ゼロ。Pagesを開けば、会議は止まらない。」 第1部はここで一区切り。 でも、Microsoftへの挑戦はまだ終わらない。Part 00 Extra: Criticism is Noise, Creation is Voice — See the People, Copilot Too
Recently, my Part 00 post was automatically hidden by the system. Even after revising the wording and reposting, it still didn’t appear — until I contacted support and they helped publish it. I felt disappointed and frustrated. Many posts online tend to be negative or complaint-based. But my intention was different. I’m someone who isn’t fully comfortable with digital tools. That’s exactly why I want to help create a world where older or less-experienced users can also shine in the digital era. It’s easy to filter by words. But when you try to describe the background, the problem, and the path to improvement, you’ll inevitably use words that may sound “negative.” If that alone stops voices from being heard, meaningful feedback disappears. In fact, this Extra chapter was originally planned to be posted earlier. However, Part 5 and Part 6 also got held in approval — a small “incident.” Before we turn voices into culture, those voices were stopped right at the entrance. Perhaps this, too, is a small design blind spot. The important thing is to judge not by words, but by people. That applies not only to Moderation, but also to the UX design of Copilot itself. Criticism is noise. Creation is voice. Turning these voices into culture — that’s what changes the future. This is not a complaint, but a question for building a better culture. I create with you. 👉 Next: Main Story, Part 7 — stay tuned. 00弾 外伝：批判はノイズ、創造は声 ― 人を見よ、Copilotも 先日、私が投稿した00弾が自動システムの判断で一時的に非公開になった。 言葉を見直して再投稿しても掲載されず、サポートに連絡してようやく公開された。 私は、残念で悔しかった。 確かに、多くの投稿は苦情やネガティブなものが多いのかもしれない。 しかし、私の声は違う。 私はデジタルに不慣れな立場だ。 だからこそ、年配者や初心者でもデジタル世界で輝ける世界を作りたいと願っている。 ワードで縛ることは簡単だ。 しかし、背景や問題点、改善点を語る文章には、どうしても“ネガティブに見える言葉”が含まれる。 それだけで声が届かないのでは、意味ある意見が消えてしまう。 実際、この外伝も本来はもっと早く投稿する予定だった。 ところが、第5弾と第6弾までもが承認待ちで止まる“小事件”が発生。 つまり、「声を文化にする」前に、文化の入口で声が止められるという、ちょっとしたパロディのような出来事になった。 これもまた、“設計の盲点”として受け止めたいと思う。 大事なのは、言葉ではなく人を見て判断することだ。 それはModerationだけでなく、CopilotのUX設計にも言えることだ。 批判はノイズ、創造は声。 この声を文化にすることこそが未来を変える力だ。 これは愚痴ではなく、文化をつくるための問いかけだ。 俺は、君たちと創る。 次回：本編第7弾。お楽しみに。
Creating Work Instructions/Process from a video with Copilot
I'm looking to document a process in the most efficient way possible. Has anyone been able to use Copilot to interpret a video from Teams or a screen recording and have it create accurate work instructions? Would like to save time and avoid manually typing work instructions by potentially using Copilot to speed up this process. Any tutorials would be much appreciated.
We need help solving a critical integration gap between Microsoft 365 Copilot and Salesforce.
The challenge: We want Copilot to access Salesforce data (including custom objects) while honoring each user’s Salesforce permissions—profiles, field‑level security, and sharing rules. Current out‑of‑box connectors don’t support this. Using an all‑access integration account is a compliance risk. Why it matters: Copilot is only valuable if answers are both accurate and secure. If a user sees data in Copilot they shouldn’t in Salesforce, that’s a governance nightmare. What we’re looking for: ✅ Support for custom objects & fields ✅ Enforcement of Salesforce profiles, FLS, and sharing ✅ Delegated user authentication (Entra ID ↔ Salesforce) ✅ Works with Microsoft 365 Copilot grounding Questions: - Has anyone implemented this successfully? - Is there a Microsoft or Salesforce roadmap for delegated auth in Copilot connectors? - Do you know a partner or expert who can build this securely? Let’s make Copilot + Salesforce both powerful and compliant.
