| 1 | --- |
| 2 | description: Create Style child workflow for a reusable communication method and visual-default workspace without page prototypes. |
| 3 | --- |
| 4 | |
| 5 | # Create Style Workflow |
| 6 | |
| 7 | Enter this child workflow only after [`Create Template`](../create-template.md) dispatches `kind: style`. |
| 8 | |
| 9 | ## Responsibility Boundary |
| 10 | |
| 11 | | Owner | Responsibilities | |
| 12 | |---|---| |
| 13 | | Create Template | Child-workflow dispatch plus the shared `library` / `project` scope, confirmation gate, collision preflight, registration, completion, and Generate PPTX handoff contract | |
| 14 | | Create Style | Reusable communication method, page-role vocabulary, evidence discipline, visual-system defaults, image/icon direction, review focus, and the roster-free `design_spec.md` | |
| 15 | |
| 16 | **Hard rule — child workflow, not a top-level route**: Create Style executes only inside Create Template. It uses the parent workflow's single shared confirmation/preflight/registration contract and never creates a competing entry route or second confirmation gate. |
| 17 | |
| 18 | **Hard rule — method and defaults only**: A Style owns a reusable way to argue, express evidence, and coordinate non-binding design defaults. It owns no current-project communication contract, reusable brand identity, page geometry, canvas, SVG prototype, Master/Layout graph, placeholder contract, application contract, or visible asset inventory. |
| 19 | |
| 20 | **Hard rule — no page prototypes**: A Style workspace contains only `templates/design_spec.md`. Do not create page SVGs, a review PPTX, or empty `images/`, `icons/`, or `exports/` directories. |
| 21 | |
| 22 | ## Invocation Points |
| 23 | |
| 24 | 1. Use §1–2 below for Style analysis and brief fields, then execute Create Template Steps 2–3 with those child-owned fields. |
| 25 | 2. After Create Template Step 4 resolves and preflights `<template_workspace>`, use §3 to materialize the confirmed Style. |
| 26 | 3. Run §4, then return its evidence to Create Template Steps 5, 7, and 8. Create Style always skips the shared structured-preview step. |
| 27 | |
| 28 | ## 1. Style Input Interpretation |
| 29 | |
| 30 | Use every supplied reference only as evidence for reusable method and design defaults: |
| 31 | |
| 32 | | Evidence | May inform | Must not become | |
| 33 | |---|---|---| |
| 34 | | Direct brief, text, document, or website | Argument flow, claim discipline, page-role vocabulary, data-expression rules, and review focus | The current project's audience, objective, outline, page count, or source claims | |
| 35 | | PPTX, PDF, image, or SVG reference | Visual-system tendencies, density, decoration, image treatment, and icon treatment | A copied page roster, canvas contract, Master/Layout graph, or fixed geometry | |
| 36 | | Brand or organization material | A lower-priority fallback direction when the user explicitly wants it generalized | Official identity truth, logos, proprietary palettes, brand voice, or trademarked presentation rules | |
| 37 | | Existing mode, visual-style, or image-rendering catalog entry | A preferred catalog seed plus a concise Style-owned overlay | A duplicated copy of the catalog file | |
| 38 | |
| 39 | Preserve source provenance in `Style Overview`. Keep exact user-authored method decisions distinct from AI-derived defaults. Reject organization-confidential examples and do not generalize proprietary frameworks into a reusable Style. |
| 40 | |
| 41 | **Reference — not a constraint**: A Style may prefer a catalog mode, visual style, image rendering, fallback palette, or fallback font stack. These values seed the normal Stage-2 solution; they are not execution locks and never bypass user confirmation. |
| 42 | |
| 43 | ## 2. Style Brief and Schema |
| 44 | |
| 45 | Add these child-owned requirements to Create Template Step 2: |
| 46 | |
| 47 | | Field | Requirement | |
| 48 | |---|---| |
| 49 | | Style ID and display name | Required; `style_id` is a filesystem-safe portable slug (prefer ASCII for interoperability) | |
| 50 | | Best fit | Required; describe reusable decision, explanation, or expression situations without binding a target audience or outcome | |
| 51 | | Reusable intent | Required; state what the method and design defaults should consistently achieve | |
| 52 | | Communication method | Required; argument flow, page-message discipline, and claim/evidence treatment; a preferred mode is optional | |
| 53 | | Page-role vocabulary | Required; reusable semantic roles and their jobs, evidence obligations, and composition tendencies; no order or inclusion policy | |
| 54 | | Evidence and data expression | Required; chart, table, source, and editability guidance without numeric content quotas | |
| 55 | | Visual-system defaults | Required; composition, density, decoration, color behavior, and typography character; catalog seeds and literal fallbacks are optional | |
| 56 | | Image and icon direction | Required; rendering, usage, and treatment defaults without asset inventory or page mapping | |
| 57 | | Review focus | Required; extra checks to apply only if the user explicitly activates visual review | |
| 58 | |
| 59 | Write this roster-free schema: |
| 60 | |
| 61 | ```markdown |
| 62 | --- |
| 63 | style_id: <confirmed slug> |
| 64 | kind: style |
| 65 | summary: <one-line reusable method and design-default fit> |
| 66 | keywords: [<three-to-five discovery tags>] |
| 67 | --- |
| 68 | |
| 69 | # <Style Name> — Style Specification |
| 70 | |
| 71 | > Method and design defaults only. No project communication contract, brand identity, page structure, or SVG prototypes. |
| 72 | |
| 73 | ## I. Style Overview |
| 74 | | Property | Value | |
| 75 | |---|---| |
| 76 | | Style Name | <display name> | |
| 77 | | Best Fit | <reusable selection context> | |
| 78 | | Reusable Intent | <stable method/design outcome> | |
| 79 | | Sources | <source URLs, bundled references, or user brief; include date/version when known> | |
| 80 | |
| 81 | ## II. Communication Method |
| 82 | - **Preferred Mode**: <catalog id or custom; omit when none> |
| 83 | - **Mode References**: <catalog ids actually used by a custom seed; omit when none> |
| 84 | - **Mode Behavior**: <required for custom; omit for a preset> |
| 85 | - **Argument Flow**: <reusable reasoning progression> |
| 86 | - **Page Message Discipline**: <relationship among question, title, message, and proof> |
| 87 | - **Claim Discipline**: <treatment of facts, assumptions, implications, and recommendations> |
| 88 | |
| 89 | ## III. Page Role Vocabulary |
| 90 | | Role | Communication Job | Evidence Obligation | Composition Tendency | |
| 91 | |---|---|---|---| |
| 92 | | <semantic role> | <job> | <proof requirement> | <non-geometric tendency> | |
| 93 | |
| 94 | ## IV. Evidence & Data Expression |
| 95 | - **Argument Trace**: <claim-to-evidence relationship> |
| 96 | - **Charts**: <selection, labeling, annotation, and decoration behavior> |
| 97 | - **Tables**: <comparison, hierarchy, and emphasis behavior> |
| 98 | - **Sources**: <citation and uncertainty treatment> |
| 99 | - **Native Editability**: <when editable data/native shapes are preferred> |
| 100 | |
| 101 | ## V. Visual System Defaults |
| 102 | - **Preferred Visual Style**: <catalog id or custom; omit when none> |
| 103 | - **Visual Style References**: <catalog ids actually used by a custom seed; omit when none> |
| 104 | - **Visual Style Behavior**: <required for custom; omit for a preset> |
| 105 | - **Composition**: <page-scale relationships without fixed geometry> |
| 106 | - **Density**: <information and whitespace rhythm> |
| 107 | - **Decoration**: <shape, rule, elevation, and ornament behavior> |
| 108 | - **Color Behavior**: <role and contrast behavior; no identity claim> |
| 109 | - **Typography Character**: <hierarchy and register; no identity claim> |
| 110 | |
| 111 | ### Fallback Color Scheme |
| 112 | | Role | HEX | Purpose | |
| 113 | |---|---|---| |
| 114 | | <role> | #RRGGBB | <fallback use> | |
| 115 | |
| 116 | ### Fallback Typography |
| 117 | | Role | Primary | Fallback Tail | Character | |
| 118 | |---|---|---|---| |
| 119 | | <role> | <family> | <ordered fallbacks> | <typographic job> | |
| 120 | |
| 121 | ## VI. Image & Icon Direction |
| 122 | - **Preferred Image Rendering**: <catalog id or custom; omit when none> |
| 123 | - **Image Rendering References**: <catalog ids actually used by a custom seed; omit when none> |
| 124 | - **Image Rendering Behavior**: <required for custom; omit for a preset> |
| 125 | - **Image Usage**: <semantic role and frequency tendency> |
| 126 | - **Image Treatment**: <crop, framing, overlay, and caption behavior> |
| 127 | - **Icon Treatment**: <shape/stroke/fill behavior; actual library and inventory remain Stage-2 decisions> |
| 128 | |
| 129 | ## VII. Review Focus |
| 130 | <!-- visual-review-trigger: explicit-user-only --> |
| 131 | > Apply this section only after the user explicitly activates visual review. It never triggers that stage. |
| 132 | |
| 133 | - <style-specific answer, evidence, hierarchy, legibility, or scan-path check> |
| 134 | ``` |
| 135 | |
| 136 | `Fallback Color Scheme` and `Fallback Typography` are conditional; omit either subsection when the Style has no literal fallback values. Exact fallback colors use `#RRGGBB`. A supplied Brand or Deck identity replaces overlapping fallback colors, font families, voice, and icon identity as one identity decision; it does not erase the Style's communication method or evidence discipline. |
| 137 | |
| 138 | `Preferred Mode`, `Preferred Visual Style`, and `Preferred Image Rendering` are recommendation seeds. The current project's confirmed Stage-2 values remain authoritative. A preset value must be a real ID in its matching catalog. For `custom`, retain only real catalog references actually used as a comma-separated ID list and include the matching behavior prose. |
| 139 | |
| 140 | `Page Role Vocabulary` is a semantic vocabulary, not a Page Roster. Do not assign order, required/optional/repeatable status, page count, filenames, Master/Layout identities, slots, or fixed/replaceable/example-only content policy. |
| 141 | |
| 142 | ## 3. Materialize the Confirmed Style |
| 143 | |
| 144 | Create Template supplies an already resolved and collision-checked `<template_workspace>`. Write only: |
| 145 | |
| 146 | ```text |
| 147 | <template_workspace>/ |
| 148 | └── templates/ |
| 149 | └── design_spec.md |
| 150 | ``` |
| 151 | |
| 152 | Do not create or adopt images, icons, SVGs, native payloads, or review exports. References remain textual provenance; they are not portable Style assets. |
| 153 | |
| 154 | ## 4. Style Validation |
| 155 | |
| 156 | Return these facts to Create Template: |
| 157 | |
| 158 | - `templates/design_spec.md` contains non-empty `style_id`, `kind: style`, `summary`, and three-to-five `keywords`; no other frontmatter field exists. |
| 159 | - `style_id` matches the confirmed workspace ID in library scope. |
| 160 | - Required sections I–VII exist; preset seeds resolve to real catalog IDs, while custom seeds include behavior prose and only real comma-separated catalog references. |
| 161 | - No `*.svg`, optional asset directory, review export, or native payload was created. |
| 162 | - No `primary_color`, canvas, page-count, page-type, replication, native-structure, Master/Layout, placeholder, Page Roster, or Signature Design Elements field exists. |
| 163 | - No current-project target audience, communication objective/outcome, delivery context, artifact afterlife, content outline, page assignment, icon inventory, or image-resource mapping exists. |
| 164 | - Brand-only identity sections (`Brand Overview`, `Color Scheme`, `Typography`, `Logo`, `Voice & Tone`, and `Icon Style`) and Deck-only `Template Overview` are absent. Conditional fallback subsections remain explicitly named `Fallback Color Scheme` and `Fallback Typography`. |
| 165 | - `Review Focus` contains exactly one `<!-- visual-review-trigger: explicit-user-only -->` marker; its localized prose explains the same boundary, and the section cannot activate visual review by itself. |
| 166 | |
| 167 | For both scopes, Create Template Step 5 validates the portable Style contract without registration: |
| 168 | |
| 169 | ```bash |
| 170 | python3 skills/ppt-master/scripts/svg_quality_checker.py "<template_workspace>/templates" --template-mode |
| 171 | ``` |
| 172 | |
| 173 | For `library` scope, additionally validate the directory/index identity with: |
| 174 | |
| 175 | ```bash |
| 176 | python3 skills/ppt-master/scripts/register_template.py <style_id> --kind style --dry-run |
| 177 | ``` |
| 178 | |
| 179 | After that gate passes, Create Template Step 7 registers with: |
| 180 | |
| 181 | ```bash |
| 182 | python3 skills/ppt-master/scripts/register_template.py <style_id> --kind style |
| 183 | ``` |
| 184 | |
| 185 | For `project` scope, run only the shared validator, skip both registrar commands, and report `Not registered (project workspace)`. Downstream consumption always uses the explicit workspace root through Generate PPTX Step 3; a bare Style name or ordinary style description never activates it. |
| 186 |