GitHub has released a new dashboard that gives enterprise administrators a much clearer picture of how their developers are actually using Copilot, not just whether they’re using it at all. The move addresses a gap that’s dogged IT leaders since AI coding tools went mainstream: Seat counts and login data tell you who has access, but they say nothing about whether that access is translating into real engineering output. The new Copilot metrics impact dashboard, rolled out July 22, is available to enterprise administrators and organization owners with access to Copilot usage metrics. It builds on the AI adoption phase cohorts that GitHub added to its Copilot usage metrics API back in May, turning what was previously raw API data into a visual dashboard that admins can actually act on. From Activity Counts to Adoption Depth The core idea behind the dashboard is straightforward: not all Copilot usage looks the same, and lumping every licensed user into a single “active...
There is a ritual I’ve watched play out in more incident retros than I can count. Someone pulls up the architecture diagram — the one in Confluence, the one that hasn’t been touched since the last audit — and starts tracing boxes. Load balancer. VPC. RDS instance. EKS cluster. Everyone nods because the diagram is comforting. It’s also increasingly a lie of omission. It doesn’t show the GitHub Action that has write access to three cloud accounts. It doesn’t show the OIDC federation between your CI runner and your production IAM role. It doesn’t show the third-party SaaS chatbot holding a long-lived OAuth token that your sales team connected to Salesforce 18 months ago and forgot about. It doesn’t show any of the things that actually decide whether an attacker gets from “found a bug in a support ticket” to “exfiltrated your customer database.” That’s because the diagram was never wrong, exactly. It was just answering a question nobody asks anymore. Modern systems don’t fail — or get br...