Skip to content
Back to skills

Shape

ASecurity

Use when Plan feature UX before writing code via structured Socratic design interviews. Use when a user asks to plan a new screen, onboarding flow, feature UX, or user interaction before implementation.

  • 5 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 27, 2026
ai-agentsgobashgitapi

Works with

  • api

Security analysis

A100/100

Scanned September 27, 2026

npx -y skills add Harmitx7/tribunal-kit --skill shape --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Shape?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Shape
[![Security: A β€” Skills Directory](https://www.skillsdirectory.com/api/skills/harmitx7-shape-tribunal-kit/badge)](https://www.skillsdirectory.com/skills/harmitx7-shape-tribunal-kit)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: shape
description: "Use when Plan feature UX before writing code via structured Socratic design interviews. Use when a user asks to plan a new screen, onboarding flow, feature UX, or user interaction before implementation."
version: 5.0.0
last-updated: 2026-09-13
skills:
  - brainstorming
  - plan-writing
  - ui-reasoning-engine
tools: Read, Grep, Glob, Bash, Edit, Write
scripts-binding:
  - .agent/scripts/checklist.js
  - .agent/scripts/verify_all.js
  - .agent/scripts/lint_runner.js
---

# Shape β€” Pre-Code UX & Feature Shaping

---

## πŸ› οΈ Technical Architecture & Reference Recipes

---

---

## The 3-Step Shaping Workflow

### Step 1: High-Ambiguity Socratic Interview

Before designing components, ask 2 targeted questions about high-ambiguity choices:

1. **Primary User Goal**: _What is the single most important action the user must accomplish on this screen?_
2. **Context & Entry Point**: _Where does the user arrive from, and where do they expect to go after completing this step?_

### Step 2: Screen Boundaries & State Inventory

Define the component states before implementation:

- **Default State**: Primary layout with standard populated data.
- **Empty State**: Zero-data view with creation prompt.
- **Loading State**: Skeleton placeholders.
- **Error State**: Graceful fallback UI with retry action.
- **Success State**: Instant feedback toast or confirmation view.

### Step 3: Architecture Contract

Summarize the screen contract in a concise visual outline before coding:

```
[Screen Title]
  β”œβ”€β”€ Entry Point: (e.g. Dashboard -> "New Project" button)
  β”œβ”€β”€ Primary Action: (e.g. Create Project Form)
  β”œβ”€β”€ Secondary Actions: (e.g. Import from GitHub)
  └── Exit Point: (e.g. Redirect to /project/[id])
```

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…