The FastTrack catalog is generated from YAML front matter at the very top of each resource's README.md. Prompt resources use the same front matter at the top of their single Markdown file. The catalog build ignores legacy Markdown files without front matter.
Use --- on its own line before and after the YAML. YAML block scalars (>- and |-) are recommended for readable detail content.
---
title: "Get-M365CopilotReadiness"
type: script
category: "PowerShell"
summary: "Assess Microsoft 365 Copilot readiness across identity, licensing, collaboration, and compliance settings."
author:
- "John Cummings"
version: 1.0.0
published: 2025-08-20
updated: 2025-09-09
tags:
- copilot
- readiness
- governance
format: ps1
featured: true
status: active
whatItIs: >-
A PowerShell assessment that collects tenant configuration signals and produces
JSON and HTML reports for Microsoft 365 Copilot deployment planning.
whyUseIt:
- "Review identity, licensing, Exchange, SharePoint, OneDrive, Teams, and Graph readiness in one run."
- "Give administrators readable descriptions and actionable context for collected settings."
howToUse: |-
1. Download the resource and open PowerShell.
2. Sign in with the read permissions documented in the README.
3. Run:
```powershell
.\Get-M365CopilotReadiness.ps1 -OutputPath "C:\Temp\M365Readiness"
```
prerequisites:
- "Windows PowerShell 5.1 or PowerShell 7"
- "Read access to Microsoft Graph, Exchange Online, SharePoint Online, and Teams"
# url: "https://github.com/microsoft/FastTrack/tree/master/scripts/Get-M365CopilotReadiness"
---| Field | Type | Guidance |
|---|---|---|
title |
string | Human-readable resource name. It becomes name in catalog.json. |
type |
enum | One of script, agent, strategy, analytics, prompt, or skill. |
category |
string | Short sub-label such as PowerShell, Copilot Studio, Agent Builder, Power BI, or Interactive. |
summary |
string | Card description. Must be 140 characters or fewer. |
author |
string or string list | Original author(s), substantial co-authors, or Microsoft FastTrack. |
version |
semver string | MAJOR.MINOR.PATCH, for example 1.2.0. Quote it only if your YAML editor changes its type. |
published |
date string | Original publication date in YYYY-MM-DD format. Do not change it on updates. |
updated |
date string | Most recent resource change in YYYY-MM-DD format. The generator can derive it from Git when omitted, but committed metadata should normally be explicit. |
| Field | Type | Guidance |
|---|---|---|
tags |
string list | Lowercase discovery terms. Prefer a few specific tags over many broad ones. |
format |
enum | One of ps1, bundle, declarative, interactive, pptx, pbix, or md. This replaces the former artifact label. |
featured |
boolean | Use sparingly for resources selected for catalog promotion. Default is false. |
status |
enum | active, preview, or archived. Default is active. |
url |
HTTPS URL | Optional GitHub or destination URL. When omitted, the generator derives a GitHub URL from the resource path. |
These fields answer what the resource is, why someone should consider it, and how to use it.
| Field | Type | Guidance |
|---|---|---|
whatItIs |
string | A short factual paragraph describing the resource, its output, and scope. |
whyUseIt |
string list | Concrete benefits and when-to-use scenarios. Do not make claims that the README or resource cannot support. |
howToUse |
multiline Markdown string | Concise install, configuration, and usage steps. Use a ` |
prerequisites |
string list | Optional licenses, permissions, products, runtimes, modules, or inputs needed before use. |
- Patch releases fix behavior or documentation; minor releases add backward-compatible capability; major releases make breaking changes or substantial rewrites.
- Bump
versionandupdatedfor every resource change. - Preserve the original
publisheddate. - Add substantial co-authors to
author; do not remove the original author. - Keep a resource-level
CHANGELOG.mdfor non-trivial resources. - Git history is the authoritative audit trail.
From the repository root:
npm ci --prefix tools\catalog-build
npm run check --prefix tools\catalog-buildValidation reports every file and field that must be fixed. The default npm run build command writes catalog.json at the repository root and mirrors it to design-concepts/catalog.json for the static site. Do not edit either generated file by hand.