lamina-problem-framing

Solid

Design intake — align user request to domain scope, actors, and success outcome. Not pre-fieldwork research questions.

Web & Frontend 65 stars 2 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 82/100

Stars 20%
61
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
31
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Problem Framing (agent-native) Turn a user request into a **bounded design target** before writing the active GraphVersion. ## Checklists 1. What domain entities are touched? 2. Which actors care and what outcome defines success? 3. What is explicitly out of scope? 4. Blocking vs deferred unknowns (see merge-rules intake gate). ## Anti-patterns - **Research question theater** — "what study should we run" without a product target - **Solution-first** — screens before domain ## Related - [Business Context](../lamina-business-context/SKILL.md) - [System Structure](../lamina-system-structure/SKILL.md)

Details

Author
aryaniyaps
Repository
aryaniyaps/lamina
Created
3 weeks ago
Last Updated
today
Language
TypeScript
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category