Exciting things are coming - our community is moving to a new home!
Whilst we make this move, the community is now in READ-ONLY mode today and there maybe some downtime (we will try to keep this to a minimum). Learn more here.

Blog Post

Product news & info
3 MIN READ

[Product Update] The Future of Endpoint Management is Conversational

JordanOC's avatar
JordanOC
Google Team
5 months ago

Hello,

 

We are now soft-launching support for the Model Context Protocol (MCP) within the Android Management API (AMAPI). While this is a “behind-the-scenes” infrastructure update, it is the critical first step toward a new way of managing devices. By exposing AMAPI via MCP, we are providing the standardised building blocks that will allow EMM providers to eventually build high-quality, conversational AI assistants.

The Engine Under the Hood: Why MCP Matters

Think of MCP as a universal translator.. It allows AI agents (like the ones powering smart chatbots) to securely “read” and understand the technical data from your fleet - like device policies, battery stats, and security logs. 

By standardising how AI interacts with Android device data, we’re making it faster and easier for EMMs to evolve their dashboards, toward a conversational, intent-based model.

The Shift: From “Point-and-Click” to “Just Ask”

What does this look like in practice? Imagine it’s 4:55 PM on a Friday, you get an urgent request to identify how many devices in your fleet need a critical security update before the weekend.

Traditionally, this means logging into your console, navigating sub-menus, filtering, exporting a CSV, and manually cross-referencing a report. It works, but it takes time you don’t have.

With our new MCP-enabled infrastructure, you’ll be able to ask:

"Show me all Zebra devices with a security patch older than 90 days."

And just like that, the answer is there. No filters, no CSV exports(!) - just the insight you need, instantly.

 

Mock example of interaction:


Proactive Management for Every Admin

This shift empowers admins of all skill levels to investigate issues faster and automate complex tasks without needing to be an expert in every corner of the EMM console.

The goal is simple: move away from static dashboards and complex menus toward a conversational, intent-based model.

Imagine having an intelligent assistant that understands your fleet data as well as you do. Instead of hunting for buttons, you can have a dialogue with your management console to:

  • Diagnose issues instantly: "Why did the latest app installation fail on Mark’s tablet?"
  • Proactively maintain hardware: "Find all devices with degrading battery health that need replacement next month."
  • Spot security risks: "Show me devices that failed a strong integrity check in the last 24 hours."

 

What’s Next?

We want to hear your thoughts as we see this shift. Are there any particular use cases you think you would like to use this for? What acronym do you think will stick for this next phase of device management?

As we roll out these capabilities to our partners, you can expect to see your management tools becoming smarter, more conversational, and more proactive.

  • Keep an eye on your EMM updates: Look for new "AI Assistant" or "Natural Language Search" features in your roadmap.
  • Ask your vendor: If you want to manage your fleet by simply asking questions, tell your EMM provider you’re ready for AI-powered management supported by Android's MCP integration.

The days of digging through dashboards are numbered. The conversation is just getting started!

Updated 5 months ago
Version 3.0

