What problem does it solve?
Engineering requests often arrive as premature solutions or vague redesign proposals before the actual problem is understood. This Skill separates observed signals from assumed causes, restores overloaded terminology, and produces a clear problem frame with scope, constraints, and acceptance criteria before any solution work begins.
Core Features & Use Cases
- Problem Framing: Stabilizes the observed signal, names the affected object and bounded context, and keeps proposed solutions out of the problem claim.
- FPF-Grounded Reasoning: Queries the First Principles Framework source via the Haft MCP tools to select the exact pattern for the current condition rather than following a hard-coded route.
- Optional ProblemCard Persistence: Records a durable ProblemCard through the Haft MCP server only on explicit save intent or when a concrete receiving use requires transfer, audit, or replay.
- Use Case: When a teammate proposes "refactor the service for scalability," use this Skill to identify the actual observed signal, the affected entity, hard constraints versus optimization targets, and a draft acceptance condition before any redesign starts.
Quick Start
Ask the agent to frame the problem behind a proposed change, for example: "Frame the problem behind the request to rewrite our caching layer before we commit to a design."