Skip to content

Latest commit

 

History

History
100 lines (82 loc) · 4.76 KB

File metadata and controls

100 lines (82 loc) · 4.76 KB

Catalog metadata schema

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.

Copy-paste example

---
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"
---

Required fields

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.

Recommended fields

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.

Detail-page content

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.

Versioning and authorship

  • Patch releases fix behavior or documentation; minor releases add backward-compatible capability; major releases make breaking changes or substantial rewrites.
  • Bump version and updated for every resource change.
  • Preserve the original published date.
  • Add substantial co-authors to author; do not remove the original author.
  • Keep a resource-level CHANGELOG.md for non-trivial resources.
  • Git history is the authoritative audit trail.

Validation

From the repository root:

npm ci --prefix tools\catalog-build
npm run check --prefix tools\catalog-build

Validation 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.