maister:problem-classifier

Classify business requirements into four domain-driven design modeling problem classes.

40|39|Updated Apr 1, 2026
One-click install
npx skills add https://github.com/Architekt-Jutra/architekt-jutra-code --skill maister-problem-classifier
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: maister:problem-classifier
Source: https://github.com/Architekt-Jutra/architekt-jutra-code/tree/main/week8/3/problem-classifier
Command: npx skills add https://github.com/Architekt-Jutra/architekt-jutra-code --skill maister-problem-classifier

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the risk of misclassifying business requirements into incorrect modeling problem classes, which prevents common architecture mistakes like overengineering (adding unnecessary service layers or aggregates) or underengineering (missing critical concurrency protections or integration failure handling).

Core Features & Use Cases

  • Signal Scanning: Automatically detects initial modeling class candidates from natural language requirement descriptions or UI mockup text.
  • Targeted Clarification: Asks up to 4 high-discrimination questions per round to resolve ambiguity between similar classes (e.g. distinguishing CRUD from Resource Contention).
  • Implementation Guidance: Recommends class-aligned implementation approaches with rationale, flags common anti-patterns for each class, and offers next steps for complex classifications like Resource Contention.
  • Use Case: When a product or engineering team is designing a new feature and is unsure whether it requires simple database CRUD operations, aggregate-based concurrency control, cross-module integration orchestration, or read-only transformation logic, this skill provides a structured, guided classification workflow.

Quick Start

Provide your business requirement or feature description to the problem-classifier skill to receive an accurate modeling problem class classification with tailored implementation recommendations.

Frequently Asked Questions about maister:problem-classifier

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

FAQPage Schema
How do I classify business requirements into domain-driven design modeling problem classes?

Classifying business requirements into domain-driven design modeling problem classes is done by scanning natural language descriptions to categorize them as CRUD, Transformation, Integration, or Resource Contention. The classification process applies targeted clarifying questions to resolve ambiguity and outputs structured reasoning with implementation guidance.

When do I need concurrency analysis for software architecture requirements?

Concurrency analysis for software architecture is needed when business requirements involve Resource Contention, where multiple actors compete for limited resources. The classification process detects this problem class from requirement descriptions and flags the need for aggregate-based concurrency controls to prevent underengineering.

What is the difference between CRUD and Resource Contention problem classes in software architecture?

CRUD problem classes involve simple database operations without complex state conflicts, while Resource Contention requires aggregate-based concurrency control to manage competing access. The classification process distinguishes them by asking high-discrimination questions to ensure you apply the correct implementation strategy and avoid overengineering or underengineering.

Can I use natural language feature descriptions to determine integration design patterns?

Natural language feature descriptions can be used to determine integration design patterns through signal scanning, which detects the Integration problem class when cross-module orchestration is required. The classification process outputs class-aligned implementation approaches with rationale and flags common anti-patterns for integration failure handling.

How to avoid overengineering software architecture with unnecessary service layers?

Avoiding overengineering software architecture with unnecessary service layers is achieved by accurately classifying requirements into modeling problem classes. By distinguishing simple CRUD operations from complex Integration or Resource Contention scenarios, the classification process ensures you only add service layers or aggregates when truly needed.

Does the problem classifier support UI mockup text as input for modeling classification?

The problem classifier supports UI mockup text as input for modeling classification, scanning it for signals to identify initial problem class candidates. It processes this text alongside natural language requirement descriptions to determine whether the feature needs CRUD, Transformation, Integration, or Resource Contention building blocks.