Skip to content
Back to skills

Xml Doc Writer

ASecurity

Write, validate, and improve XML documentation comments in C# source code. Use when asked to add, fix, review, or complete XML docs for C# APIs.

  • 2,904 stars
  • 0 votes
  • 0 copies
  • 11 views
  • Added September 3, 2026
documentationc#apidocumentation

Works with

  • api

Security analysis

A100/100

Scanned September 3, 2026

npx -y skills add dotnet/macios --skill xml-doc-writer --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Xml Doc Writer?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Xml Doc Writer
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dotnet-xml-doc-writer/badge)](https://www.skillsdirectory.com/skills/dotnet-xml-doc-writer)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: xml-doc-writer
description: >-
  Write, validate, and improve XML documentation comments in C# source code.
  Use when asked to add, fix, review, or complete XML docs for C# APIs.
---

# XML Doc Writer

Write accurate, consistent XML documentation for the exact C# APIs in scope. This
skill may be invoked directly or loaded by another agent working on those APIs.

## Workflow

### 1. Gather context

Identify the exact types and members whose documentation is in scope. Read their
signatures, nearby documentation, inherited APIs, and relevant implementation
details before editing. Do not change API behavior while updating documentation.

### 2. Write and improve the documentation

- Add XML docs for undocumented public and protected types and members in scope.
- Remove documentation whose complete content is `To be added.`, then replace it
  with useful documentation when the API is in scope.
- Verify existing documentation for correctness, grammar, consistency, and clear
  descriptions of parameters, return values, exceptions, and side effects.
- Use `<see cref="..."/>` and `<paramref name="..."/>` when they make references
  clearer and can be resolved from the documented API.
- Prefer `/// <inheritdoc />` for overrides and interface implementations when the
  inherited documentation is accurate.
- Replace XML documentation `include` attributes with the referenced content.
  Search for all references before removing inlined content from the include file,
  and delete the include file only when it has no remaining content or consumers.
- Rewrite mentions of Xamarin.iOS or Xamarin.Mac using the current product names.
- Remove empty `<para>` and `<remarks>` elements.

### 3. Normalize formatting

- Keep the existing code indentation and remove extra whitespace between `///` and
  the XML element (keep a single space, as in `/// <summary>`).
- Indent nested XML elements by two spaces per level.
- Order top-level elements as: `<summary>`, `<value>`, `<typeparam>`, `<param>`,
  `<returns>`, `<exception>`, `<remarks>`, and `<seealso>`.
- Preserve a final newline in every modified file.

### 4. Validate

Review the final diff for valid XML, resolvable `cref` values, complete parameter
and type-parameter coverage, and documentation that matches the API signatures and
behavior.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.