@whykusanagi/corrupted-theme 0.1.2 → 0.1.3
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 +133 -0
- package/README.md +6 -0
- package/docs/CAPABILITIES.md +209 -0
- package/docs/CHARACTER_LEVEL_CORRUPTION.md +264 -0
- package/docs/CORRUPTION_PHRASES.md +529 -0
- package/docs/FUTURE_WORK.md +189 -0
- package/docs/IMPLEMENTATION_VALIDATION.md +401 -0
- package/docs/LLM_PROVIDERS.md +345 -0
- package/docs/PERSONALITY.md +128 -0
- package/docs/ROADMAP.md +266 -0
- package/docs/ROUTING.md +324 -0
- package/docs/STYLE_GUIDE.md +605 -0
- package/docs/brand/BRAND_OVERVIEW.md +413 -0
- package/docs/brand/COLOR_SYSTEM.md +583 -0
- package/docs/brand/DESIGN_TOKENS.md +1009 -0
- package/docs/brand/TRANSLATION_FAILURE_AESTHETIC.md +525 -0
- package/docs/brand/TYPOGRAPHY.md +624 -0
- package/docs/components/ANIMATION_GUIDELINES.md +901 -0
- package/docs/components/COMPONENT_LIBRARY.md +1061 -0
- package/docs/components/GLASSMORPHISM.md +602 -0
- package/docs/components/INTERACTIVE_STATES.md +766 -0
- package/docs/governance/CONTRIBUTION_GUIDELINES.md +593 -0
- package/docs/governance/DESIGN_SYSTEM_GOVERNANCE.md +451 -0
- package/docs/governance/VERSION_MANAGEMENT.md +447 -0
- package/docs/governance/VERSION_REFERENCES.md +229 -0
- package/docs/platforms/CLI_IMPLEMENTATION.md +1025 -0
- package/docs/platforms/COMPONENT_MAPPING.md +579 -0
- package/docs/platforms/NPM_PACKAGE.md +854 -0
- package/docs/platforms/WEB_IMPLEMENTATION.md +1221 -0
- package/docs/standards/ACCESSIBILITY.md +715 -0
- package/docs/standards/ANTI_PATTERNS.md +554 -0
- package/docs/standards/SPACING_SYSTEM.md +549 -0
- package/examples/button.html +1 -1
- package/examples/card.html +1 -1
- package/examples/form.html +1 -1
- package/examples/index.html +2 -2
- package/examples/layout.html +1 -1
- package/examples/nikke-team-builder.html +1 -1
- package/examples/showcase-complete.html +840 -15
- package/examples/showcase.html +1 -1
- package/package.json +4 -2
- package/src/css/components.css +676 -0
- package/src/lib/character-corruption.js +563 -0
- package/src/lib/components.js +283 -0
|
@@ -0,0 +1,451 @@
|
|
|
1
|
+
# Design System Governance
|
|
2
|
+
|
|
3
|
+
> **Celeste Brand System** | Governance Documentation
|
|
4
|
+
> **Document**: Decision-Making Process and System Management
|
|
5
|
+
> **Version**: 1.0.0
|
|
6
|
+
> **Last Updated**: 2025-12-13
|
|
7
|
+
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
## Table of Contents
|
|
11
|
+
|
|
12
|
+
1. [Overview](#overview)
|
|
13
|
+
2. [Decision-Making Process](#decision-making-process)
|
|
14
|
+
3. [Change Management](#change-management)
|
|
15
|
+
4. [Review Process](#review-process)
|
|
16
|
+
5. [Release Schedule](#release-schedule)
|
|
17
|
+
6. [Deprecation Policy](#deprecation-policy)
|
|
18
|
+
7. [Communication Channels](#communication-channels)
|
|
19
|
+
8. [Roles & Responsibilities](#roles--responsibilities)
|
|
20
|
+
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Overview
|
|
24
|
+
|
|
25
|
+
Design system governance ensures the Celeste brand system remains consistent, high-quality, and scalable across all platforms while evolving to meet changing needs.
|
|
26
|
+
|
|
27
|
+
### Governance Goals
|
|
28
|
+
|
|
29
|
+
- **Consistency**: Unified brand across CLI, web, and future platforms
|
|
30
|
+
- **Quality**: Enterprise-grade standards maintained
|
|
31
|
+
- **Scalability**: Process adapts to team/project growth
|
|
32
|
+
- **Transparency**: Clear decision-making and communication
|
|
33
|
+
- **Efficiency**: Fast decisions without sacrificing quality
|
|
34
|
+
|
|
35
|
+
### Governance Principles
|
|
36
|
+
|
|
37
|
+
1. **Document First**: All decisions documented before implementation
|
|
38
|
+
2. **Consensus Preferred**: Seek agreement, escalate when needed
|
|
39
|
+
3. **User-Centered**: Brand serves user experience, not vice versa
|
|
40
|
+
4. **Data-Driven**: Test and measure changes
|
|
41
|
+
5. **Backward Compatible**: Avoid breaking changes when possible
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## Decision-Making Process
|
|
46
|
+
|
|
47
|
+
### Decision Types
|
|
48
|
+
|
|
49
|
+
| Type | Examples | Owner | Process |
|
|
50
|
+
|------|----------|-------|---------|
|
|
51
|
+
| **Minor** | Color value tweak, spacing adjustment | Maintainer | Direct commit |
|
|
52
|
+
| **Standard** | New component, style update | Maintainer + Review | RFC process |
|
|
53
|
+
| **Major** | Breaking change, new platform | Core Team | RFC + Approval |
|
|
54
|
+
| **Critical** | Security fix, accessibility violation | Maintainer | Emergency patch |
|
|
55
|
+
|
|
56
|
+
### RFC (Request for Comments) Process
|
|
57
|
+
|
|
58
|
+
For **Standard** and **Major** changes:
|
|
59
|
+
|
|
60
|
+
#### 1. Proposal Phase
|
|
61
|
+
|
|
62
|
+
Create RFC document in `docs/rfcs/`:
|
|
63
|
+
|
|
64
|
+
```markdown
|
|
65
|
+
# RFC-XXXX: [Title]
|
|
66
|
+
|
|
67
|
+
**Status**: Draft | Review | Approved | Rejected
|
|
68
|
+
**Author**: [Name]
|
|
69
|
+
**Date**: YYYY-MM-DD
|
|
70
|
+
**Type**: Standard | Major
|
|
71
|
+
|
|
72
|
+
## Problem Statement
|
|
73
|
+
What problem does this solve?
|
|
74
|
+
|
|
75
|
+
## Proposed Solution
|
|
76
|
+
Detailed implementation proposal
|
|
77
|
+
|
|
78
|
+
## Alternatives Considered
|
|
79
|
+
What other options were evaluated?
|
|
80
|
+
|
|
81
|
+
## Impact Assessment
|
|
82
|
+
- Breaking changes: Yes/No
|
|
83
|
+
- Affected platforms: CLI | Web | Both
|
|
84
|
+
- Migration path: [If breaking]
|
|
85
|
+
|
|
86
|
+
## Implementation Plan
|
|
87
|
+
Step-by-step rollout
|
|
88
|
+
|
|
89
|
+
## Open Questions
|
|
90
|
+
Unresolved issues for discussion
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
#### 2. Review Phase (7-14 days)
|
|
94
|
+
|
|
95
|
+
- Post RFC to discussion channel
|
|
96
|
+
- Collect feedback from stakeholders
|
|
97
|
+
- Iterate on proposal
|
|
98
|
+
- Address open questions
|
|
99
|
+
|
|
100
|
+
#### 3. Approval Phase
|
|
101
|
+
|
|
102
|
+
**Standard Changes**:
|
|
103
|
+
- 1 maintainer approval required
|
|
104
|
+
- No blocking concerns
|
|
105
|
+
|
|
106
|
+
**Major Changes**:
|
|
107
|
+
- 2+ maintainer approvals required
|
|
108
|
+
- Address all blocking concerns
|
|
109
|
+
- Document migration path
|
|
110
|
+
|
|
111
|
+
#### 4. Implementation Phase
|
|
112
|
+
|
|
113
|
+
- Update documentation first
|
|
114
|
+
- Implement changes
|
|
115
|
+
- Create examples
|
|
116
|
+
- Update changelog
|
|
117
|
+
- Announce release
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## Change Management
|
|
122
|
+
|
|
123
|
+
### Change Categories
|
|
124
|
+
|
|
125
|
+
#### ✅ Non-Breaking (Patch/Minor)
|
|
126
|
+
|
|
127
|
+
Changes that **don't** break existing implementations:
|
|
128
|
+
|
|
129
|
+
- New components
|
|
130
|
+
- New design tokens
|
|
131
|
+
- Additional utilities
|
|
132
|
+
- Bug fixes
|
|
133
|
+
- Documentation updates
|
|
134
|
+
- Performance improvements
|
|
135
|
+
|
|
136
|
+
**Process**: Standard RFC → Implement → Release
|
|
137
|
+
|
|
138
|
+
#### ⚠️ Breaking (Major)
|
|
139
|
+
|
|
140
|
+
Changes that **require** code updates:
|
|
141
|
+
|
|
142
|
+
- Renamed CSS classes (`.card` → `.glass-card`)
|
|
143
|
+
- Removed components
|
|
144
|
+
- Changed design token names (`--accent` → `--color-accent`)
|
|
145
|
+
- Modified default values
|
|
146
|
+
- Dropped browser/terminal support
|
|
147
|
+
|
|
148
|
+
**Process**: Major RFC → Migration guide → 1+ version deprecation warning → Release
|
|
149
|
+
|
|
150
|
+
### Breaking Change Checklist
|
|
151
|
+
|
|
152
|
+
Before introducing breaking changes:
|
|
153
|
+
|
|
154
|
+
- [ ] RFC approved by 2+ maintainers
|
|
155
|
+
- [ ] Migration guide written
|
|
156
|
+
- [ ] Deprecation warnings added (1 version prior)
|
|
157
|
+
- [ ] Automated migration tool created (if possible)
|
|
158
|
+
- [ ] Examples updated
|
|
159
|
+
- [ ] Changelog documents breaking changes
|
|
160
|
+
- [ ] Major version bump
|
|
161
|
+
|
|
162
|
+
---
|
|
163
|
+
|
|
164
|
+
## Review Process
|
|
165
|
+
|
|
166
|
+
### Code Review
|
|
167
|
+
|
|
168
|
+
All changes require review:
|
|
169
|
+
|
|
170
|
+
```
|
|
171
|
+
Contributor → Pull Request → Reviewer → Approval → Merge
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
### Review Criteria
|
|
175
|
+
|
|
176
|
+
Reviewers verify:
|
|
177
|
+
|
|
178
|
+
1. **Brand Consistency**
|
|
179
|
+
- [ ] Follows Celeste aesthetic (corruption, glassmorphism)
|
|
180
|
+
- [ ] Uses official color palette
|
|
181
|
+
- [ ] Maintains cross-platform consistency
|
|
182
|
+
|
|
183
|
+
2. **Code Quality**
|
|
184
|
+
- [ ] Clean, readable code
|
|
185
|
+
- [ ] Proper commenting
|
|
186
|
+
- [ ] No code smells
|
|
187
|
+
|
|
188
|
+
3. **Documentation**
|
|
189
|
+
- [ ] All new features documented
|
|
190
|
+
- [ ] Examples provided
|
|
191
|
+
- [ ] Changelog updated
|
|
192
|
+
|
|
193
|
+
4. **Accessibility**
|
|
194
|
+
- [ ] WCAG AA compliant
|
|
195
|
+
- [ ] Keyboard accessible
|
|
196
|
+
- [ ] Screen reader tested
|
|
197
|
+
|
|
198
|
+
5. **Performance**
|
|
199
|
+
- [ ] No performance regressions
|
|
200
|
+
- [ ] Bundle size acceptable
|
|
201
|
+
- [ ] Animations GPU-accelerated
|
|
202
|
+
|
|
203
|
+
6. **Testing**
|
|
204
|
+
- [ ] Visual regression tests pass
|
|
205
|
+
- [ ] Accessibility tests pass
|
|
206
|
+
- [ ] Cross-browser tested
|
|
207
|
+
|
|
208
|
+
### Review Turnaround
|
|
209
|
+
|
|
210
|
+
- **Minor changes**: 1-2 business days
|
|
211
|
+
- **Standard changes**: 3-5 business days
|
|
212
|
+
- **Major changes**: 7-14 business days
|
|
213
|
+
- **Critical fixes**: Same day (emergency)
|
|
214
|
+
|
|
215
|
+
---
|
|
216
|
+
|
|
217
|
+
## Release Schedule
|
|
218
|
+
|
|
219
|
+
### Regular Releases
|
|
220
|
+
|
|
221
|
+
| Type | Frequency | Version Bump | Example |
|
|
222
|
+
|------|-----------|--------------|---------|
|
|
223
|
+
| **Patch** | As needed | 0.0.x | 0.1.2 → 0.1.3 |
|
|
224
|
+
| **Minor** | Monthly | 0.x.0 | 0.1.3 → 0.2.0 |
|
|
225
|
+
| **Major** | Quarterly | x.0.0 | 0.2.0 → 1.0.0 |
|
|
226
|
+
|
|
227
|
+
### Release Phases
|
|
228
|
+
|
|
229
|
+
#### 1. Alpha (Internal)
|
|
230
|
+
|
|
231
|
+
- **Audience**: Core maintainers only
|
|
232
|
+
- **Testing**: Basic functionality
|
|
233
|
+
- **Duration**: 1-2 weeks
|
|
234
|
+
- **Version**: `1.0.0-alpha.1`
|
|
235
|
+
|
|
236
|
+
#### 2. Beta (Community)
|
|
237
|
+
|
|
238
|
+
- **Audience**: Early adopters
|
|
239
|
+
- **Testing**: Real-world usage
|
|
240
|
+
- **Duration**: 2-4 weeks
|
|
241
|
+
- **Version**: `1.0.0-beta.1`
|
|
242
|
+
- **Feedback**: GitHub Discussions
|
|
243
|
+
|
|
244
|
+
#### 3. Release Candidate
|
|
245
|
+
|
|
246
|
+
- **Audience**: All users
|
|
247
|
+
- **Testing**: Production-ready validation
|
|
248
|
+
- **Duration**: 1 week
|
|
249
|
+
- **Version**: `1.0.0-rc.1`
|
|
250
|
+
- **Freeze**: No new features
|
|
251
|
+
|
|
252
|
+
#### 4. Stable Release
|
|
253
|
+
|
|
254
|
+
- **Audience**: Everyone
|
|
255
|
+
- **Documentation**: Complete
|
|
256
|
+
- **Version**: `1.0.0`
|
|
257
|
+
- **Support**: Long-term
|
|
258
|
+
|
|
259
|
+
### Emergency Releases
|
|
260
|
+
|
|
261
|
+
For critical bugs/security:
|
|
262
|
+
|
|
263
|
+
1. Create hotfix branch from latest stable
|
|
264
|
+
2. Fix issue
|
|
265
|
+
3. Review (expedited, same day)
|
|
266
|
+
4. Release patch version
|
|
267
|
+
5. Backport to supported versions
|
|
268
|
+
|
|
269
|
+
---
|
|
270
|
+
|
|
271
|
+
## Deprecation Policy
|
|
272
|
+
|
|
273
|
+
### Deprecation Process
|
|
274
|
+
|
|
275
|
+
#### Phase 1: Deprecation Warning (Version N)
|
|
276
|
+
|
|
277
|
+
```css
|
|
278
|
+
/* Mark as deprecated in code */
|
|
279
|
+
.old-component {
|
|
280
|
+
/* @deprecated Use .new-component instead. Will be removed in v2.0.0 */
|
|
281
|
+
}
|
|
282
|
+
```
|
|
283
|
+
|
|
284
|
+
```javascript
|
|
285
|
+
// Log deprecation warning
|
|
286
|
+
console.warn('[Celeste] .old-component is deprecated. Use .new-component instead. Will be removed in v2.0.0');
|
|
287
|
+
```
|
|
288
|
+
|
|
289
|
+
#### Phase 2: Deprecation Period (Version N+1)
|
|
290
|
+
|
|
291
|
+
- Feature still works
|
|
292
|
+
- Documentation marked as deprecated
|
|
293
|
+
- Migration guide published
|
|
294
|
+
- Examples use new pattern
|
|
295
|
+
|
|
296
|
+
#### Phase 3: Removal (Version N+2)
|
|
297
|
+
|
|
298
|
+
- Feature removed in major version
|
|
299
|
+
- Changelog documents removal
|
|
300
|
+
- Migration guide remains
|
|
301
|
+
|
|
302
|
+
### Deprecation Timeline
|
|
303
|
+
|
|
304
|
+
```
|
|
305
|
+
v0.1.0: .card (current)
|
|
306
|
+
v0.2.0: Introduce .glass-card, deprecate .card (warning)
|
|
307
|
+
v0.3.0: .card deprecated but functional (grace period)
|
|
308
|
+
v1.0.0: .card removed (breaking change)
|
|
309
|
+
```
|
|
310
|
+
|
|
311
|
+
Minimum deprecation period: **2 versions or 6 months** (whichever is longer)
|
|
312
|
+
|
|
313
|
+
---
|
|
314
|
+
|
|
315
|
+
## Communication Channels
|
|
316
|
+
|
|
317
|
+
### Primary Channels
|
|
318
|
+
|
|
319
|
+
1. **GitHub Discussions**: RFCs, feature requests, Q&A
|
|
320
|
+
2. **GitHub Issues**: Bug reports, specific problems
|
|
321
|
+
3. **Pull Requests**: Code contributions, reviews
|
|
322
|
+
4. **Changelog**: Release notes, breaking changes
|
|
323
|
+
5. **Documentation Site**: Official guides, API docs
|
|
324
|
+
|
|
325
|
+
### Announcement Templates
|
|
326
|
+
|
|
327
|
+
#### New Release
|
|
328
|
+
|
|
329
|
+
```markdown
|
|
330
|
+
# Celeste v0.2.0 Released 🎉
|
|
331
|
+
|
|
332
|
+
**Release Date**: 2025-01-15
|
|
333
|
+
|
|
334
|
+
## New Features
|
|
335
|
+
- New `.glass-panel` component
|
|
336
|
+
- Responsive spacing utilities
|
|
337
|
+
- Improved accessibility
|
|
338
|
+
|
|
339
|
+
## Breaking Changes
|
|
340
|
+
None
|
|
341
|
+
|
|
342
|
+
## Migration Guide
|
|
343
|
+
No migration needed
|
|
344
|
+
|
|
345
|
+
## Download
|
|
346
|
+
npm install @whykusanagi/corrupted-theme@0.2.0
|
|
347
|
+
```
|
|
348
|
+
|
|
349
|
+
#### Breaking Change
|
|
350
|
+
|
|
351
|
+
```markdown
|
|
352
|
+
# ⚠️ Breaking Change in v1.0.0
|
|
353
|
+
|
|
354
|
+
## What's Changing
|
|
355
|
+
`.card` component renamed to `.glass-card`
|
|
356
|
+
|
|
357
|
+
## Why
|
|
358
|
+
Clearer naming, aligns with glassmorphism aesthetic
|
|
359
|
+
|
|
360
|
+
## Migration Path
|
|
361
|
+
Find and replace:
|
|
362
|
+
- `.card` → `.glass-card`
|
|
363
|
+
- `.card-` → `.glass-card-`
|
|
364
|
+
|
|
365
|
+
## Automatic Migration
|
|
366
|
+
npx @whykusanagi/theme-migrate upgrade
|
|
367
|
+
|
|
368
|
+
## Timeline
|
|
369
|
+
- v0.3.0 (now): Deprecation warning
|
|
370
|
+
- v1.0.0 (Mar 2025): Removal
|
|
371
|
+
|
|
372
|
+
## Questions
|
|
373
|
+
Reply to this discussion thread
|
|
374
|
+
```
|
|
375
|
+
|
|
376
|
+
---
|
|
377
|
+
|
|
378
|
+
## Roles & Responsibilities
|
|
379
|
+
|
|
380
|
+
### Core Maintainer
|
|
381
|
+
|
|
382
|
+
**Responsibilities**:
|
|
383
|
+
- Review all PRs
|
|
384
|
+
- Approve/reject RFCs
|
|
385
|
+
- Manage releases
|
|
386
|
+
- Triage issues
|
|
387
|
+
- Set roadmap
|
|
388
|
+
- Ensure quality
|
|
389
|
+
|
|
390
|
+
**Time Commitment**: 5-10 hours/week
|
|
391
|
+
|
|
392
|
+
### Contributor
|
|
393
|
+
|
|
394
|
+
**Responsibilities**:
|
|
395
|
+
- Submit PRs
|
|
396
|
+
- Propose RFCs
|
|
397
|
+
- Review others' PRs (optional)
|
|
398
|
+
- Test releases
|
|
399
|
+
- Report bugs
|
|
400
|
+
- Answer questions
|
|
401
|
+
|
|
402
|
+
**Time Commitment**: Variable
|
|
403
|
+
|
|
404
|
+
### User
|
|
405
|
+
|
|
406
|
+
**Responsibilities**:
|
|
407
|
+
- Use design system
|
|
408
|
+
- Report bugs
|
|
409
|
+
- Provide feedback
|
|
410
|
+
- Share use cases
|
|
411
|
+
|
|
412
|
+
**Time Commitment**: None required
|
|
413
|
+
|
|
414
|
+
---
|
|
415
|
+
|
|
416
|
+
## Governance Review
|
|
417
|
+
|
|
418
|
+
This governance document is reviewed **annually** (every January) to ensure processes remain effective.
|
|
419
|
+
|
|
420
|
+
### Review Checklist
|
|
421
|
+
|
|
422
|
+
- [ ] Is the RFC process efficient?
|
|
423
|
+
- [ ] Are release schedules appropriate?
|
|
424
|
+
- [ ] Is deprecation policy fair to users?
|
|
425
|
+
- [ ] Are roles clearly defined?
|
|
426
|
+
- [ ] Are communication channels effective?
|
|
427
|
+
- [ ] Is decision-making transparent?
|
|
428
|
+
|
|
429
|
+
### Updating This Document
|
|
430
|
+
|
|
431
|
+
Changes to governance itself require:
|
|
432
|
+
- RFC process
|
|
433
|
+
- 2+ maintainer approvals
|
|
434
|
+
- 2-week review period
|
|
435
|
+
- Announcement to all users
|
|
436
|
+
|
|
437
|
+
---
|
|
438
|
+
|
|
439
|
+
## Related Documentation
|
|
440
|
+
|
|
441
|
+
- [VERSION_MANAGEMENT.md](./VERSION_MANAGEMENT.md) - Semantic versioning policy
|
|
442
|
+
- [CONTRIBUTION_GUIDELINES.md](./CONTRIBUTION_GUIDELINES.md) - How to contribute
|
|
443
|
+
- [NPM_PACKAGE.md](../platforms/NPM_PACKAGE.md) - Package versioning
|
|
444
|
+
|
|
445
|
+
---
|
|
446
|
+
|
|
447
|
+
**Last Updated**: 2025-12-13
|
|
448
|
+
**Version**: 1.0.0
|
|
449
|
+
**Next Review**: 2026-01-13
|
|
450
|
+
**Maintainer**: Celeste Brand System
|
|
451
|
+
**Status**: ✅ Active Governance
|