Imported from gannonh/skills (pstack-skills/skills/ps-principle-experience-first/SKILL.md). Install upstream with npx skills add gannonh/skills --skill ps-principle-experience-first. Copyright stays with the author (MIT. See LICENSE.txt).

Experience First

Name: ps-principle-experience-first
Author: gannonh

The product is the experience. Every technical decision either helps or hurts it. When implementation convenience conflicts with user delight, choose delight.

Say no to 1,000 things (every feature, control, and option must earn its place)
Ship less, ship better (polished experience with three features beats rough one with ten)
Prototype before committing (design decisions are cheaper in throwaway HTML than production code)
Sweat the details (transitions, alignment, spacing, feedback, error states)
Tighten the core loop (every feature should serve the central workflow or get out of the way)

The user is whoever consumes the work. For a UI that is the end user. For a library or an internal API it is the colleague who imports it. The engineer who maintains the code next is a user too. Weigh their experience the same way, and explain impact from their seat.

Foundations should serve the experience, not the other way around. Foundational thinking governs the sequence of work; this principle governs the target.

# after Install: the listing is in your workspace's routing pool - a plan picks it for its slot curl -s -X POST https://api.opensmartroute.ai/api/v1/route -H 'Authorization: Bearer $OSR_API_KEY' -H 'Content-Type: application/json' -d '{"text": "...", "plan": true}'

{ "ocm": "1", "id": "gannonh-skills-ps-principle-experience-first", "kind": "skill", "name": "ps-principle-experience-first", "description": "Apply when product, UX, or feature-scope tradeoffs come up. Choose user delight over implementation convenience; ship fewer polished features over more rough ones.", "publisher": "gannonh", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "github" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "Apply when product, UX, or feature-scope tradeoffs come up. Choose user delight over implementation convenience; ship fewer polished features over more rough ones." ], "primary": false, "metadata": { "source": { "provider": "github", "repository": "https://github.com/gannonh/skills", "path": "pstack-skills/skills/ps-principle-experience-first/SKILL.md", "ref": "5306a295bdc9e37e9f8719e9b386855c1ab8dd54", "url": "https://github.com/gannonh/skills/blob/5306a295bdc9e37e9f8719e9b386855c1ab8dd54/pstack-skills/skills/ps-principle-experience-first/SKILL.md", "key": "gannonh/skills/pstack-skills/skills/ps-principle-experience-first/SKILL.md" }, "license": "MIT. See LICENSE.txt" }, "instructions": "# Experience First\n\nThe product is the experience. Every technical decision either helps or hurts it. When implementation convenience conflicts with user delight, choose delight.\n\n- Say no to 1,000 things (every feature, control, and option must earn its place)\n- Ship less, ship better (polished experience with three features beats rough one with ten)\n- Prototype before committing (design decisions are cheaper in throwaway HTML than production code)\n- Sweat the details (transitions, alignment, spacing, feedback, error states)\n- Tighten the core loop (every feature should serve the central work", "cost": { "context_tokens": 263 } }

ps-principle-experience-first

About

Experience First

Use it

Manifest

Reviews