moai-foundation-ears

Automate EARS requirement authoring with five official patterns and TRUST 5 integration.

1|Updated Jul 28, 2025
One-click install
npx skills add https://github.com/kivo360/quickhooks --skill moai-foundation-ears-kivo360
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: moai-foundation-ears
Source: https://github.com/kivo360/quickhooks/tree/main/.claude/skills/moai-foundation-ears
Command: npx skills add https://github.com/kivo360/quickhooks --skill moai-foundation-ears-kivo360

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Provides the official EARS requirement patterns (Ubiquitous, Event-driven, State-driven, Optional, Unwanted) for clear, testable requirements authored in MoAI-ADK context.

Core Features & Use Cases

  • Five Official Patterns: EARS patterns documented with examples
  • Quality Alignment: Integrates with TRUST 5 governance
  • Practical Guidance: Real-world scenarios and templates
  • Workflow Compatibility: Fits SPEC-first planning and sync

Quick Start

Write an EARS-based requirement for a login flow and map it to a SPEC.

Frequently Asked Questions about moai-foundation-ears

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

FAQPage Schema
How do I write requirements using EARS patterns?

EARS (Easy Approach to Requirements Syntax) provides five official patterns—Ubiquitous, Event-driven, State-driven, Optional, and Unwanted—to structure clear, testable requirements. Use these patterns to author foundation-domain specifications with consistent syntax and reduced ambiguity across SPEC implementations and code reviews.

What are the five EARS requirement patterns and when do I use each one?

The five EARS patterns are: Ubiquitous (always applies), Event-driven (triggered by events), State-driven (conditional on system state), Optional (may apply), and Unwanted (behaviors to prevent). Each pattern enforces a specific grammatical structure to eliminate ambiguity and ensure requirements are testable within foundation projects.

Can I integrate EARS requirement authoring with TRUST 5 governance?

Yes. EARS requirement authoring aligns with TRUST 5 validation workflows and governance standards. The Skill generates automatic EARS rule enforcement and test/lint plans that satisfy TRUST 5 integration requirements for foundation-domain specifications.

How do I map EARS-based requirements to SPEC implementations?

Write an EARS-based requirement using one of the five official patterns, then map it to your SPEC using the practical templates and real-world scenarios provided. The Skill supports SPEC-first planning workflows and outputs migration guidance to align requirements with SPEC implementations.

What errors or inconsistencies does EARS pattern enforcement prevent?

EARS pattern enforcement automates requirement generation and prevents common authoring errors such as ambiguous grammar, testability gaps, and inconsistent syntax. It reduces manual review cycles in code reviews and TRUST 5 validation workflows by enforcing compliance with the five official patterns.

Does EARS support test-driven development workflows?

Yes. EARS authoring integrates with test-driven development workflows and generates test plans and lint plans as outputs. Each EARS pattern produces requirements structured for automated testing, enabling TDD processes within foundation projects and code review cycles.