dx-design-copy
/dx-design-copy
Proponuje ranking poprawek tekstów interfejsu: komunikaty, puste stany, błędy i nazewnictwo, według zasad przeciw pisaniu w stylu AI.
- Autor
- transformteamsg ↗
- Repozytorium
- dx-harness ↗
- Licencja
- GPL-3.0
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 2
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
GPL-3.0, otwarta.
- SKILL.md zawiera komentarze HTML (2). Nie widać ich w podglądzie Markdown, a model je czyta.
Co robi i kiedy
Proponuje ranking poprawek tekstów interfejsu: komunikaty, puste stany, błędy i nazewnictwo, według zasad przeciw pisaniu w stylu AI.
Oryginalny opis (EN)
Use when the ask names the copy of an existing product surface but not the exact wording: user-facing text on a page, form, notification, or empty or error state, naming, error-message anatomy, or tone, with anti-AI-writing rules (SLP-9) applied. Propose-only: records up to five ranked findings on the surface''s design ticket for dx-design-execute to build. NOT for a stated wording edit, a whole-page review, or prose outside the product such as marketing or documentation.
Jak działa
- The editing sequence (method, not a control)
- Per-product tone calibration (§6)
- What to do on conflict
Podgląd SKILL.md
---
name: dx-design-copy
description: 'Use when the ask names the copy of an existing product surface but not the exact wording: user-facing text on a page, form, notification, or empty or error state, naming, error-message anatomy, or tone, with anti-AI-writing rules (SLP-9) applied. Propose-only: records up to five ranked findings on the surface''s design ticket for dx-design-execute to build. NOT for a stated wording edit, a whole-page review, or prose outside the product such as marketing or documentation.'
---
# Copy for Teacher & School products
The DX-DS voice & tone (§4.1) and naming (§4.2) guidelines, applied at generation
time. The intent: copy arrives already on-voice, so no builder — least of all
non-native English speakers — carries the UX-writing burden personally. The content
catalog controls CNT-1 through CNT-14 and SLP-9 (AI-writing tells) bind this skill.
**When the ask belongs to another skill:**
- A review of the whole page with no dimension named goes to `dx-design-critique`.
- Prose outside the product surface, such as site content, marketing, or documentation, is out of scope.
**Improve-the-copy pass.** For a scoped "improve / polish the copy on `<page>`" run,
follow `../dx-design-critique/pass.md` with this skill's dimension subset, in either entry
mode (called directly, or dispatched by the orchestrator with the `return-to-caller`
token; pass.md defines both and what the token suppresses). The pass judges a capture
of the surface for the wording only, and records up to five ranked findings on the
surface's design ticket; it proposes only and never edits the product. A stated
exact edit ("change the label to Save") is a dx-design-execute intent, not a pass
run. The dimension subset: **CNT-1, CNT-2, CNT-3,
CNT-4 (domain fidelity — content modeling a real-world artifact is faithful to it or
labelled illustrative), CNT-5 (device-agnostic action verbs), CNT-6 (low-informational-value
words), CNT-7 (lead with purpose), CNT-8 (plain action verbs, not nominalisations),
CNT-9 (clarity — one idea per sentence, simple present tense, no noun stacks, acronyms
defined on the surface), CNT-10 (one term per thing within a product), CNT-11 (match the
UI term teachers already know — "Search" not "Find"), CNT-12 (sentence case), CNT-13
(Singapore English spelling, proofread), CNT-14 (voice quality + tone-fit — the copy sounds
Clear/Thoughtful/Approachable and its tone matches the surface context), SLP-9, and IDN-3
(IDN-4 on CaseSync surfaces)**. Before you judge the copy,
read the writing rules in `../../../procedures/copy-rules.md`: they say what
"on-voice" means. The rest of this file is the review method. Catalogue mechanics (filtering, tiers, plain-title naming):
`../../../procedures/catalogue-mechanics.md`. Findings are recorded per
`../../../procedures/design-tickets.md`; accepted findings go to dx-design-execute,
which owns plan approval, implement, design review, and verify
(`../../../procedures/plan-approval.md`, `../../../procedures/implement.md`,
`../../../procedures/design-review.md`) and reads the writing rules at implement so
generated copy arrives on-voice. Uncovered gaps become rule proposals per
`../../../procedures/rule-proposal.md`.
## The editing sequence (method, not a control)
Good microcopy is edited into shape, not written in one go. The controls and the
writing rules say what "good" is; this is the working order that gets you there. It
is a method — none of these passes is itself a control, and none fails a check.
Draft first, then edit in passes:
<!-- dx-sync:uitext-sequence source -->
1. **Draft.** Write what you want to say to the teacher. Don't polish yet.
2. **Purposeful.** Keep only words that serve the teacher's goal or the product's.
Lead with the most important idea (CNT-7, lead with purpose).
3. **Concise.** Front-load the point; cut filler and empty openers (SLP-9). One idea
per sentence, well under the 25-word ceiling (CNT-3).
4. **Conversational.** Second person, active voice; read it aloud (CNT-3). Name the
action, not the device (CNT-5).
5. **Clear.** Simple words, simple present tense; no double negatives or noun
stacks; every acronym defined on the surface (CNT-9).
<!-- /dx-sync:uitext-sequence -->
6. **Check.** One term per thing (CNT-10) using the word teachers already know
(CNT-11), clear names (CNT-2), sentence case (CNT-12), Singapore English
spelling and a proofread (CNT-13), plain error anatomy (CNT-1), and a last
pass for AI-writing tells (SLP-9).
## Per-product tone calibration (§6)
Same character everywhere; calibrate weight, never switch systems. This table is the
register IDN-3 checks (normative table in `standards/controls/idn-3.md`); the
CaseSync row is hardened by IDN-4 (L1, CaseSync-scoped: no celebration/gamification
around case data):
- **Teacher Workspace** — calm daily command centre: neutral, steady, quietly confident.
- **CaseSync** — higher gravity: more reserved, restrained celebration, privacy-forward
(sensitive casework).
- **Glow** — lighter, more encouraging: warmer accents, more celebratory moments.
- **Posts / PG Staff Portal** — pure TW, no nuance.
## What to do on conflict
Mandated programme names and legally vetted text win over style rules — record a
waiver (`dx-waive CNT-2 reason="..."` inline, or in the decision record for
non-markup content) rather than rewording.
Wersje
W bazie nie ma innych skilli o nazwie dx-design-copy.
Migawka bazy z 28.10.2026 · wersja paczki d6cabeff033c (skrót SHA-256 całej paczki)
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 86dx-design-motion
Proponuje do pięciu uszeregowanych poprawek animacji istniejącej strony: przejścia, easing, czasy i ruch ograniczony. - 86dx-design-flow
Proponuje do pięciu uszeregowanych poprawek przepływu istniejącego zadania wieloetapowego, np. wyjście z kreatora i utratę szkicu. - 90ux-writing
Pisze i recenzuje teksty interfejsu, takie jak przyciski, błędy, puste stany i mikrotekst, według zasad głosu i tonu oraz formuły błędu co, dlaczego, jak. - 100prose
Pisze teksty interfejsu dla użytkownika: mikrocopy, komunikaty o błędach, głos i ton, treści onboardingu oraz teksty dostępności. - 100content-design
Pisze, przegląda i audytuje teksty interfejsu: etykiety przycisków, komunikaty błędów, podpowiedzi, puste stany, okna modalne, placeholdery, dialogi potwierdzeń, onboarding i ciągi i18n. - 95righter
Stosuje zasady UX writingu do przeglądu istniejących tekstów interfejsu lub pisania nowych: komunikaty błędów, etykiety przycisków, podpowiedzi, puste stany i teksty onboardingu.