propagate

Generate test scaffolds from Allium specifications and domain models.

1|Updated Mar 11, 2026
One-click install
npx skills add https://github.com/Bullish-Design/remora-v2 --skill propagate-bullish-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: propagate
Source: https://github.com/Bullish-Design/remora-v2/tree/main/.agents/skills/allium/skills/propagate
Command: npx skills add https://github.com/Bullish-Design/remora-v2 --skill propagate-bullish-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Generating tests from Allium specifications is labor-intensive and error-prone; this skill automates the creation of test artifacts that reflect the specified obligations, plan outputs, and domain model.

Core Features & Use Cases

  • Spec-to-tests mapping: Convert plan-obligations and model definitions into concrete test scaffolds aligned with project conventions.
  • State machine testing: Generate tests for state graphs, transitions, invariants, and edge cases.
  • Cross-module scaffolding: Produce skeleton tests for surfaces and inter-component interactions, ready for wiring into existing test suites.

Quick Start

Provide an Allium spec and run the propagate command in your test tooling to generate initial test files.

Frequently Asked Questions about propagate

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

FAQPage Schema
How do I generate tests from Allium specs automatically?

To generate tests from Allium specs automatically, provide the spec plan, domain model, and target codebase. The skill outputs test scaffolds reflecting specified obligations, plan outputs, and state machine definitions aligned with project conventions.

What is the best way to automate state machine testing from specifications?

Automating state machine testing from specifications involves converting model definitions into concrete test scaffolds. This approach systematically generates tests for state graphs, transitions, invariants, and edge cases to ensure full spec coverage.

Do I need a domain model and spec plan to generate property-based tests?

Yes, you need both a domain model and a spec plan to generate property-based tests. Systematic test generation requires access to these inputs alongside the target codebase to accurately map obligations and produce valid test scaffolds.

Can I generate cross-module test scaffolds for inter-component interactions?

Yes, you can generate cross-module test scaffolds for inter-component interactions. The process produces skeleton tests for surfaces and component interactions, ready for direct wiring into your existing test suites and project conventions.

What are the limitations of generating tests from spec obligations?

Generating tests from spec obligations requires access to the spec plan, domain model, and target codebase. It outputs test scaffolds following project conventions, meaning the generated files are skeleton tests requiring wiring into existing test suites.

How does spec-to-tests mapping handle test obligations and plan outputs?

Spec-to-tests mapping handles obligations by converting plan outputs and model definitions into concrete test scaffolds. It ensures full coverage of a given spec by systematically mapping the specified obligations directly into aligned test files.