add-api-endpoints

Add API endpoints to .NET Query.Api and Upload.Api following clean architecture patterns.

1|Updated Jan 16, 2026
One-click install
npx skills add https://github.com/Brendon3578/MediaTranscriptKnowledgeRAG --skill add-api-endpoints
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: add-api-endpoints
Source: https://github.com/Brendon3578/MediaTranscriptKnowledgeRAG/tree/main/.cursor/skills/add-api-endpoints
Command: npx skills add https://github.com/Brendon3578/MediaTranscriptKnowledgeRAG --skill add-api-endpoints

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill streamlines the process of adding new API endpoints to your .NET applications, ensuring consistency with existing architecture and patterns.

Core Features & Use Cases

  • Endpoint Creation: Add new routes and controller actions to Query.Api and Upload.Api.
  • Pattern Adherence: Follows established patterns for Upload.Api (Interface + UseCase) and Query.Api (Controller + Facade).
  • Use Case: You need to add a new feature to the Query.Api that retrieves specific user data. This Skill guides you through creating the necessary DTOs, facade methods, and controller actions.

Quick Start

Use the add-api-endpoints skill to add a new GET endpoint to the Query.Api that accepts a user ID and returns user details.

Frequently Asked Questions about add-api-endpoints

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

FAQPage Schema
How do I add new API endpoints to a .NET Web API project?

To add new API endpoints in .NET, you extend existing controllers with new routes and actions. This process follows clean architecture principles by mapping new routes to established controller structures, use cases, interfaces, and facades.

What is the best way to extend Query.Api and Upload.Api with new routes?

The best way to extend Query.Api and Upload.Api is to follow their established patterns. You implement new Upload.Api routes using an Interface plus UseCase pattern, and new Query.Api routes using a Controller plus Facade pattern.

Does adding new controller actions in .NET require existing clean architecture patterns?

Adding new controller actions in .NET requires adherence to existing clean architecture patterns to ensure consistency. You must align new endpoints with established use cases, interfaces, and controller structures already present in the application.

How do I create a GET endpoint that retrieves user data via a facade in .NET?

To create a GET endpoint retrieving user data in .NET, you build the necessary DTOs, implement facade methods, and add controller actions. This ensures the new API endpoint integrates cleanly with the existing Query.Api architecture.

Can I implement new controller actions without disrupting existing API interfaces?

You can implement new controller actions without disrupting existing API interfaces by adhering to clean architecture principles. The Skill ensures new routes follow established use case and facade patterns, maintaining architectural consistency.

What are the limitations when extending Web API endpoints with clean architecture?

A key limitation when extending Web API endpoints is the strict dependency on existing clean architecture patterns. You must conform to the specific Interface, UseCase, Controller, and Facade structures already defined within the Query.Api and Upload.Api projects.