Skip to main content
skill CX Codex

dotnet-init — Claude Code skill: set up a .NET project

Reads your .NET solution, asks about architecture and stack, then writes a tailored CLAUDE.md. Useful on a fresh repo or when adding the kit to existing code.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add codewithmukesh/dotnet-claude-kit --skill dotnet-init -a claude-code
Open on GitHub

What dotnet-init does

The skill inspects the current directory: it looks for .slnx or .sln, scans .csproj files and maps the SDK type to a web API, Blazor app, worker service, class library or modular monolith. With no solution present it asks what you are building and scaffolds the layout — dotnet new sln -n ProjectName --format slnx, the matching project template, src/ and tests/ folders, and Directory.Build.props with .NET 10 defaults.

Then comes the questionnaire: domain complexity, team size, module boundaries. It loads architecture-advisor and recommends vertical slice architecture, Clean Architecture, DDD or a modular monolith, with the reasoning spelled out. Database, auth, caching, messaging and testing choices follow. On an existing codebase, convention-learner picks up the conventions already in use.

The result is a CLAUDE.md in the project root, built from a templates/ base with your project name and stack filled in. If that file already exists, the skill will not overwrite it quietly: it offers merge, overwrite or keep, and copies the original to ./CLAUDE.md.bak before any change. That is the part that matters on a live repository — hand-written sections survive.

What it helps with

  • scaffold a .NET solution from scratch
  • identify the project type from solution and .csproj files
  • pick an architecture to match domain complexity and team size
  • generate a CLAUDE.md for a specific stack without copying a template
  • merge kit settings into an existing CLAUDE.md while keeping custom sections

Example prompts for the agent

  • /dotnet-init
  • Initialize this project for dotnet-claude-kit
  • Generate a CLAUDE.md for this solution

How to install dotnet-init

1Skills CLI (Vercel)

npx skills add codewithmukesh/dotnet-claude-kit --skill dotnet-init -a claude-code

2Manually: put the files in place

~/.claude/skills/dotnet-init/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/dotnet-init/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about dotnet-init

How do I install dotnet-init in Claude?

Run npx skills add codewithmukesh/dotnet-claude-kit --skill dotnet-init -a claude-code. The skill lands in ~/.claude/skills/dotnet-init/SKILL.md.

What does dotnet-init do?

It detects the .NET project type, asks about architecture and tech stack, then generates a customized CLAUDE.md in the project root.

What happens if the project already has a CLAUDE.md?

The skill reads it, identifies hand-written sections and asks how to proceed: merge, overwrite or keep the file untouched. Before merge or overwrite it backs the original up to ./CLAUDE.md.bak.

Source text

SKILL.md · MIT
---
name: dotnet-init
description: >
  Interactive project initialization. Detects project type, asks architecture
  questions, and generates a customized CLAUDE.md — no manual template copying.
  Use when: "init project", "setup project", "initialize", "new project setup",
  "generate CLAUDE.md", "configure for dotnet-claude-kit", or starting Claude
  Code on a fresh or existing .NET codebase.
---

# /dotnet-init

## What

Interactively initializes a .NET project for use with dotnet-claude-kit. Detects the project type, asks targeted questions about architecture and tech stack, then generates a fully customized `CLAUDE.md` in the project root.

**No manual template copying required.**

## When

- Starting a new .NET project with Claude Code
- Adding dotnet-claude-kit to an existing project
- "init project", "setup project", "generate CLAUDE.md", "configure for dotnet-claude-kit"

## How

### Step 1: Detect or Ask Project Type

Analyze the current directory to determine if this is an existing or greenfield project:

```
→ Look for .slnx / .sln files
→ If found, scan .csproj files for SDK type:
  - Microsoft.NET.Sdk.Web → web-api or blazor-app
  - Microsoft.NET.Sdk.Worker → worker-service
  - Microsoft.NET.Sdk → class-library
  - Multiple projects with inter-module references → modular-monolith
  - If ambiguous, ask the user

→ If NO solution/project found (greenfield):
  - Ask: "What are you building?"
    - REST API / microservice → web-api
    - Blazor application → blazor-app
    - Background worker / queue processor → worker-service
    - NuGet package / shared library → class-library
    - Multi-module system → modular-monolith
  - Ask: "Project name?"
  - Scaffold the solution structure:
    - dotnet new sln -n ProjectName --format slnx   (modern XML solution format)
    - dotnet new webapi / worker / classlib as appropriate
    - Set up Directory.Build.props with .NET 10 defaults
    - Create src/ and tests/ folder structure
```

### Step 2: Architecture Questionnaire

Load the `architecture-advisor` skill and ask targeted questions:

