@mohammadhprp/system-prompt 0.11.2 → 0.12.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/framework/agents/researcher.md +1 -1
- package/framework/mcps/github-mcp/README.md +1 -1
- package/framework/mcps/github-mcp/configs/.env.example +1 -1
- package/framework/plugins/ponytail/README.md +1 -1
- package/framework/plugins/ponytail/capabilities.md +1 -1
- package/framework/references/standards/pull-requests.md +1 -1
- package/framework/skills/README.md +1 -1
- package/framework/skills/diagram-design/SKILL.md +1 -1
- package/framework/skills/taste/SKILL.md +47 -0
- package/framework/skills/taste/examples.md +73 -0
- package/framework/skills/taste/references/brandkit.md +793 -0
- package/framework/skills/taste/references/design-taste-frontend-v1.md +221 -0
- package/framework/skills/taste/references/design-taste-frontend.md +1201 -0
- package/framework/skills/taste/references/full-output-enforcement.md +44 -0
- package/framework/skills/taste/references/gpt-taste.md +69 -0
- package/framework/skills/taste/references/high-end-visual-design.md +93 -0
- package/framework/skills/taste/references/image-to-code.md +1223 -0
- package/framework/skills/taste/references/imagegen-frontend-mobile.md +1460 -0
- package/framework/skills/taste/references/imagegen-frontend-web.md +982 -0
- package/framework/skills/taste/references/industrial-brutalist-ui.md +87 -0
- package/framework/skills/taste/references/minimalist-ui.md +80 -0
- package/framework/skills/taste/references/redesign-existing-projects.md +173 -0
- package/framework/skills/taste/references/stitch-design-taste-design.md +121 -0
- package/framework/skills/taste/references/stitch-design-taste.md +179 -0
- package/package.json +1 -1
- package/src/agent-configs.js +6 -2
- package/src/catalog.js +1 -0
- package/src/cli.js +82 -2
- package/src/doctor.js +84 -0
- package/src/installer.js +337 -154
|
@@ -48,4 +48,4 @@ Relevant skills in this repository:
|
|
|
48
48
|
|
|
49
49
|
- [`code-review`](../../skills/code-review/SKILL.md): reviewing pull request diffs.
|
|
50
50
|
- [`backend-best-practices`](../../skills/backend-best-practices/SKILL.md): backend best practices for testing, debugging, and security review.
|
|
51
|
-
- [`
|
|
51
|
+
- [`pr`](../../commands/pr.md): preparing and submitting pull requests.
|
|
@@ -1 +1 @@
|
|
|
1
|
-
|
|
1
|
+
GITHUB_PERSONAL_ACCESS_TOKEN=
|
|
@@ -41,4 +41,4 @@ Relevant skills in this repository:
|
|
|
41
41
|
|
|
42
42
|
- [`code-review`](../../skills/code-review/SKILL.md): review backend changes for correctness and maintainability, complementary to ponytail's over-engineering focus.
|
|
43
43
|
- [`backend-best-practices`](../../skills/backend-best-practices/SKILL.md): backend best practices for refactoring and behavior-preserving cleanup.
|
|
44
|
-
- [`
|
|
44
|
+
- [`pr`](../../commands/pr.md): prepare small, reviewable changes aligned with ponytail's minimal-diff philosophy.
|
|
@@ -90,7 +90,7 @@ Or in `~/.config/ponytail/config.json` (`%APPDATA%\ponytail\config.json` on Wind
|
|
|
90
90
|
- Use `/ponytail-review` after a coding session to catch over-engineering the agent missed.
|
|
91
91
|
- Mark intentional shortcuts with `ponytail:` comments naming the ceiling and upgrade path.
|
|
92
92
|
- Review `/ponytail-debt` regularly to track deferred improvements.
|
|
93
|
-
- Pair with `code-review` and `
|
|
93
|
+
- Pair with `code-review` and the `/pr` command for a complete quality workflow.
|
|
94
94
|
|
|
95
95
|
## Common Workflows
|
|
96
96
|
|
|
@@ -31,11 +31,11 @@ This catalog is framework-agnostic: each skill defines when to activate, a step-
|
|
|
31
31
|
| [security-best-practices](./security-best-practices/SKILL.md) | Perform language- and framework-specific security best-practice reviews and suggest improvements, with support for Python, JavaScript/TypeScript, and Go. | Explicit security reviews or reports, secure-by-default coding, or auditing existing code for major vulnerabilities. |
|
|
32
32
|
| [sentry](./sentry/SKILL.md) | Inspect Sentry issues, summarize production errors, and pull health data via the Sentry API (read-only). | Checking production errors, summarizing recent crashes, or pulling a production error report. |
|
|
33
33
|
| [show-me](./show-me/SKILL.md) | Help the user understand the current topic visually with concise diagrams, code-shape sketches, and focused HTML artifacts. | Explaining logic, control flow, UI structure, file responsibility, or data flow with the smallest useful visual. |
|
|
34
|
-
| [pull-request](./pull-request/SKILL.md) | Prepare small, reviewable changes with clear evidence, risk, deployment, and rollback notes. | Preparing PRs, writing descriptions, or planning safe deployments. |
|
|
35
34
|
| [skill-creator](./skill-creator/SKILL.md) | Create new skills, modify and improve existing skills, and measure skill performance. | Designing new skills, optimizing existing skills, or running evals. |
|
|
36
35
|
| [spec-driven-eval](./spec-driven-eval/SKILL.md) | Score how completely an implementation fulfills a PRD/spec, case by case, producing a single comparable final grade. | Benchmarking spec-driven implementations, grading acceptance criteria, or auditing implementation and test coverage against a spec. |
|
|
37
36
|
| [technical-design-doc-creator](./technical-design-doc-creator/SKILL.md) | Create comprehensive Technical Design Documents (TDDs) with mandatory and optional sections through interactive discovery, in the user's language. | Writing a design doc, TDD, technical spec, or architecture document before implementing a significant change. |
|
|
38
37
|
| [tlc-spec-driven](./tlc-spec-driven/SKILL.md) | Feature planning and implementation with adaptive phases, EARS testable requirements, atomic Conventional Commits, and independent verification. | Planning features, implementing with verification and atomic commits, or validating an implementation against a spec. |
|
|
38
|
+
| [taste](./taste/SKILL.md) | Unified design-quality skill spanning anti-slop frontend design, image generation and image-to-code, brand kits, minimalist and industrial UI, redesigns, and Google Stitch design systems. | Landing pages, portfolios, redesigns, website/mobile/brand imagery, or any UI that must not look AI-generated. |
|
|
39
39
|
| [web-design-guidelines](./web-design-guidelines/SKILL.md) | Review UI code for Web Interface Guidelines compliance — accessibility, focus, forms, animation, typography, and interaction patterns. | Reviewing UI, checking accessibility, auditing design or UX, or checking a site against best practices. |
|
|
40
40
|
|
|
41
41
|
## How Skills Are Organized
|
|
@@ -192,7 +192,7 @@ Universal building blocks. Type-specialized primitives (lifeline, activation bar
|
|
|
192
192
|
|
|
193
193
|
- Editorial callouts → [primitive-annotation.md](references/primitive-annotation.md)
|
|
194
194
|
- Hand-drawn variant → [primitive-sketchy.md](references/primitive-sketchy.md)
|
|
195
|
-
- Icon set (laptop, server, DB, K8s, Docker, AWS, …) → [primitive-icons.md](references/primitive-icons.md). Browse the gallery at [`assets/icons.html`](
|
|
195
|
+
- Icon set (laptop, server, DB, K8s, Docker, AWS, …) → [primitive-icons.md](references/primitive-icons.md). Browse the gallery at [`assets/icons.html`](assets/icons.html).
|
|
196
196
|
- Terminal / CLI-window variant → [primitive-terminal.md](references/primitive-terminal.md)
|
|
197
197
|
|
|
198
198
|
### Background
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: taste
|
|
3
|
+
description: One skill for the full taste spectrum. Covers anti-slop frontend design (landing pages, portfolios, redesigns, premium and minimalist UI, GSAP motion), image generation and image-to-code direction (web, mobile, brand kits), full-output enforcement, and Google Stitch design systems. Read the brief, pick the matching reference below, and follow it end to end. Do not auto-apply every reference at once.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# TASTE — Unified Design Quality Skill
|
|
7
|
+
|
|
8
|
+
You are an elite frontend design engineer and art director. This skill bundles every taste discipline into one entry point. Each reference below is a complete playbook for one domain.
|
|
9
|
+
|
|
10
|
+
## How to use
|
|
11
|
+
|
|
12
|
+
1. **Read the brief first.** Do not fire all references at once.
|
|
13
|
+
2. **Route to the matching reference** using the table below.
|
|
14
|
+
3. **Follow that reference end to end** — its directives override generic defaults.
|
|
15
|
+
4. When a task spans domains (e.g. redesign an existing site that also needs new imagery), apply the relevant references in sequence and reconcile conflicting rules by task priority.
|
|
16
|
+
|
|
17
|
+
## Reference library
|
|
18
|
+
|
|
19
|
+
| When the task is… | Use |
|
|
20
|
+
|---|---|
|
|
21
|
+
| Anti-slop frontend for landing pages, portfolios, redesigns (current default) | [design-taste-frontend.md](references/design-taste-frontend.md) |
|
|
22
|
+
| Exact backward-compatible v1 taste behavior (original baseline) | [design-taste-frontend-v1.md](references/design-taste-frontend-v1.md) |
|
|
23
|
+
| Awwwards-level design engineering with GSAP motion, randomization, bento grids | [gpt-taste.md](references/gpt-taste.md) |
|
|
24
|
+
| High-end agency visual design — fonts, spacing, shadows, motion choreography | [high-end-visual-design.md](references/high-end-visual-design.md) |
|
|
25
|
+
| Premium utilitarian minimalism — warm monochrome, editorial type, flat bento | [minimalist-ui.md](references/minimalist-ui.md) |
|
|
26
|
+
| Industrial brutalism / tactical telemetry UI — Swiss print, CRT terminals | [industrial-brutalist-ui.md](references/industrial-brutalist-ui.md) |
|
|
27
|
+
| Upgrading an existing project to premium quality (audit-first, no rewrites) | [redesign-existing-projects.md](references/redesign-existing-projects.md) |
|
|
28
|
+
| Completeness of output — no truncation, no placeholders, no skipped sections | [full-output-enforcement.md](references/full-output-enforcement.md) |
|
|
29
|
+
| Generating website section reference images, then implementing them | [image-to-code.md](references/image-to-code.md) |
|
|
30
|
+
| Generating website design-reference images (one image per section) | [imagegen-frontend-web.md](references/imagegen-frontend-web.md) |
|
|
31
|
+
| Generating mobile app screen concepts and flows (images only) | [imagegen-frontend-mobile.md](references/imagegen-frontend-mobile.md) |
|
|
32
|
+
| Generating premium brand-kit / identity-system boards (images only) | [brandkit.md](references/brandkit.md) |
|
|
33
|
+
| Generating a semantic DESIGN.md for Google Stitch | [stitch-design-taste.md](references/stitch-design-taste.md) |
|
|
34
|
+
| Reference DESIGN.md output produced by the Stitch skill | [stitch-design-taste-design.md](references/stitch-design-taste-design.md) |
|
|
35
|
+
|
|
36
|
+
## Cross-cutting rules
|
|
37
|
+
|
|
38
|
+
Every reference shares these baseline principles; specific rules in a reference override these:
|
|
39
|
+
|
|
40
|
+
- Never output the same layout or aesthetic twice in a row.
|
|
41
|
+
- Reject the LLM defaults: Inter, Lucide/Feather icons, purple-blue AI gradients, three equal feature cards, centered hero over dark mesh, generic glassmorphism, `h-screen` (use `min-h-[100dvh]`).
|
|
42
|
+
- Animate only `transform` and `opacity`. No layout-triggering properties.
|
|
43
|
+
- No emojis in code, markup, text content, or alt text.
|
|
44
|
+
- No pure black (`#000000`) — use off-black, charcoal, or zinc-950.
|
|
45
|
+
- Prefer distinctive type (Geist, Outfit, Cabinet Grotesk, Satoshi, Fraunces, Instrument Serif) over generic fonts.
|
|
46
|
+
- Verify dependency availability before importing third-party libraries.
|
|
47
|
+
- Generate the `<design_plan>` / design-read step before writing any code where the reference requires it.
|
|
@@ -0,0 +1,73 @@
|
|
|
1
|
+
# Taste Skill — Example Outputs
|
|
2
|
+
|
|
3
|
+
Realistic examples of how the `taste` skill routes a brief to the right reference and enforces its standards.
|
|
4
|
+
|
|
5
|
+
## Example 1: Landing Page (routes to `design-taste-frontend`)
|
|
6
|
+
|
|
7
|
+
**User:** "Build a landing page for a developer analytics platform. Clean, premium, not AI-sloppy."
|
|
8
|
+
|
|
9
|
+
**Design read:** B2B SaaS landing for technical buyers, with a Linear-style minimalist language, leaning toward Tailwind utilities + Geist + restrained motion.
|
|
10
|
+
|
|
11
|
+
**What the agent does (following `design-taste-frontend.md`):**
|
|
12
|
+
|
|
13
|
+
1. Sets the dials from the read: VARIANCE 5, MOTION 4, DENSITY 3.
|
|
14
|
+
2. States the design read in one line before writing any code.
|
|
15
|
+
3. Chooses a non-default hero: centered over a wide headline with two high-contrast CTAs and a full-bleed background image with a dark radial wash — not a narrow 6-line text wall.
|
|
16
|
+
4. Bans Inter and Lucide; uses Geist + Phosphor. No AI-purple gradient, no three equal feature cards — uses an asymmetric bento with `grid-flow-dense`.
|
|
17
|
+
5. Applies `min-h-[100dvh]` (never `h-screen`), animates only `transform`/`opacity`, generous `py-32 md:py-48` section spacing.
|
|
18
|
+
|
|
19
|
+
**Result:** A distinctive, premium landing that does not read as a template.
|
|
20
|
+
|
|
21
|
+
## Example 2: Brand Kit (routes to `brandkit`)
|
|
22
|
+
|
|
23
|
+
**User:** "Generate a brand-kit board for 'Aster', a security platform for cloud-native startups."
|
|
24
|
+
|
|
25
|
+
**What the agent does (following `brandkit.md`):**
|
|
26
|
+
|
|
27
|
+
1. Infers brand strategy first: category security, audience CTOs/security engineers, core metaphor "vigilance + protection".
|
|
28
|
+
2. Picks the Dark Security / Threat Intelligence visual mode: black/navy canvas, shield forms, radar lines, red/blue alert chips.
|
|
29
|
+
3. Chooses a `3 × 3` layout with strong gutters and sparse typography: logo cover, logo construction grid, browser mockup, tagline, color system, typography, physical application, image direction, system detail.
|
|
30
|
+
4. Designs one strong mark — an eye formed by crossing shield shapes — repeated consistently across panels. No generic lightning bolts, no fake luxury crests.
|
|
31
|
+
5. Writes a short, specific tagline ("Your network. Our watch."), one URL, and minimal labels. No lorem ipsum, no dense body copy.
|
|
32
|
+
|
|
33
|
+
**Result:** A premium, presentation-ready identity-system board that feels like a serious studio deck.
|
|
34
|
+
|
|
35
|
+
## Example 3: Mobile App Screens (routes to `imagegen-frontend-mobile`)
|
|
36
|
+
|
|
37
|
+
**User:** "Show me the onboarding flow for a habit-tracking app — three screens."
|
|
38
|
+
|
|
39
|
+
**What the agent does (following `imagegen-frontend-mobile.md`):**
|
|
40
|
+
|
|
41
|
+
1. Generates three separate app-native screens (welcome, permissions, home) inside a subtle premium phone mockup with a visible frame.
|
|
42
|
+
2. Keeps hierarchy clean and text comfortably readable — no tiny fake labels, no dense dashboards.
|
|
43
|
+
3. Uses one controlled palette with textured surfaces and image-led composition.
|
|
44
|
+
4. Keeps the three screens visually consistent (shared color, type scale, iconography).
|
|
45
|
+
5. Produces images only — no code.
|
|
46
|
+
|
|
47
|
+
**Result:** Three cohesive, premium, app-native concepts a designer can hand to an engineer.
|
|
48
|
+
|
|
49
|
+
## Example 4: Redesign (routes to `redesign-existing-projects`)
|
|
50
|
+
|
|
51
|
+
**User:** "The dashboard we built last month looks generic. Make it premium without breaking it."
|
|
52
|
+
|
|
53
|
+
**What the agent does (following `redesign-existing-projects.md`):**
|
|
54
|
+
|
|
55
|
+
1. **Scan** — identifies the stack (React + Tailwind v4) and current patterns.
|
|
56
|
+
2. **Diagnose** — audits: Inter everywhere, three equal card columns, pure black background, purple-blue gradient hero, no hover/active states, no loading or empty states, generic Lucide icons.
|
|
57
|
+
3. **Fix in priority order** — font swap first (Geist), then palette cleanup (off-black + one desaturated accent), then hover/active states, layout, and finally component and icon swaps.
|
|
58
|
+
4. Works with the existing stack — no framework migration, no rewrites. Tests after each change.
|
|
59
|
+
|
|
60
|
+
**Result:** The same app, elevated — no broken functionality, no templated look.
|
|
61
|
+
|
|
62
|
+
## Example 5: Full Output (routes to `full-output-enforcement`)
|
|
63
|
+
|
|
64
|
+
**User:** "Write the complete `auth.ts` service — every function, no shortcuts."
|
|
65
|
+
|
|
66
|
+
**What the agent does (following `full-output-enforcement.md`):**
|
|
67
|
+
|
|
68
|
+
1. Counts the deliverables (all auth functions + exports) and locks the scope.
|
|
69
|
+
2. Emits the full file — no `// rest of code`, no `// TODO`, no `...` placeholders, no "the rest follows the same pattern."
|
|
70
|
+
3. If the response approaches the token limit, stops at a clean breakpoint and marks it: `[PAUSED — 2 of 4 complete. Send "continue" to resume from: token refresh]`.
|
|
71
|
+
4. Cross-checks output against the original request before finalizing.
|
|
72
|
+
|
|
73
|
+
**Result:** A complete, runnable file with zero placeholder patterns.
|