blue-team

Aggregate red-team outputs into a formal L0/L1/L2 requirements contract.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/danhannah94/claymore-plugins --skill blue-team
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blue-team
Source: https://github.com/danhannah94/claymore-plugins/tree/main/hl/skills/blue-team
Command: npx skills add https://github.com/danhannah94/claymore-plugins --skill blue-team

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This phase translates red-team findings into a clear, bounded scope by selecting in-scope items and defining explicit out-of-scope constraints, ensuring the initiative remains on track and allocates resources effectively.

Core Features & Use Cases

  • Scope crystallization: From the red-team menu, determine what is included in the initiative and what is not.
  • Requirements contract generation: Produce a formal document used to guide downstream epics and implementations.
  • Scope governance: Prevent creep by maintaining a centralized scope reference for multi-epic initiatives.
  • Use Case: After red-team surfaces gaps across epics, run blue-team to finalize a ground-truth scope that downstream teams can reference.

Quick Start

Generate the requirements contract for the initiative based on the red-team menu.

Frequently Asked Questions about blue-team

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

FAQPage Schema
How do I translate red-team findings into a formal requirements document?

To translate red-team findings into a formal requirements document, aggregate the red-team outputs to synthesize a structured L0/L1/L2 requirements contract. This formalizes the scope by selecting in-scope items and defining explicit out-of-scope constraints.

What is the best way to prevent scope creep in multi-epic initiatives?

Preventing scope creep in multi-epic initiatives requires generating a centralized scope governance reference. By crystallizing the red-team menu into a formal requirements contract, you set explicit boundaries and maintain a ground-truth scope for downstream teams.

How do I structure an L0/L1/L2 requirements document for product management?

Structuring an L0/L1/L2 requirements document for product management involves aggregating red-team gap landscapes into a formal scope contract. This synthesizes inputs into hierarchical levels to distinguish in-scope versus out-of-scope items effectively.

When do I need to define explicit out-of-scope constraints for stakeholders?

You need to define explicit out-of-scope constraints for stakeholders after the red-team phase surfaces a full landscape of gaps and alternatives. This ensures the initiative remains on track, allocates resources effectively, and prevents scope creep before implementation.

Can I use a formal scope contract to guide downstream epics and implementations?

Yes, you can use a formal scope contract to guide downstream epics and implementations. The requirements document serves as a reusable, ground-truth reference that sets explicit boundaries for downstream teams to follow during execution.

Does blue-team scope governance work without red-team outputs?

No, blue-team scope governance relies on red-team outputs as a prerequisite. It is specifically applied after the red-team phase surfaces the full landscape of gaps, scope items, and alternatives to aggregate them into a bounded scope contract.