microsoft / microsoft/vscode-dotnettools

[P1][Tier 4] AI-assisted release/status-notes generation

Open
#3,386 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

AIEngineering
Dominant language
No language data
Stars
321
Forks
54
Avg merge
2d 19h
Merged PRs (30d)
2

Description

Tier 4 — FC-specific leverage · Priority: P1

Gap

The FC has no AI-assisted release/status-notes generation. Our epic score table already names "missing … release-notes … automation" as a Tier 4 gap, but there is no tracked child issue for it. dotnet/sdk's AI Engineering epic (#55185) has systematized this as a supported generate-release-notes workflow.

Investment
  • Build an AI workflow/skill that drafts release notes or status summaries from merged PRs / closed issues over a range (milestone, date window, or build), in the team's expected format.
Acceptance criteria
  • A skill (or agent workflow) that produces a draft release/status-notes document from a defined change set.
  • Output format matches how the team currently authors release/status notes.
  • Documented invocation (inputs: range/milestone; output location) discoverable by agents.
  • Piloted on at least one real release/status cycle.
Reference
  • Adopted from dotnet/sdk epic #55185 (Tier 4 "systematize existing bets" → generate-release-notes).

Part of epic #3273

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading epic #3273 and the referenced dotnet/sdk issue #55185 to understand the proposed generate-release-notes workflow and the team's current release/status-note format. Define the workflow's change-set inputs and output location, then validate it through one real release/status cycle; done means all four acceptance criteria are met.

Written by the indexing model from the issue text.

Assessment

Domain
documentation, release
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.