sheleg-design-skill 1.61.1 → 1.61.2

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/CHANGELOG.md CHANGED
@@ -1,3 +1,13 @@
1
+ ## 1.61.2 — rendered copy is part of visual review
2
+
3
+ Visual review now inspects headings, hero fragments, captions and labels against
4
+ the project's copy policy, preserving meaningful punctuation and ordinary prose.
5
+ The review records visible text and source-role coverage; a successful linter
6
+ that never checked headings cannot stand in for this review. Copywriting keeps
7
+ ownership of its rules and parser. The existing load trigger and director route
8
+ to one review home, covered by mutation-tested contract probes. These are
9
+ instruction-integrity checks, not measured improvements in model behavior.
10
+
1
11
  ## 1.61.1 — the WebGL boundary names who owns the engine
2
12
 
3
13
  The skill owns particle and WebGL backgrounds tied to scroll, and until now said nothing
@@ -11,7 +11,7 @@ one control that changes the condition.
11
11
 
12
12
  ```tsx
13
13
  <Empty
14
- title="No integrations match “zzq”."
14
+ title="No integrations match “zzq”"
15
15
  detail="Check the spelling, or clear the filter to see all of them."
16
16
  action={<Button variant="secondary" size="sm">Clear filter</Button>}
17
17
  />
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "sheleg-design-skill",
3
- "version": "1.61.1",
3
+ "version": "1.61.2",
4
4
  "description": "Design taste as an installable agent skill. Cinematic scroll-driven landing pages built on one scroll clock and layered degrade-to-calm motion, a motion doctrine that decides whether to animate before it decides how, three calibration dials, and thirty-nine locked style packs with ready-made design tokens \u2014 instrument-console, editorial-luxury, workbench, briefing-room, atrium, orchard, outrank, babylove, patchbay, nameplate, field-notes, cyclorama, showroom, blueprint, prism, maquette, scoreboard, datasheet, manpage, pigeonhole, roster, ora, tenor, paperclip, ledger, router, daylight, notation, almanac, vitrine, proscenium, awning, bulletin, rimlight, onionskin, deskmate, test-drive, surveyor and chorus. Colour, slop and fork-reciprocity gates run as scripts, not opinions. Works with Cursor, Claude Code and any agent that reads a SKILL.md.",
5
5
  "bin": {
6
6
  "sheleg-design-skill": "bin/cli.js"
@@ -3,7 +3,7 @@
3
3
  "name": "sheleg-design",
4
4
  "displayName": "SHELEG Design",
5
5
  "description": "SHELEG Design methodology: cinematic scroll-driven landing pages (single scroll clock, layered degrade-to-calm motion, WebGL particle formations), a motion doctrine that decides whether to animate before it decides how, and thirty-nine pluggable visual style packs, each with a ready-made token layer — instrument-console (near-black aerospace console; technical systems and infrastructure), editorial-luxury (cream and espresso; editorial, research, premium B2B), workbench (quiet light/dark UI; dashboards, admin, internal tools), briefing-room (dark 16:9 deck; investor and board presentations), atrium (cream daylight; consumer health and high-trust DTC), babylove (white with orange; SEO SaaS, long time-to-value, disconnected states), patchbay (black with mint-cyan; engines, buses, pipelines, OSS front doors), nameplate (cool slab with coral; press, certification and third-party trust), rimlight (white with blue light; studios, services and case studies), onionskin (white working sheet; developer and AI infrastructure), deskmate (warm beige with a dusk bleed; AI coworkers and chat-native agents), test-drive (warm paper with one coral; self-serve SaaS proven by the live product), surveyor (peach paper with teal and pink; visibility, monitoring and benchmark tools), chorus (warm paper under a crosshair grid, with a cut-corner bubble; AI-search visibility, brand monitoring and community marketing), outrank (white with violet; one brand across marketing and product), orchard (warm oat slabs; friendly biotech and wellness), field-notes (ruled green paper; auditable open-source developer tools), showroom (white gallery; product-led companies selling the app), blueprint (white technical stock; vector, storage and query infrastructure), prism (iridescent hard edge; command-first OSS infrastructure), maquette (near-black table; enterprise data infrastructure), cyclorama (looping pastel field; applied-AI consultancies), scoreboard (warm paper; growth, ads and accumulating metrics), datasheet (off-white specification; fraud, identity and device intelligence), manpage (cream manual; APIs, SDKs, CLIs and MCP servers), pigeonhole (filed white field; inbox, ticket and CRM triage), roster (faint square grid; platforms sold through who uses them), ora (warm coal; machine verdicts, audits and protocol traces), tenor (warm management paper; agent operations and autonomous back office), ledger (cream ruled console; analysts, BI and warehouse agents), paperclip (monochrome coal; orchestrators, schedulers and job runners), awning (white commerce forecourt; storefront, payroll and billing platforms), router (pale console with hairlines; dashboard, billing and inventory surfaces), daylight (bright portal with one shadow; client onboarding and service portals), notation (restrained technical hairlines; OSS, docs and developer workspaces), almanac (oatmeal editorial paper; manifestos and category-defining pages), vitrine (serif trust display; evaluated B2B, security and compliance), proscenium (white demo sequence; product tours and launch pages), bulletin (cheerful outlined bands; broad SMB and agency platforms). Ships the sheleg-design skill, the architecture reference, the motion doctrine, the Figma and Claude Design bridges, AI-surface patterns, the packs' token CSS, and the /sheleg-design command.",
6
- "version": "1.61.1",
6
+ "version": "1.61.2",
7
7
  "author": {
8
8
  "name": "ssheleg",
9
9
  "url": "https://x.com/sshlg93"
@@ -367,6 +367,9 @@ direction, or run every lens for a single local correction.
367
367
  | **State adaptation** | Walk empty, long-content, error, pending, keyboard and recovery states relevant to the scenario. Separate browser prototype behavior from native platform expectations. | State/viewport identifiers, declared versus walked coverage and explicit simulations. No invented latency or claim that a browser preview proves native behavior. |
368
368
  | **Finish** | Revisit the already identified defects and check what the changes introduced. Keep useful details that were already working. Stop when no actionable finding remains or the agreed budget is reached. | Each previous finding is resolved, partial or unresolved, with current captures and any regressions. The number of edits is not a success metric. |
369
369
 
370
+ At the copy/design seam, use the [rendered-copy review](VISUAL_REVIEW.md#rendered-copy)
371
+ for visible text roles, project policy, counterexamples and coverage receipts.
372
+
370
373
  Before visual review, check that each capture belongs to the expected build,
371
374
  screen, state, viewport and content. A stale screenshot or one taken before an
372
375
  overlay opened cannot prove that overlay correct. If the capture cannot be
@@ -4,7 +4,7 @@ description: Use when deciding how something LOOKS or MOVES — cinematic landin
4
4
  license: MIT
5
5
  compatibility: Kit/lane commands need node>=16, npx, network. Optional siblings — dataviz, shadcn, migrate-radix-to-base. Each has an in-text fallback when absent or unreachable.
6
6
  metadata:
7
- version: 1.61.1
7
+ version: 1.61.2
8
8
  ---
9
9
 
10
10
  # SHELEG Design
@@ -216,9 +216,9 @@ decision, not a research conclusion:
216
216
  [`TYPE_CRAFT.md`](./TYPE_CRAFT.md)) — before composing a page or setting a type
217
217
  ramp. The portable half: observed, never dialled — an uncalibrated axis is a
218
218
  number nobody can check.
219
- - **Visual review** ([`VISUAL_REVIEW.md`](./VISUAL_REVIEW.md)) — before a
220
- screenshot is offered as evidence. It proves what it is OF, and the wrong frame
221
- is the claim this file refuses.
219
+ - **Visual review** ([`VISUAL_REVIEW.md`](./VISUAL_REVIEW.md)) — before accepting a
220
+ screenshot or rendered copy. Verify the frame, then inspect visible text
221
+ against project policy.
222
222
  - **Where the knowledge came from**
223
223
  ([`KNOWLEDGE_PROVENANCE.md`](./KNOWLEDGE_PROVENANCE.md)) — when a rule is
224
224
  challenged or copied.
@@ -7,6 +7,14 @@ file is the contract a visual claim clears before it is called a *visual-pass*
7
7
  — and the line past which "I could not capture it" is stated as **unverified**
8
8
  rather than dressed up as a reading.
9
9
 
10
+ ## Contents
11
+
12
+ - The capture record
13
+ - Fitness — what disqualifies a frame
14
+ - Capture is tool-agnostic
15
+ - Visual evidence is its own class — do not launder others into it
16
+ - Rendered copy — the design/copywriting seam
17
+
10
18
  ## The capture record
11
19
 
12
20
  Every visual claim carries the record of what was actually captured. A
@@ -72,3 +80,36 @@ look like a phone, or a design comp of an app screen, is a mockup — calling it
72
80
  verified native interface claims a device evidence class it does not hold.
73
81
  Native readiness is claimed only from native device evidence, and its absence is
74
82
  `unverified`, never inferred from a web capture that resembles the platform.
83
+
84
+
85
+ <a id="rendered-copy"></a>
86
+ ## Rendered copy — the design/copywriting seam
87
+
88
+ During visual review, read what the user actually sees: hero eyebrows, headings,
89
+ line-break fragments, captions and labels, including text split across inline
90
+ markup. Compare each role with the **project policy** in the brand pack.
91
+ Copy rules belong to **copywriting** (AT-07 covers terminal full stops in titles
92
+ and labels); design catches mismatches between that policy and the rendered
93
+ composition. It does not invent a second punctuation linter. A project can
94
+ extend the default to hero supporting copy, but ordinary prose keeps its normal
95
+ sentence punctuation. Respect a documented intentional exception.
96
+
97
+ Keep a small review record: **selector**, role, **visible text**, **viewport**,
98
+ **revision**, policy reference, finding and disposition. Inspect the supported
99
+ narrow and wide layouts: a full sentence may become a misleading fragment when
100
+ split for visual emphasis. A corrected headline needs both the source/generated-copy
101
+ fix and a new capture. Where templates regenerate the text, fix their source too.
102
+
103
+ | Review probe | Expected review action |
104
+ |---|---|
105
+ | `<h1>Your agents.<br>Your tools.</h1>` under a no-title-period policy | Flag both display fragments, including an inline-styled final word. Check the rendered narrow and wide versions after correcting the source. |
106
+ | A hero paragraph ends in a period | Apply the project's rule for that role. Do not strip ordinary prose because a title rule exists. |
107
+ | `Ready?`, `Dr. Ada`, `v1.2.3`, `https://example.org`, or `Loading…` | Preserve meaningful punctuation in questions, abbreviations, version numbers, URLs and ellipses. Do not use a global replacement. |
108
+ | No runtime capture; the text extractor flattened all headings | Mark the visual claim **unverified**. Repair or report source-role coverage; inspect source provisionally and do not claim a rendered pass. |
109
+
110
+ A linter's **exit 0** proves only the rules and sources it actually checked.
111
+ Record its coverage and whether those sources preserve the roles above; a flat
112
+ copy export, skipped source glob or token/contrast pass does not demonstrate
113
+ that the visible headlines passed copy review. Route textual findings back
114
+ through copywriting, compare the resulting composition, and record unresolved
115
+ items explicitly. This is a review procedure, not evidence that a model followed it.