Skip to main content
AI•Pkg documentation is split into two surfaces:

AI•Pkg.Core API Reference

Hosted via DotNetDocs.com at docs.aipkg.org/api/core/. Sourced from XML doc comments. Authoritative reference for library consumers and tool authors.

Developer Portal

Hosted at docs.aipkg.org. Getting-started guides, CLI reference, spec docs, platform integration guides, and embedded API reference.

DotNetDocs.com for AI•Pkg.Core

What is DotNetDocs.com

DotNetDocs.com is a hosted documentation service for .NET libraries. It ingests compiled XML documentation files (generated by <GenerateDocumentationFile>true</GenerateDocumentationFile>) and produces a navigable API reference site — analogous to docs.rs for Rust.

Setup

1

Enable XML doc generation

Add to AI•Pkg.Core.csproj:
2

Register on DotNetDocs.com

Register AI•Pkg.Core, linking to the NuGet package ID AI•Pkg.Core. DotNetDocs automatically pulls the latest published package and regenerates the docs on each new version.
3

Configure custom domain

Point docs.aipkg.org/api/core/ → DotNetDocs hosted URL.

XML Doc Comment Requirements

100% of public surface members must carry XML doc comments before the 1.0.0 release.
Example:

Versioned Docs

DotNetDocs hosts docs per NuGet package version. The docs.aipkg.org/api/core/ URL always points to the latest stable version. Previous versions are accessible via /api/core/{version}/.

Developer Portal: docs.aipkg.org

Site Structure

Registry API Reference

The Registry API reference at /api/v3/ is generated from an OpenAPI specification published by the server:
Generated using Microsoft.AspNetCore.OpenApi (built into ASP.NET Core 10). The docs portal fetches this spec and renders it using Scalar UI (or Swagger UI). Server configuration:
Every Minimal API endpoint must declare:
  • .WithName() — operation ID
  • .WithSummary() — one-line description
  • .WithDescription() — detailed description
  • .WithTags() — grouping
  • .Produces<T>() — response type annotations

Per-Platform Integration Guides

Each platform guide covers:
  1. Install path — where files land after aipkg install
  2. File formats — what file types the platform accepts
  3. Directory layout — expected structure within the install path
  4. Example package — a minimal working .aispec and package layout
  5. Known limitations — what the platform doesn’t support yet
Example structure for the Claude Code guide:

OpenAPI Spec Requirements

Every Registry API endpoint (see Registry API spec) must be represented with:
  • Correct HTTP method and path
  • All path parameters documented with types and examples
  • All query parameters documented with types, defaults, and examples
  • All request body schemas
  • All response schemas with examples
  • Error response schemas: 400, 401, 403, 404, 409, 413, 429, 500
  • Authentication scheme: ApiKey header (X-NuGet-ApiKey retained for CLI compatibility)

Documentation CI/CD

1

Detect new NuGet publish

GitHub Actions workflow detects new NuGet publish.
2

Trigger DotNetDocs

DotNetDocs.com webhook triggered automatically (or via polling).
3

Deploy new version

New API reference deployed at /api/core/{version}/; latest pointer updated.

Contribution Workflow

The docs portal source lives in a separate repository (aipkg-docs). Contributions via PR. The API reference (DotNetDocs, OpenAPI) is auto-generated and must not be manually edited. Broken link checks and spell checks run on every PR via CI.