software-engineer

Generate backend services and APIs from OpenAPI and gRPC contracts.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Exia-thd/Digital-Nervous --skill software-engineer-exia-thd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: software-engineer
Source: https://github.com/Exia-thd/Digital-Nervous/tree/main/skills/software-engineer
Command: npx skills add https://github.com/Exia-thd/Digital-Nervous --skill software-engineer-exia-thd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Implements production-grade backend services, APIs, and business logic from architecture artifacts so teams can move from design to working, tested services without ad-hoc implementation mistakes or inconsistent patterns.

Core Features & Use Cases

  • TDD-first Implementation: Enforces tests-first development with a strict red-green-refactor cycle to prevent untested production code.
  • Clean Architecture & Patterns: Generates thin handlers, pure service logic, repository layers, and shared libs for consistent error handling, idempotency, concurrency, and tenant isolation.
  • Integration & DevOps Ready: Produces migration runners, service clients, middleware for auth/tenant/logging, and local dev tooling (docker-compose, seeds) to enable end-to-end development and integration testing.
  • Use Case: Turn OpenAPI/grpc contracts and schema artifacts into fully working services, complete with unit and integration tests, health checks, and CI-friendly build artifacts.

Quick Start

Use the software-engineer skill to implement services from the project's OpenAPI and schema artifacts using TDD and the clean architecture patterns described.

Frequently Asked Questions about software-engineer

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

FAQPage Schema
How do I implement backend services from OpenAPI contracts using TDD?

You can implement backend services from OpenAPI contracts using TDD by enforcing a strict red-green-refactor cycle to generate service scaffolds, handlers, and repositories while preventing untested production code. This approach ensures thin handlers and pure service logic are generated following clean architecture patterns.

What is clean architecture for microservices and how does it handle tenant isolation?

Clean architecture for microservices separates thin handlers, pure service logic, and repository layers to handle tenant isolation consistently. It generates shared libraries for error handling and concurrency, ensuring production-grade backend services maintain strict boundaries between business logic and infrastructure concerns.

Can I use this approach to scaffold both new and brownfield backend projects?

Yes, you can apply this across both brownfield and greenfield projects to generate service scaffolds, handlers, repositories, and middleware. It produces migration runners and local dev tooling like docker-compose and seeds to enable end-to-end development and integration testing for existing and new services.

How do you add idempotency keys and circuit breakers to production APIs?

You add idempotency keys and circuit-breaker patterns to production APIs by generating shared libraries and middleware that handle concurrency, retries, and structured logging. This ensures APIs satisfy production requirements for resilient communication and consistent error handling across microservices.

What's the best way to generate integration tests and health checks for gRPC services?

The best way to generate integration tests and health checks for gRPC services is to transform schema artifacts into fully working services complete with unit tests and CI-friendly build artifacts. This produces service clients and middleware for auth and logging to enable end-to-end integration testing.

Why does test-first development matter when scaffolding microservice business logic?

Test-first development matters when scaffolding microservice business logic because it enforces a strict red-green-refactor cycle that prevents untested production code from entering the system. This ensures generated handlers and repository layers maintain consistent error handling and clean architecture compliance.