pm-business-rule-critical

Define critical business invariants with enforcement conditions for product management.

1|Updated May 28, 2026
One-click install
npx skills add https://github.com/ljucask/pureinn-product-development --skill pm-business-rule-critical
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pm-business-rule-critical
Source: https://github.com/ljucask/pureinn-product-development/tree/main/skills/pm-business-rule-critical
Command: npx skills add https://github.com/ljucask/pureinn-product-development --skill pm-business-rule-critical

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents critical business constraints from being lost during product design by formalizing non-negotiable rules that protect against financial loss, legal exposure, and irreversible system damage.

Core Features & Use Cases

  • Critical Rule Definition: Creates a single Critical priority invariant with clear conditions, affected entities, enforcement points, and rationale.
  • Business Rules Integration: Adds validated hard constraints to domain/business_rules.md and updates coverage tracking for downstream product and engineering work.
  • Use Case: When a product feature reveals that payments must never be released without confirmed delivery, use this Skill to document the invariant developers must enforce.

Quick Start

Use the pm-business-rule-critical skill to add a new critical invariant rule for a business process.

Frequently Asked Questions about pm-business-rule-critical

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

FAQPage Schema
How do I document critical business rules to prevent irreversible domain violations during feature design?

Document critical business rules by defining a single invariant with clear conditions, affected entities, enforcement points, and rationale. This prevents non-negotiable constraints from being lost during product design and protects against financial loss, legal exposure, and irreversible system damage.

What is a critical business invariant in domain modeling and when do I need one?

A critical business invariant is a non-negotiable rule that prevents irreversible product and domain violations. You need one when a feature reveals hard constraints, such as payments never being released without confirmed delivery, to protect financial integrity and legal compliance.

How do I enforce hard business constraints without ambiguity for engineering teams?

Enforce hard business constraints by adding validated rules with no-exception enforcement conditions to your business rule documentation. This updates coverage tracking for downstream engineering work, ensuring developers implement the exact invariant conditions without ambiguity.

Can I use this approach for financial integrity and legal constraints in product management?

Yes, applying critical invariant definition to product management scenarios involving financial integrity and legal constraints is fully supported. It requires validated entity context to formalize rules that protect against financial loss and legal exposure during domain modeling.

What is the best way to track coverage for critical business rules across features?

The best way to track coverage is adding validated hard constraints to domain/business_rules.md. This updates coverage tracking for downstream product and engineering work, ensuring every critical invariant is documented with affected entities and enforcement points.

What are the limitations of defining critical business invariants without validated entity context?

Defining critical business invariants without validated entity context limits your ability to create clear conditions and enforcement points. It requires validated entity context to ensure no-exception enforcement conditions are properly documented for developers.