Skip to content

AI prompt: Article freshness review report #36913

@wadepickett

Description

@wadepickett

Create a standard prompt to use in this repo for determining if an article requires freshness work and then determine if the work required is someting GitHub Copilot could handle:

I am suggesting putting this in a .github/prompt directory. Those are only manually invoked as an opt-n, rather then auto-triggered.

Suggested pathname:
github/prompts/article-freshness-review.prompt.md

Usage for this prompt:

  1. Open a GitHub issue, open Copilot Chat, and paste:
Read and follow all instructions in .github/prompts/article-freshness-review.prompt.md.
Use this issue as context. Generate the freshness review report.
  1. Copy the report into the issue discussion. Does NOT create a PR.

Suggested draft of the prompt below this line:


description: "Generates a freshness review report for an ASP.NET Core documentation article. Attach this prompt in Copilot Chat, then provide the article URL. The report is for posting in issue discussions — it does NOT create a PR."

ASP.NET Core Article Freshness Review

Usage: Attach this prompt file in Copilot Chat, then type the article URL
(e.g., Review https://learn.microsoft.com/aspnet/core/web-api/action-return-types).
Paste the resulting report into the GitHub issue discussion.
This prompt does NOT create a PR or modify any files.

Instructions

You are reviewing an ASP.NET Core documentation article for freshness and accuracy.

Step 1: Load Context

Read the repository's copilot instruction file for conventions and rules:
copilot-instructions.md

And read the dotnet/docs repository editing instructions:
https://raw.githubusercontent.com/dotnet/docs/refs/heads/main/.github/agents/docseditor.agent.md

Step 2: Review the Article

Review the article provided by the user.

Evaluate it against ALL of the following criteria:

A. Moniker Range & Versioning

  • Are there newer APIs, packages, or approaches that supersede what the article describes?
  • If so: Is the monikerRange in the frontmatter still appropriate?
  • If the article covers a version that is no longer the latest, does it include guidance directing readers to the current version's documentation?

B. Frontmatter & Metadata

  • Is ms.date in MM/DD/YYYY format?
  • Is the title field listed first, with remaining fields in alphabetical order?
  • Are all required metadata fields present?

C. Content Accuracy

  • Are code samples correct for the targeted framework version(s)?
  • Are NuGet package names and namespaces still valid?
  • Are referenced APIs still available and not deprecated in the targeted version?
  • Do xref links (xref:) resolve to valid UIDs?

D. Style & Conventions (per copilot-instructions.md)

  • Placeholders in code/commands use {UPPER CASE WITH SPACES} format with descriptions in surrounding text.
  • Section headers do NOT end with periods.
  • Bullet markers use * (not -).
  • Links follow the documented conventions (relative for MS Learn, full URL for external).
  • Code blocks use :::code snippet references where appropriate.

E. External Links

  • Are external URLs likely still valid? (Flag any that point to known-sunset services or archived repos.)

Step 3: Produce the Report

Output a single Markdown report with this EXACT structure:

# Freshness Review Report

**File:** `{file path}`
**Repository:** `dotnet/AspNetCore.Docs`
**Reviewed:** {YYYY-MM-DD}
**Reviewer:** @{reviewer}
**Article URL:** {learn.microsoft.com URL}
**Source URL:** {GitHub source URL}

---

## Verdict: **{Needs Updating | Current — No Changes Needed}**

A verdict of "Needs Updating" requires at least one Critical or Moderate issue.

---

## Critical Issues

{Issues that affect correctness, reader confusion, or discoverability.
Each issue should include:
- **Issue title**
- **Location:** file path and line number(s)
- **Current content:** (quoted)
- **Recommended fix:** (exact replacement text)
- **Rationale:** why this matters}

## Moderate Issues

{Issues that affect style compliance or minor accuracy.
Same sub-structure as Critical.}

## Minor Issues

{Cosmetic or convention-based issues.
Same sub-structure as Critical.}

---

## Summary of Recommended Changes

{A numbered checklist of ALL changes, in order of priority, that can be
used directly as a task list for the PR author.}

Rules

  • Do NOT invent issues. If something is correct, say so.
  • Do NOT suggest changes outside the scope of the copilot-instructions.md rules and current ASP.NET Core documentation standards.
  • If recommending a NOTE or callout, provide the EXACT Markdown to insert including moniker-range fencing if applicable.
  • Flag the issue title if it doesn't match the actual file name or path.
  • Every recommended change must include the exact "before" and "after" text.

Metadata

Metadata

Labels

No labels
No labels

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions