kata-agent-specialists-design

Convert orchestrator specialist lists into bounded specialist markdown artifacts.

Updated Sep 3, 2025
One-click install
npx skills add https://github.com/guardiatechnology/design-system --skill kata-agent-specialists-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kata-agent-specialists-design
Source: https://github.com/guardiatechnology/design-system/tree/main/.claude/skills/kata-agent-specialists-design
Command: npx skills add https://github.com/guardiatechnology/design-system --skill kata-agent-specialists-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps an engineering agent design clear, bounded specialist sub-agents by deciding when a specialist should be drafted directly versus delegated to the domain-model authority for aggregate boundary correctness.

Core Features & Use Cases

  • Specialist scoping from an orchestrator: Reads the orchestrator’s declared specialists and state handoffs to align specialist boundaries with expected inter-agent transitions.
  • Aggregate mapping with delegation: Detects when a specialist operates over a canonical entity in docs and delegates aggregate boundary design to Theseus; otherwise, it drafts the specialist directly.
  • Boundary and overlap validation: Enforces “no overlap” constraints across specialists’ Responsibilities to prevent duplicated scope and inconsistent tool usage.
  • Concrete specialist markdown output: Produces specialists/{name}.md in the correct docs path, referencing or updating docs/{context}/entities when needed.

Quick Start

Use the orchestrator input to generate specialists/{name}.md for each declared specialist, delegating aggregate design to Theseus whenever the specialist maps to a canonical entity.

Frequently Asked Questions about kata-agent-specialists-design

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

FAQPage Schema
How do I design specialist sub-agents for workflow orchestration?

Designing specialist sub-agents for workflow orchestration requires converting an orchestrator's specialist list and handoff states into bounded specialist markdown artifacts, ensuring safe delegation and clear scope.

How do I avoid scope overlap when building multiple specialist agents?

To avoid scope overlap when building specialist agents, you must enforce explicit no overlap constraints across their responsibilities. This prevents duplicated scope and inconsistent tool usage by validating aggregate boundaries during the agent design phase.

When should I delegate aggregate boundary design to a domain model authority?

You should delegate aggregate boundary design to a domain model authority whenever a specialist operates over a canonical entity in documentation. This ensures aggregate boundary correctness by validating the mapping evaluation before generating the specialist directly.

How do I generate markdown documentation for agent specialists?

Generating markdown documentation for agent specialists involves producing specialists/{name}.md files in the correct docs path. This output references or updates docs/{context}/entities when domain model aggregates are created or adjusted during delegation.

What is the best way to map orchestrator handoff states to specialist agents?

The best way to map orchestrator handoff states to specialist agents is by reading the orchestrator's declared specialists and state transitions to align boundaries. This ensures each specialist either maps to a canonical docs entity or represents a distinct cross-cutting technical capability.