Menu
Signifiers and affordances in screen contracts — actors must see what they can do. Use when actor walks report execution/evaluation gulfs.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Use only when explicitly invoked as lamina-design. Turn an incomplete product idea or brownfield change into a minimum sufficient product behavior graph: actors, entities, operations, workflows, rules, dependencies, decisions, persona perspectives, and distinct risks; then generate an implementation-ready contract.
Use only when explicitly invoked as lamina-init. Turn an incomplete product idea into usable business context and evidence-grounded personas, asking only high-leverage questions and labeling provisional assumptions for later product-graph design.
Product design workflows — domain contracts, implement brief, verify loop. Load via Read or Skill tool when /lamina-* workflows need it.
Use only when explicitly invoked as lamina. Route product design for developers building with AI — design, verify, or direct capability answers.
Use only when explicitly invoked as lamina-verify. Verify a live or brownfield product against its product graph: critical promises, reachable workflows, authority, invariants, state integrity, recovery, accessibility, and contract drift; emit evidence-backed fixes before merge.
Business context UX guidance. Use when bootstrapping Lamina for a project; answering business questions UX work needs; updating context after a pivot or scope change.
| name | lamina-discoverability |
| description | Signifiers and affordances in screen contracts — actors must see what they can do. Use when actor walks report execution/evaluation gulfs. |
| metadata | {"lamina":{"id":"discoverability","problems":["users can't see what to do","hidden affordances and signifiers","execution and evaluation gaps"],"related":["lamina-onboarding","lamina-error-handling","lamina-feedback-and-status"],"tags":["audit-default","interaction"]}} |
Specify what actors can perceive and do on each screen — signifiers, primary actions, disabled reasons — so verify catches gulfs of execution and evaluation.
Per surfaces[]:
primary_actions[] — visible, labeledsecondary_actions[] — deferred or progressive disclosuredisabled_when — guards linking to scenariosfeedback — what actor sees after each action (ties to feedback-and-status)| Gulf | Symptom in actor walk | Fix in contract |
|---|---|---|
| Execution | Can't find how to act | Add signifier / promote primary action |
| Evaluation | Can't tell if action worked | Add feedback scenario + screen state |