katalyst-bdd-architecture

Unify Katalyst BDD framework structure into ports, adapters, and infrastructure.

Updated Feb 5, 2026
One-click install
npx skills add https://github.com/esimplicityinc/katalyst-domain-mapper --skill katalyst-bdd-architecture
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: katalyst-bdd-architecture
Source: https://github.com/esimplicityinc/katalyst-domain-mapper/tree/main/.opencode/skills/katalyst-bdd-architecture
Command: npx skills add https://github.com/esimplicityinc/katalyst-domain-mapper --skill katalyst-bdd-architecture

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Katalyst BDD architecture provides a clear blueprint for building and extending a behavior-driven development framework by enforcing a strict separation of concerns between domain logic, ports, adapters, and infrastructure, which improves testability and maintainability.

Core Features & Use Cases

  • Ports and Adapters architecture provides clear boundaries between layers (Test, Domain, Port, Adapter, Infrastructure) and enables swapping implementations without changing tests.
  • Dependency injection with createBddTest wire together ports, adapters, and world state, allowing default or customized configurations for API, UI, authentication, and cleanup flows.
  • Creating Custom Adapters and Steps demonstrates how to extend the framework with new ports, adapters, and reusable step definitions to support hybrid (API + UI) test scenarios.

Quick Start

Review the katalyst-bdd-architecture skill to understand how ports, adapters, and DI integrate; wire ApiPort and UiPort adapters with createBddTest, then run your BDD tests to verify behavior.

Frequently Asked Questions about katalyst-bdd-architecture

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

FAQPage Schema
How do I structure BDD tests using ports and adapters architecture?

BDD tests using ports and adapters architecture separate concerns into Test, Domain, Port, Adapter, and Infrastructure layers, enabling you to swap implementations without modifying your test suite. This strict boundary improves maintainability and testability across API and UI flows.

How does dependency injection work in a Playwright BDD framework?

Dependency injection in a Playwright BDD framework uses the createBddTest function to wire together ports, adapters, and world state. This allows you to configure default or customized implementations for API, UI, authentication, and cleanup flows seamlessly.

What is the best way to write custom step definitions for hybrid API and UI tests?

The best way to write custom step definitions for hybrid API and UI tests is to extend the framework with new ports and custom adapters. This approach maintains clean boundaries while integrating both API and UI interactions within your behavior-driven development scenarios.

When do I need to implement custom ApiPort and UiPort adapters?

You need to implement custom ApiPort and UiPort adapters when extending the framework beyond built-in capabilities or swapping default implementations. This allows you to support specific hybrid test scenarios without altering the core domain logic or existing step definitions.

Can I swap authentication and cleanup flows without changing existing BDD tests?

Yes, you can swap authentication and cleanup flows without changing existing BDD tests by implementing custom AuthPort and CleanupPort adapters. The ports and adapters architecture ensures that infrastructure changes do not impact your domain logic or test steps.