dotnet-engineering

Load the canonical .NET engineering surface for code projects.

3|Updated Mar 24, 2026
One-click install
npx skills add https://github.com/ldilov/harness-forge --skill dotnet-engineering
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dotnet-engineering
Source: https://github.com/ldilov/harness-forge/tree/main/.agents/skills/dotnet-engineering
Command: npx skills add https://github.com/ldilov/harness-forge --skill dotnet-engineering

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Disambiguates and loads the canonical .NET engineering surface to avoid duplicating pack guidance and ensures discovery uses a single source of truth for .NET engineering rules.

Core Features & Use Cases

  • Discovery-only wrapper that loads the canonical .NET engineering surface first, then pulls deeper rules, knowledge, and provenance context as needed to prevent duplication.
  • Provides a stable entry point for developers to access .NET engineering templates, validation rules, and references without altering the active agent context.
  • Use Case: When integrating a .NET project, request the canonical surface and related resources to guide code generation and project setup.

Quick Start

Load the canonical .NET engineering surface via the discovery wrapper to initialize its rules and references.

Frequently Asked Questions about dotnet-engineering

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I load canonical .NET engineering rules without duplicating pack guidance?

To load canonical .NET engineering rules without duplication, use a discovery-only wrapper that initializes the authoritative surface first and defers deeper context loading. This ensures a single source of truth for project guidance.

What is the best way to access authoritative .NET engineering references for a new code project?

The best way to access authoritative .NET engineering references is through a canonical surface discovery mechanism. It loads templates and validation rules without altering the active agent context, providing a stable entry point for developers.

Why do I need a discovery wrapper for .NET engineering knowledge instead of loading rules directly?

A discovery wrapper is needed for .NET engineering knowledge because it disambiguates the canonical surface, preventing duplicated guidance. It applies discovery-only operation to ensure rules and provenance context are pulled only as needed.

Can I use this .NET engineering surface wrapper without changing my active agent context?

Yes, you can use the .NET engineering surface wrapper without altering your active agent context. It operates as a stable entry point that initializes rules and references while maintaining your current environment state.

When should I defer deeper context loading during .NET project setup?

You should defer deeper context loading during .NET project setup when using a discovery-only operation approach. This prevents duplicating pack guidance by loading the canonical engineering surface first and pulling deeper rules only as required.

Does the .NET engineering surface provide validation rules for code generation?

Yes, the .NET engineering surface provides validation rules for code generation. It loads templates, validation rules, and references through a discovery wrapper to guide project setup and code generation processes.