Integration coverage
GitHub Copilot usage and cost reporting in Weave
Connect GitHub for Copilot adoption data and use the Weave plugin for supported Copilot Chat telemetry. Billing is a separate connection check: organization-billed and enterprise-billed accounts require different permissions. Keep usage, billed spending, and code contribution distinct.
Source review
Copilot coverage map
Usage and billing connect separately
- GitHub
Adoption + organization
Business or Enterprise · organization owner- Weave plugin
Copilot Chat telemetry
Compatible OpenTelemetry client · per engineer- Billing
Seats + premium requests
Permission from the account that pays
Organization billing and enterprise billing need different access. A missing spend record is not zero cost.
Billing permissions belowAt a glance
Follow the source of each measure
- Data source
GitHub connection
Organization-level integration supplies Copilot adoption and GitHub organization context.
- Data source
Weave plugin
A compatible Copilot Chat client sends session, tool, and file-edit telemetry per engineer.
- Data source
Billing connection
Check organization or enterprise billing access separately to retrieve seat and premium request spend.
What does Weave support for GitHub Copilot?
Token Intelligence names Copilot as a native integration and includes GitHub Copilot in per-user cost reporting. The AI ROI methodology explains how these sources can be examined alongside code output, quality, and delivery.
The Connect Copilot flow distinguishes a GitHub connection from plugin telemetry. For Business and Enterprise plans, GitHub supplies organization usage context. The plugin supplies additional telemetry from configured developer machines; it does not replace billing access.
What can each type of evidence answer?
Scroll horizontally if needed →
| Evidence | Decision it can inform | What it does not establish by itself |
|---|---|---|
| Copilot usage metrics | Whether adoption is broadening or declining | Useful changes merged or deployed |
| Cost records or seat allocations | The expense associated with a reporting group | A precise bill for each PR |
| Contribution signals | Whether tool evidence is associated with code work | Complete line-level authorship across all tools |
| Merged PRs and output reasoning | The work that passed review in connected repositories | A causal benefit from using Copilot |
This separation matters for seat decisions. Assigned seats, active use, accepted suggestions, and reviewed changes are different measures. Choose the measure that answers the decision instead of treating any increase as a success.
How do you connect usage and session telemetry?
Scroll horizontally if needed →
| Connection | Prerequisite | What it supplies |
|---|---|---|
| GitHub connection | Copilot Business or Enterprise; GitHub organization owner for setup | Copilot adoption, workspace coverage, and organization context |
| Weave plugin | A Copilot Chat client with OpenTelemetry support; per-engineer setup | Chat session telemetry, tool inputs and results, and file-edit activity |
Open Connect Copilot, select the applicable plan or plugin option, and follow the GitHub connection or Install Weave Plugin path. The plugin option supports Copilot plans independently of the Business or Enterprise reporting connection, but requires a compatible client. Check which engineers are sending telemetry before calling that coverage organization-wide.
How do organization and enterprise billing differ?
Use Connect GitHub Copilot Spend to inspect the billing connection separately from usage:
- Organization billed on its own: connect GitHub first. The Weave GitHub App needs Administration: read, accepted by a GitHub organization owner.
- Organization billed through a GitHub Enterprise: install the Weave app on the enterprise through a GitHub enterprise owner and grant Enterprise billing: read. The organization’s spending is read from that enterprise installation rather than requiring a separate organization billing permission.
- Billing API unsupported: retain the monthly CSV import path. An unsupported billing source is not evidence of zero spending.
Only a Weave organization admin can run the connection check. A successful check starts spend syncing; it does not make data appear before the next sync. Read the displayed status and missing-permission action for the account that actually pays the bill.
Which vendor definitions should you check?
GitHub provides Copilot usage and adoption documentation and REST metric definitions. Vendor plan requirements, endpoint availability, permissions, reporting thresholds, and retention can change. Use the current documentation for the endpoint your connection actually uses.
During a Weave evaluation, confirm the connected organization or enterprise, the available date range, and the identity mapping to source control. Ask which values are per person and which remain aggregated. Access to GitHub source repositories is a separate question from access to Copilot reporting.
GitHub usage-metric permissions are distinct from billing permissions. A successful source-control or adoption connection does not establish that the billing API is accessible. Confirm each source independently and preserve the period and field definitions in your report.
How should costs and missing values be reported?
Weave labels cost sources so a vendor-billed amount can be distinguished from an estimate, modeled usage, or allocated seat cost. Reconcile the selected period with billing records and document the allocation rule used for subscriptions.
Missing usage is not necessarily zero use. It can reflect a permission gap, reporting threshold, period mismatch, or disconnected identity. Missing cost is not a free tool. Keep unavailable values distinct from observed zeros and investigate coverage before comparing teams.
Do not distribute an organization-level total across engineers or PRs without a stated rule. If the data supports only a broader comparison, retain that level of reporting.
How does Copilot usage connect to AI code authorship?
Weave distinguishes native tool evidence, commit metadata, and activity-based estimates. A direct usage metric does not prove that all code in the associated PR came from Copilot. An engineer can use several tools on the same change, so tool-level contribution counts can overlap.
Inspect a sample of commits and merged PRs. Preserve unknowns and evidence labels. Then use code output measurement and quality outcomes to understand the completed work.
What should a Copilot evaluation establish?
Choose a reporting period and one connected team. Validate the source for each metric, reconcile costs, and inspect mapped identities. Compare adoption with representative merged work, review effort, and rework.
The outcome should be a defensible renewal or rollout decision with recorded gaps. Use the AI ROI methodology for baseline design and cost-per-output interpretation before describing the result as a financial return.
Check the evidence
Sources
Use these sources to check the definitions, configuration, and scope described above.
Token Intelligence
Check your Copilot coverage
Review usage and billing access for the account that pays the bill.