18 Comments

  • Moombas's avatar
    Moombas
    Level 4.4: KitKat
    5 months ago

    Hey,

    definitely interesting to read but i might be oldschool on just those to points:

    • "The Shift: From “Point-and-Click” to “Just Ask”"
      • But, depending on the complexity of the actions behind the question, point-and-click might be way faster than asking (especially if you need to type the question in).
    • "The days of digging through dashboards are numbered. The conversation is just getting started!"
      • To be honest, the results of AI are nice but not 100% reliable yet. We are in an area where we need the 100% accurate data, so from my end, until this isn't solved and AI provides me with not matching results (which can be easily overseen in a large output), i still prefer the dashboards.

    I agree to, we are at the "start" but in this area i stay on my manual work but open minded to when AI gets more reliable.

     

    I already like AI when programming even the suggestions there are often are not accurate but this can be tested and aligned before used. 😅

    • JordanOC's avatar
      JordanOC
      Google Team
      5 months ago

      Hey Moombas​,

       

      Completely agree with your points, that's where I think EMMs are in a pretty unique spot to deliver a great experience. AI is only as good as the data it is working with, in theory, every device record, policy information and report is in a standard structure on the EMM backend so it should be able to process everything without hallucination.

       

      Then it's a case of what do the EMM's do next, a few things off the top of my head:

      • Analysing, you'll be able to build a "perfect" dashboard for any scenario that you can save for future consumption or get reactive information on demand. 
      • Policy creation, the EMM should be grounded in it's own documentation and feature availability. Providing guidance on if you should edit an existing policy or create a new one, bonus points if it can auto generate a name and description based off your pre-existing best practices.
      • Supporting users, it should be able to look at your ticketing system and offer guidance on new issues and flag if other devices may be impacted by a reported issue. 

       

      For "the shift", I think most experienced IT admins will be able to navigate their EMM of choice quicker than an AI will be able to process the request for quite some time. Hopefully with these tools, folks who aren't quite as experienced can begin delivering at that same level.

       

      Let's see :D

  • Michel's avatar
    Michel
    Level 4.0: Ice Cream Sandwich
    5 months ago

    Interesting development for sure, and I see the benefits, but have to admit than when i started reading this post I was kind of hoping it would evolve in something else. 

     

    Conversational AI is nice for getting info such as in the example, but i'm sure we can do more with AI and the data that will be shared via our Android devices. How about a dashboard showing statistics and upcoming issues based on analyses of device data. Device experience for the end user is a up coming topic next to SLA's. Can't we use AI to proactively show us what issues might show up in the feature and respond on that? 

     

    If I need to ask my AI to list all outdated devices, i'm already to late. Or it would be an easy dashboard which can open with one click (as Moombas​ mentioned as well, typing takes time). One click overview beats a conversation with AI if you ask me. 

     

    Don't get me wrong, I am a big fan of AI, but I think we should look past the conversational AI and towards to more proactive AI (is there a name for that?)

    • Moombas's avatar
      Moombas
      Level 4.4: KitKat
      5 months ago

      I think we can get a gain out of it during troubleshooting if it provides reliable data.

      And if i say troubleshooting, i mean something like a call/meeting where the AI may listen and on site can provide "one click" overviews/dashboards or so on side saving time during that meeting.

      Or if the input for the filtering/dashboard is very complicated but speaking (not writing) it out to the ai to find the relevant devices can safe time when you in parallel can do other stuff.

       

      But as said before, it's the beginning and yet nothing i need to use and trust fully, sorry ;)

    • JordanOC's avatar
      JordanOC
      Google Team
      5 months ago

      Hey Michel​,

       

      I'm on your wavelength here for sure. I'll be honest, I'm mainly relieved to see this discussion move beyond "AI is great" to actual utility. 

       

      The main purpose of this post was to highlight the release of the MCP server we have just made available to EMMs and to give some lower stakes, "art of the possible" ideas without having to jump through additional hoops. At a high level, the MCP server packages a request nicely for the EMMs to interpret and expose as they see fit, curious if you have any additional thoughts on this bit Michel​ & Moombas​.

       

      I think "proactive AI" might be caught in the "agentic" discussion but that might be stale in 6 months 😅

      • Moombas's avatar
        Moombas
        Level 4.4: KitKat
        5 months ago

        Yeah always start with the low hanging fruits and work up to the higher ones.

        I'm pretty sure at some point we will see something like that.

        Even on thing will be very likely not hit me as I know from our current MDM and most likely the others will do the same, AI will come along with additional license costs. Not sure if (at least on our end) we need it.

        You would need to get something in return and thats nothing i see yet on our side.

  • jasonbayton's avatar
    jasonbayton
    Level 4.1: Jelly Bean
    5 months ago

    I've been testing this yesterday and today, and the AIs consistently report setting a page size based on the provided curl examples returns an error, and they end up doing queries 10 at a time.. normally ultimately failing the request all together.

     

    I've had it try everything from 20 to 120 knowing the Max is 100, but it just fails.

     

    Any ideas?

    • JordanOC's avatar
      JordanOC
      Google Team
      5 months ago

      I did wonder how long it would take for you to spin this up jasonbayton​ :D

       

      I'll ping you on the side so we can get through this a bit easier.

      • JordanOC's avatar
        JordanOC
        Google Team
        5 months ago

        Just closing this out as resolved. Looking forward to you sharing what you've built with everybody jasonbayton​ ;)

  • mattdermody's avatar
    mattdermody
    Level 3.0: Honeycomb
    5 months ago

    I am certainly going to struggle with the concept of leaving deterministic (if this.. then that...) device management and policy enforcement to having a black box agentic layer inserted in between. I can see some value in querying data in read only scenarios but relinquishing control to an agentic layer seems like a recipe for disaster. Perhaps I'm a luddite in this equation and I could be wildly off the mark. I just don't see the value of this quite yet. 

    I think of radiologists who's work has been supercharged by having AI be the first pass at screening patient scans for disease markers. The AI tooling doesn't get fatigued and can handle most screening significantly faster AND better than the doctor. The doctor is then still there (for now...) to make the final judgement call and to actually then take action based on the inferred result. I could see an AI layer applied to MDM working similarly, spotting anomalies and raising issues up before they are otherwise surfaced naturally. Do I want an AI making unsupervised configuration changes on its own, potentially based off a hallucination it just had? Maybe not yet. 

     

    This works for the scenario of anomaly detection. I however still would very much want a deterministic flow when trying to push out a scheduled change to a fleet of device under management.

     

    Now where I would see some unique new value in this is using AI to help define new, not yet fully defined states that the EMM could then trigger from. For example, I often want to know "Is this device currently in use". To approximate that I have to combine a variety of datapoints such as charging status, app in foreground, etc. to come up with a guess of whether someone might be actively using it. It would be quite powerful to have an agentic layer on the device that could be prompted to determine that status on it's own and just report back. That way we could schedule a broad push of some new config change, firmware upgrade, etc. and then have a layer in between that is first checking via AI inference whether the device is actively being used at the time and then to hold the update in pending status until an idle period is detected. 

    • jasonbayton's avatar
      jasonbayton
      Level 4.1: Jelly Bean
      5 months ago

      I've been having a bit of fun with mine, though the amount of data even a small deployment generates has had me hitting agent rate limits :)

       

      *CM - updated - embedded link to display in post

      • mattdermody's avatar
        mattdermody
        Level 3.0: Honeycomb
        5 months ago

        Nice work! Your query about WebView versions now has me realizing we are getting AI before we are getting proper version control in Managed Google Play. We can have AI tell us about these WebView versions but we can't control what version Google Play installs on our devices or when. I wish they fixed the plumbing before they decided to add automation on top of it!

    • JordanOC's avatar
      JordanOC
      Google Team
      5 months ago

      Thanks for your response mattdermody​! I completely agree with you, for any decision that has material impact on a deployment there needs to me an element of human-in-the-loop. Even then, I'm not sure if I'd want it going much further than read-only in a production instance.

       

      While I'm not fully across the entire scope that you cover Matt, there's probably some additional use cases for you and your team that would really benefit from AI and human-in-the-loop that I want to float your way:

      • Creating a new EMM instance: Imagine onboarding a new customer and you upload a report from their account manager or sales engineer. Based on that report it creates their POC grouping and policies, all while following a mattdermody​ written and approved best practices framework. This could also be used for creating test instances to try and reproduce issues (rather than resorting databases). Other examples:
        1. EMM test instances/migration/consolidation: Using AI to recreate 1:1 policies from a customers instance to try and reproduce issues, assist with migrations or consolidate multiple EMM instances.
      • Automating health checks: Going back to the soon to be patent pending mattdermody​ best practices framework. You could create an automated check against your customer's EMM instance and provide a rating based on your best practices and provide an immediate action plan for your TAMs to implement.

       

      I like where you are going with that last paragraph. To offer an expansion on that concept, I recall in your SOTI TV interview where you coined the term "hard hat hackers". Imagine if it could see that the user was on a screen that isn't approved and automatically route the user back and alert the IT admin to the gap... Excuse me while I file a feature request 😅

  • mattdermody's avatar
    mattdermody
    Level 3.0: Honeycomb
    5 months ago

     Intune Admin: "Why did the latest app installation fail on Mark’s tablet?"
    AIAMAPIBot: This is easy! Because you're using AMAPI! If you were using Custom DPC you would have no issues with APK installs!

    Would you like me to recommend a new EMM that uses CustomDPC?