1. **Domain complexity** — CRUD-heavy, moderate business rules, or rich domain?
2. **Team size** — Solo, small team, or large team?
3. **Module boundaries** — Single deployable or multiple bounded contexts?
4. **Existing patterns** — (existing projects only) Detect conventions via `convention-learner` skill

→ Recommend: VSA, Clean Architecture, DDD, or Modular Monolith with rationale.

### Step 3: Tech Stack Selection

Ask about specific technology choices:

- **Database**: PostgreSQL, SQL Server, SQLite, or none yet
- **Auth**: JWT, OIDC, Cookie, or none yet
- **Caching**: HybridCache, Redis, or none yet
- **Messaging**: Wolverine, MassTransit, or none yet
- **Testing**: Confirm xUnit + Testcontainers defaults

### Step 4: Generate CLAUDE.md

Load the appropriate template from `templates/` as a base, then customize:

- Replace `[ProjectName]` with the actual project/solution name
- Set the chosen architecture
- Configure the tech stack section
- For existing projects: add project-specific conventions detected in Step 2
- For greenfield: add recommended conventions based on architecture choice

**Before writing, check for an existing `CLAUDE.md`. Never overwrite it silently.**

```
→ If ./CLAUDE.md does NOT exist:
  - Write the generated content to ./CLAUDE.md

→ If ./CLAUDE.md ALREADY exists:
  - Read it and identify hand-written / custom sections
    (anything not produced by a kit template)
  - Ask: "You already have a CLAUDE.md. How should I proceed?"
    - Merge (recommended) → keep the user's custom sections, add or refresh the
      kit's architecture, tech-stack, and convention sections in place
    - Overwrite → replace it entirely with the freshly generated file
    - Keep → leave the file untouched and print the generated content so the
      user can copy what they want by hand
  - For Merge and Overwrite: back the original up to ./CLAUDE.md.bak first.
    Never discard user content without a .bak backup.
```

### Step 5: Verify Setup

```
→ Confirm .mcp.json exists or create it (for Roslyn MCP server)
→ For existing projects:
  - Verify the solution file is discoverable
  - Run a quick health check to establish baseline
  - Report: "Project initialized. Run /health-check to see your baseline."
→ For greenfield projects:
  - Verify dotnet build succeeds on the scaffolded solution
  - Report: "Project created. Run /scaffold to add your first feature."
```

**Skills invoked:** `project-setup`, `architecture-advisor`, `convention-learner`
**Agent:** `dotnet-architect`

## Example — Existing Project

```
User: /dotnet-init

Claude: Detected:
  - Solution: MyApp.slnx (3 projects)
  - SDK: Microsoft.NET.Sdk.Web → Web API
  - Database: PostgreSQL (from connection string)
  - Auth: JWT (from appsettings)

  1. Domain complexity? [CRUD-heavy / Moderate / Rich domain]
  > Moderate

  2. Team size? [Solo / Small / Large]
  > Small

  Recommendation: Vertical Slice Architecture
  Generated: ./CLAUDE.md (MyApp + VSA + PostgreSQL + JWT)
  Run /health-check to see your baseline.
```

## Example — Greenfield Project

```
User: /dotnet-init

Claude: No .sln or .csproj found. Let's set up a new project.

  1. What are you building? [REST API / Blazor / Worker / Library / Modular Monolith]
  > REST API

  2. Project name?
  > OrderService

  3. Domain complexity? [CRUD-heavy / Moderate / Rich domain]
  > CRUD-heavy

  Recommendation: Vertical Slice Architecture

  Creating solution...
  → dotnet new sln -n OrderService --format slnx
  → dotnet new webapi -n OrderService.Api -o src/OrderService.Api
  → dotnet new xunit3 -n OrderService.Tests -o tests/OrderService.Tests
  → Directory.Build.props with .NET 10 defaults
  → Generated: ./CLAUDE.md (OrderService + VSA + scaffold-ready)

  Run /scaffold to add your first feature.
```

## Example — Existing Project With a CLAUDE.md

```
User: /dotnet-init

Claude: Detected:
  - Solution: MyApp.slnx (3 projects) → Web API
  - Found an existing CLAUDE.md (custom "Deployment" and "Team conventions" sections)

  You already have a CLAUDE.md. How should I proceed?
  [Merge (recommended) / Overwrite / Keep]
  > Merge

  → Backed up original to ./CLAUDE.md.bak
  → Kept your Deployment + Team conventions sections
  → Refreshed architecture (VSA), tech-stack (PostgreSQL + JWT), and convention sections
  Generated: ./CLAUDE.md
  Run /health-check to see your baseline.
```

## Related

- `/plan` — Plan before building features
- `/health-check` — Assess project health after init
- `/scaffold` — Scaffold features using the chosen architecture

© codewithmukesh · MIT · codewithmukesh/dotnet-claude-kit

Similar skills

All skills for Agent setup: memory, context, orchestration →

From the same set46

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor