← Themely Design+Style GeneratorCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Themely Design+Style Generator
Snapshot Sep 30, 2026 · 22:49 UTC · version 1.0.0
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"name": "dark-mode-companion-theme",
"description": "Derive a cohesive, accessible dark-mode companion from a complete current Theme Generator theme. Trigger when the user asks for dark mode, a night theme, an OLED variant, or a darker companion while preserving the established brand. Produce one complete replacement through display-theme, preserve unrequested design decisions, and do not claim that the app stores or exports paired light and dark modes together.",
"included_files": [],
"skill_md_contents": "---\nname: dark-mode-companion-theme\ndescription: Derive a cohesive, accessible dark-mode companion from a complete current Theme Generator theme. Trigger when the user asks for dark mode, a night theme, an OLED variant, or a darker companion while preserving the established brand. Produce one complete replacement through display-theme, preserve unrequested design decisions, and do not claim that the app stores or exports paired light and dark modes together.\n---\n\n# Dark Mode Companion Theme\n\n## Inputs\n\nRequire a complete source theme from the latest `display-theme` result or\n`widgetState.modelContent`. Treat model-visible widget state as authoritative.\n\nUse any user preferences for contrast, OLED black, warmth, saturation, or\nnight-time mood. If none are supplied, create a broadly usable dark interface\nwithout pure-black surfaces.\n\n## Workflow\n\n1. Establish the source theme and record its current semantic colors and\n shadows.\n2. Preserve the preview content, typography, spacing, radii, and brand intent\n unless the user explicitly requests other changes.\n3. Transform roles semantically rather than numerically inverting colors:\n - make `background` the deepest layer;\n - make `surface` and `surfaceMuted` distinct elevated layers;\n - keep `foreground` clear and `foregroundMuted` readable;\n - retain recognizable primary, secondary, and accent hues while tuning\n lightness or saturation for dark surfaces;\n - choose `primaryForeground` and `secondaryForeground` for their action\n backgrounds;\n - make `border` visible without dominating the interface.\n4. Adjust shadow values for dark surfaces while preserving the existing small,\n medium, and large elevation progression. Let borders carry more separation\n when dark shadows would be ineffective.\n5. Check normal text at 4.5:1 and large text or meaningful non-text boundaries\n at 3:1. Repair failing semantic pairs before displaying the theme.\n6. Give the companion a related but distinctive name and update its short\n description to explain the dark-mode decisions.\n7. Invoke `display-theme` with the complete dark companion.\n\n## Deliverable\n\nAfter displaying the companion, list:\n\n- preserved design decisions;\n- changed colors and shadows;\n- the contrast strategy;\n- any user preference that materially affected the result.\n\n## Boundaries\n\n- The new `display-theme` result replaces the currently displayed theme.\n- Do not claim the app stores, compares, or exports light and dark themes as a\n linked pair.\n- Do not claim to change operating-system color-scheme settings.\n"
}SHA-256: 78cd3a522539cddcce056aa5f6fb60e06216ed7932de3c31e46c15ce1712ac9e