@symbo.ls/mcp 1.0.10 → 1.0.13
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/README.md +1 -0
- package/package.json +5 -2
- package/symbols_mcp/skills/AUDIT.md +148 -174
- package/symbols_mcp/skills/BRAND_IDENTITY.md +75 -0
- package/symbols_mcp/skills/COMPONENTS.md +266 -0
- package/symbols_mcp/skills/COOKBOOK.md +850 -0
- package/symbols_mcp/skills/DEFAULT_COMPONENTS.md +3491 -1637
- package/symbols_mcp/skills/DEFAULT_LIBRARY.md +301 -0
- package/symbols_mcp/skills/DESIGN_CRITIQUE.md +70 -59
- package/symbols_mcp/skills/DESIGN_DIRECTION.md +109 -175
- package/symbols_mcp/skills/DESIGN_SYSTEM.md +722 -0
- package/symbols_mcp/skills/DESIGN_SYSTEM_ARCHITECT.md +65 -57
- package/symbols_mcp/skills/DESIGN_TO_CODE.md +83 -64
- package/symbols_mcp/skills/DESIGN_TREND.md +62 -50
- package/symbols_mcp/skills/FIGMA_MATCHING.md +69 -58
- package/symbols_mcp/skills/LEARNINGS.md +374 -0
- package/symbols_mcp/skills/MARKETING_ASSETS.md +71 -59
- package/symbols_mcp/skills/MIGRATION.md +561 -0
- package/symbols_mcp/skills/PATTERNS.md +536 -0
- package/symbols_mcp/skills/PRESENTATION.md +78 -0
- package/symbols_mcp/skills/PROJECT_STRUCTURE.md +398 -0
- package/symbols_mcp/skills/RULES.md +519 -0
- package/symbols_mcp/skills/RUNNING_APPS.md +476 -0
- package/symbols_mcp/skills/SEO-METADATA.md +64 -9
- package/symbols_mcp/skills/SNIPPETS.md +598 -0
- package/symbols_mcp/skills/SSR-BRENDER.md +99 -0
- package/symbols_mcp/skills/SYNTAX.md +835 -0
- package/symbols_mcp/skills/ACCESSIBILITY.md +0 -471
- package/symbols_mcp/skills/ACCESSIBILITY_AUDITORY.md +0 -70
- package/symbols_mcp/skills/AGENT_INSTRUCTIONS.md +0 -265
- package/symbols_mcp/skills/BRAND_INDENTITY.md +0 -69
- package/symbols_mcp/skills/BUILT_IN_COMPONENTS.md +0 -304
- package/symbols_mcp/skills/CLAUDE.md +0 -2158
- package/symbols_mcp/skills/CLI_QUICK_START.md +0 -205
- package/symbols_mcp/skills/DEFAULT_DESIGN_SYSTEM.md +0 -496
- package/symbols_mcp/skills/DESIGN_SYSTEM_CONFIG.md +0 -487
- package/symbols_mcp/skills/DESIGN_SYSTEM_IN_PROPS.md +0 -136
- package/symbols_mcp/skills/DOMQL_v2-v3_MIGRATION.md +0 -236
- package/symbols_mcp/skills/MIGRATE_TO_SYMBOLS.md +0 -634
- package/symbols_mcp/skills/OPTIMIZATIONS_FOR_AGENT.md +0 -253
- package/symbols_mcp/skills/PROJECT_SETUP.md +0 -217
- package/symbols_mcp/skills/QUICKSTART.md +0 -79
- package/symbols_mcp/skills/REMOTE_PREVIEW.md +0 -144
- package/symbols_mcp/skills/SYMBOLS_LOCAL_INSTRUCTIONS.md +0 -1405
- package/symbols_mcp/skills/THE_PRESENTATION.md +0 -69
- package/symbols_mcp/skills/UI_UX_PATTERNS.md +0 -68
package/README.md
CHANGED
|
@@ -20,6 +20,7 @@ No API keys required. All tools work fully offline using bundled documentation.
|
|
|
20
20
|
- `symbols://skills/design-direction` — UI/UX design direction
|
|
21
21
|
- `symbols://skills/migration-guide` — React/Angular/Vue → Symbols migration guide
|
|
22
22
|
- `symbols://skills/v2-to-v3-migration` — DOMQL v2 → v3 changes
|
|
23
|
+
- `symbols://skills/ssr-brender` — Server-side rendering with brender (SSR/SSG)
|
|
23
24
|
- `symbols://skills/quickstart` — CLI quickstart
|
|
24
25
|
- `symbols://reference/spacing-tokens` — Spacing token reference
|
|
25
26
|
- `symbols://reference/atom-components` — Built-in atom components
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@symbo.ls/mcp",
|
|
3
|
-
"version": "1.0.
|
|
3
|
+
"version": "1.0.13",
|
|
4
4
|
"description": "MCP server for Symbols.app — documentation search and framework reference",
|
|
5
5
|
"mcpName": "io.github.symbo-ls/symbols-mcp",
|
|
6
6
|
"files": [
|
|
@@ -21,5 +21,8 @@
|
|
|
21
21
|
"ai",
|
|
22
22
|
"claude"
|
|
23
23
|
],
|
|
24
|
-
"license": "MIT"
|
|
24
|
+
"license": "MIT",
|
|
25
|
+
"publishConfig": {
|
|
26
|
+
"access": "public"
|
|
27
|
+
}
|
|
25
28
|
}
|
|
@@ -1,8 +1,12 @@
|
|
|
1
|
-
# Symbols / DOMQL v3 — Full Audit
|
|
1
|
+
# Symbols / DOMQL v3 — Full Audit Protocol
|
|
2
|
+
|
|
3
|
+
Follow this protocol exactly. Execute each phase in order. Do not skip steps.
|
|
2
4
|
|
|
3
5
|
---
|
|
4
6
|
|
|
5
|
-
## 1. MCP
|
|
7
|
+
## 1. Install the MCP Server
|
|
8
|
+
|
|
9
|
+
Run the following command to install:
|
|
6
10
|
|
|
7
11
|
```bash
|
|
8
12
|
pip install symbols-mcp
|
|
@@ -10,17 +14,16 @@ pip install symbols-mcp
|
|
|
10
14
|
|
|
11
15
|
---
|
|
12
16
|
|
|
13
|
-
## 2. MCP Server
|
|
17
|
+
## 2. Configure the MCP Server
|
|
18
|
+
|
|
19
|
+
Add this configuration to your MCP settings:
|
|
14
20
|
|
|
15
21
|
```json
|
|
16
22
|
{
|
|
17
23
|
"mcpServers": {
|
|
18
24
|
"symbols": {
|
|
19
25
|
"command": "uvx",
|
|
20
|
-
"args": ["symbols-mcp"]
|
|
21
|
-
"env": {
|
|
22
|
-
"SYMBOLS_SKILLS_DIR": "/path/to/your/skills"
|
|
23
|
-
}
|
|
26
|
+
"args": ["symbols-mcp"]
|
|
24
27
|
}
|
|
25
28
|
}
|
|
26
29
|
}
|
|
@@ -28,260 +31,231 @@ pip install symbols-mcp
|
|
|
28
31
|
|
|
29
32
|
---
|
|
30
33
|
|
|
31
|
-
## 3. Authority Model
|
|
34
|
+
## 3. Apply the Authority Model
|
|
32
35
|
|
|
33
|
-
|
|
36
|
+
Use the MCP server for all analysis. Treat every file as required. Treat every rule as mandatory.
|
|
34
37
|
|
|
35
|
-
|
|
36
|
-
No rule is advisory.
|
|
38
|
+
Resolve conflicts in this priority order:
|
|
37
39
|
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
1. DOMQL v3 conventions
|
|
40
|
+
1. DOMQL v3 conventions (highest)
|
|
41
41
|
2. Architectural direction
|
|
42
|
-
3. Design system integrity
|
|
42
|
+
3. Design system integrity (lowest)
|
|
43
43
|
|
|
44
44
|
---
|
|
45
45
|
|
|
46
|
-
## 4. Mandatory Skills
|
|
46
|
+
## 4. Load All Mandatory Skills
|
|
47
47
|
|
|
48
|
-
|
|
48
|
+
Before auditing, confirm that every skill below has been consulted. Do not proceed without full coverage.
|
|
49
49
|
|
|
50
|
-
|
|
51
|
-
-
|
|
50
|
+
### Rules & Project Setup
|
|
51
|
+
- RULES
|
|
52
|
+
- PROJECT_STRUCTURE
|
|
53
|
+
- RUNNING_APPS
|
|
52
54
|
|
|
53
|
-
###
|
|
55
|
+
### Syntax & Migration
|
|
56
|
+
- SYNTAX
|
|
57
|
+
- MIGRATION
|
|
58
|
+
- SSR-BRENDER
|
|
54
59
|
|
|
55
|
-
|
|
56
|
-
-
|
|
57
|
-
- DESIGN_SYSTEM_IN_PROPS
|
|
60
|
+
### Design System
|
|
61
|
+
- DESIGN_SYSTEM
|
|
58
62
|
- DESIGN_SYSTEM_ARCHITECT
|
|
59
|
-
|
|
60
|
-
### DOMQL / Migration
|
|
61
|
-
|
|
62
|
-
- DOMQL_v2-v3_MIGRATION
|
|
63
|
-
- MIGRATE_TO_SYMBOLS
|
|
63
|
+
- DEFAULT_LIBRARY
|
|
64
64
|
|
|
65
65
|
### UI / UX / Direction
|
|
66
|
-
|
|
67
|
-
- UI_UX_PATTERNS
|
|
66
|
+
- PATTERNS
|
|
68
67
|
- DESIGN_DIRECTION
|
|
69
68
|
- DESIGN_CRITIQUE
|
|
70
69
|
- DESIGN_TREND
|
|
70
|
+
- DESIGN_TO_CODE
|
|
71
71
|
- FIGMA_MATCHING
|
|
72
72
|
|
|
73
73
|
### Components
|
|
74
|
-
|
|
75
|
-
- BUILT_IN_COMPONENTS
|
|
74
|
+
- COMPONENTS
|
|
76
75
|
- DEFAULT_COMPONENTS
|
|
77
76
|
|
|
78
|
-
### Architecture / Setup
|
|
79
|
-
|
|
80
|
-
- PROJECT_SETUP
|
|
81
|
-
- QUICKSTART
|
|
82
|
-
- CLI_QUICK_START
|
|
83
|
-
- SYMBOLS_LOCAL_INSTRUCTIONS
|
|
84
|
-
- REMOTE_PREVIEW
|
|
85
|
-
- OPTIMIZATIONS_FOR_AGENT
|
|
86
|
-
|
|
87
77
|
### Brand / Presentation
|
|
88
|
-
|
|
89
|
-
- BRAND_INDENTITY
|
|
78
|
+
- BRAND_IDENTITY
|
|
90
79
|
- MARKETING_ASSETS
|
|
91
|
-
-
|
|
92
|
-
|
|
93
|
-
### Meta / Agent
|
|
94
|
-
|
|
95
|
-
- AGENT_INSTRUCTIONS
|
|
80
|
+
- PRESENTATION
|
|
96
81
|
|
|
97
82
|
### SEO
|
|
98
|
-
|
|
99
83
|
- SEO-METADATA
|
|
100
84
|
|
|
85
|
+
### Reference & Learning
|
|
86
|
+
- COOKBOOK
|
|
87
|
+
- SNIPPETS
|
|
88
|
+
- LEARNINGS
|
|
89
|
+
|
|
101
90
|
---
|
|
102
91
|
|
|
103
|
-
## 5.
|
|
92
|
+
## 5. Define the Audit Scope
|
|
104
93
|
|
|
105
|
-
|
|
94
|
+
Scan the entire `smbls/` directory. Cover every file without exception.
|
|
106
95
|
|
|
107
|
-
|
|
108
|
-
|
|
96
|
+
- Do not perform partial scans.
|
|
97
|
+
- Do not apply selective fixes.
|
|
98
|
+
- Audit everything.
|
|
109
99
|
|
|
110
100
|
---
|
|
111
101
|
|
|
112
|
-
## 6. Audit Phases
|
|
102
|
+
## 6. Execute the 7 Audit Phases
|
|
103
|
+
|
|
104
|
+
Complete each phase fully before moving to the next.
|
|
113
105
|
|
|
114
106
|
### Phase 1 — Structural & Syntax Integrity
|
|
115
107
|
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
---
|
|
108
|
+
1. Scan for and eliminate all critical syntax errors.
|
|
109
|
+
2. Identify and remove all legacy DOMQL v2 patterns.
|
|
110
|
+
3. Enforce DOMQL v3 structure on every component.
|
|
111
|
+
4. Normalize all event handler conventions.
|
|
112
|
+
5. Standardize all shorthand props.
|
|
113
|
+
6. Verify correct atom usage throughout.
|
|
114
|
+
7. Enforce proper state patterns.
|
|
115
|
+
8. Validate all dynamic children handling.
|
|
126
116
|
|
|
127
117
|
### Phase 2 — Design System Enforcement
|
|
128
118
|
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
---
|
|
119
|
+
1. Find and replace all hardcoded styles with design tokens.
|
|
120
|
+
2. Enforce design tokens in all props.
|
|
121
|
+
3. Validate spacing, typography, radii, color, and shadow values against the token system.
|
|
122
|
+
4. Align all visual output with DESIGN_SYSTEM.md and DEFAULT_LIBRARY.md.
|
|
123
|
+
5. Eliminate all visual drift from the design system.
|
|
136
124
|
|
|
137
125
|
### Phase 3 — Component Discipline
|
|
138
126
|
|
|
139
|
-
|
|
140
|
-
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
---
|
|
127
|
+
1. Identify custom implementations that duplicate built-in components.
|
|
128
|
+
2. Replace those with the correct built-in component per COMPONENTS.md.
|
|
129
|
+
3. Align all component usage with DEFAULT_COMPONENTS.md.
|
|
130
|
+
4. Remove all component duplication.
|
|
145
131
|
|
|
146
132
|
### Phase 4 — Accessibility Compliance
|
|
147
133
|
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
---
|
|
134
|
+
1. Validate semantic HTML across all components.
|
|
135
|
+
2. Verify keyboard navigation compliance.
|
|
136
|
+
3. Check all ARIA attributes for correctness.
|
|
137
|
+
4. Apply auditory accessibility best practices.
|
|
138
|
+
5. Enforce contrast ratios.
|
|
139
|
+
6. Confirm interaction feedback is present and correct.
|
|
156
140
|
|
|
157
141
|
### Phase 5 — Icons & Visual Consistency
|
|
158
142
|
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
163
|
-
---
|
|
143
|
+
1. Standardize the icon system across the codebase.
|
|
144
|
+
2. Remove all mixed or inconsistent icon sets.
|
|
145
|
+
3. Align icon scale and weight with the design system.
|
|
164
146
|
|
|
165
147
|
### Phase 6 — SEO & Metadata
|
|
166
148
|
|
|
167
|
-
|
|
168
|
-
|
|
169
|
-
|
|
170
|
-
|
|
171
|
-
---
|
|
149
|
+
1. Enforce structured metadata on all applicable pages.
|
|
150
|
+
2. Validate semantic markup for search engines.
|
|
151
|
+
3. Apply all rules from SEO-METADATA.md.
|
|
172
152
|
|
|
173
153
|
### Phase 7 — UI / UX Coherence
|
|
174
154
|
|
|
175
|
-
|
|
176
|
-
|
|
177
|
-
|
|
178
|
-
|
|
179
|
-
|
|
155
|
+
1. Align all layouts and flows with DESIGN_DIRECTION.md.
|
|
156
|
+
2. Enforce visual hierarchy discipline.
|
|
157
|
+
3. Fix all layout inconsistencies.
|
|
158
|
+
4. Validate Figma-to-code fidelity per FIGMA_MATCHING.
|
|
159
|
+
5. Remove all visual noise.
|
|
180
160
|
|
|
181
161
|
---
|
|
182
162
|
|
|
183
|
-
## 7. Execution Order
|
|
163
|
+
## 7. Follow This Execution Order
|
|
184
164
|
|
|
185
|
-
|
|
186
|
-
2. Categorized issue extraction.
|
|
187
|
-
3. Refactor plan generation.
|
|
188
|
-
4. Structural fixes.
|
|
189
|
-
5. Design system fixes.
|
|
190
|
-
6. Accessibility fixes.
|
|
191
|
-
7. Visual polish.
|
|
192
|
-
8. Final consistency sweep.
|
|
165
|
+
Perform these steps sequentially. Do not start a later step until the previous one is complete.
|
|
193
166
|
|
|
194
|
-
|
|
167
|
+
1. Run a full static audit of the codebase.
|
|
168
|
+
2. Extract and categorize all issues found.
|
|
169
|
+
3. Generate a refactor plan from the categorized issues.
|
|
170
|
+
4. Apply structural fixes (Phase 1).
|
|
171
|
+
5. Apply design system fixes (Phase 2).
|
|
172
|
+
6. Apply accessibility fixes (Phase 4).
|
|
173
|
+
7. Apply visual polish (Phases 3, 5, 7).
|
|
174
|
+
8. Run a final consistency sweep across the entire codebase.
|
|
195
175
|
|
|
196
|
-
|
|
176
|
+
Do not make cosmetic adjustments before structural compliance is achieved.
|
|
197
177
|
|
|
198
|
-
|
|
178
|
+
---
|
|
199
179
|
|
|
200
|
-
|
|
180
|
+
## 8. Extract Thread-Wide Findings
|
|
201
181
|
|
|
202
|
-
Collect and normalize:
|
|
182
|
+
Review the entire conversation history. Collect and normalize every instance of:
|
|
203
183
|
|
|
204
|
-
-
|
|
205
|
-
-
|
|
206
|
-
-
|
|
207
|
-
-
|
|
208
|
-
-
|
|
209
|
-
-
|
|
210
|
-
-
|
|
184
|
+
- Reported bugs
|
|
185
|
+
- Recurring friction points
|
|
186
|
+
- Misuse of Symbols patterns
|
|
187
|
+
- Unclear API usage
|
|
188
|
+
- Architectural inconsistencies
|
|
189
|
+
- Design complaints
|
|
190
|
+
- Ambiguity in documentation
|
|
211
191
|
|
|
212
|
-
Deduplicate
|
|
192
|
+
Deduplicate all findings. Classify each one using the severity levels in Section 10.
|
|
213
193
|
|
|
214
194
|
---
|
|
215
195
|
|
|
216
|
-
## 9. Feedback Documentation
|
|
196
|
+
## 9. Produce Feedback Documentation
|
|
217
197
|
|
|
218
|
-
Generate or update
|
|
198
|
+
Generate or update two files. Keep their scopes strictly separated.
|
|
219
199
|
|
|
220
|
-
### symbols-feedback.md
|
|
200
|
+
### symbols-feedback.md — Framework-Level Issues Only
|
|
221
201
|
|
|
222
|
-
|
|
202
|
+
Include only framework-level findings:
|
|
223
203
|
|
|
224
|
-
|
|
204
|
+
- DOMQL v3 violations
|
|
205
|
+
- Event handler misuse
|
|
206
|
+
- Atom/state mispatterns
|
|
207
|
+
- Shorthand inconsistencies
|
|
208
|
+
- Dynamic children misuse
|
|
209
|
+
- Design system misuse
|
|
210
|
+
- Migration errors
|
|
211
|
+
- Accessibility framework gaps
|
|
212
|
+
- Architectural inconsistencies
|
|
213
|
+
- Documentation ambiguity
|
|
214
|
+
- Agent friction
|
|
225
215
|
|
|
226
|
-
-
|
|
227
|
-
- Event handler misuse.
|
|
228
|
-
- Atom/state mispatterns.
|
|
229
|
-
- Shorthand inconsistencies.
|
|
230
|
-
- Dynamic children misuse.
|
|
231
|
-
- Design system misuse.
|
|
232
|
-
- Migration errors.
|
|
233
|
-
- Accessibility framework gaps.
|
|
234
|
-
- Architectural inconsistencies.
|
|
235
|
-
- Documentation ambiguity.
|
|
236
|
-
- Agent friction.
|
|
216
|
+
Do not include project-specific issues in this file.
|
|
237
217
|
|
|
238
|
-
|
|
218
|
+
### project-feedback.md — Project-Level Issues Only
|
|
239
219
|
|
|
240
|
-
|
|
220
|
+
Include only project-specific findings:
|
|
241
221
|
|
|
242
|
-
|
|
222
|
+
- Design direction inconsistencies
|
|
223
|
+
- UX confusion
|
|
224
|
+
- Visual imbalance
|
|
225
|
+
- Layout flaws
|
|
226
|
+
- Component misuse specific to the project
|
|
227
|
+
- Brand drift
|
|
228
|
+
- Interaction flaws
|
|
229
|
+
- Missing states
|
|
230
|
+
- SEO implementation errors
|
|
231
|
+
- Bug reports
|
|
243
232
|
|
|
244
|
-
|
|
245
|
-
|
|
246
|
-
Include:
|
|
247
|
-
|
|
248
|
-
- Design direction inconsistencies.
|
|
249
|
-
- UX confusion.
|
|
250
|
-
- Visual imbalance.
|
|
251
|
-
- Layout flaws.
|
|
252
|
-
- Component misuse specific to project.
|
|
253
|
-
- Brand drift.
|
|
254
|
-
- Interaction flaws.
|
|
255
|
-
- Missing states.
|
|
256
|
-
- SEO implementation errors.
|
|
257
|
-
- Bug reports.
|
|
258
|
-
|
|
259
|
-
Strictly implementation-level.
|
|
233
|
+
Do not include framework-level issues in this file.
|
|
260
234
|
|
|
261
235
|
---
|
|
262
236
|
|
|
263
|
-
## 10. Severity
|
|
264
|
-
|
|
265
|
-
All findings must be categorized:
|
|
237
|
+
## 10. Classify Severity
|
|
266
238
|
|
|
267
|
-
|
|
268
|
-
- Structural — Architecture misalignment.
|
|
269
|
-
- Systemic — Pattern-level or repeated misuse.
|
|
270
|
-
- Cosmetic — Visual or minor consistency issues.
|
|
239
|
+
Assign exactly one severity level to every finding. Do not mix categories.
|
|
271
240
|
|
|
272
|
-
|
|
241
|
+
| Severity | Definition |
|
|
242
|
+
|---|---|
|
|
243
|
+
| **Critical** | Breaking, unsafe, or structurally invalid. Must fix immediately. |
|
|
244
|
+
| **Structural** | Architecture misalignment. Fix before any polish work. |
|
|
245
|
+
| **Systemic** | Pattern-level or repeated misuse across multiple files. |
|
|
246
|
+
| **Cosmetic** | Visual or minor consistency issues. Fix last. |
|
|
273
247
|
|
|
274
248
|
---
|
|
275
249
|
|
|
276
|
-
## 11. Output
|
|
250
|
+
## 11. Deliver the Final Output
|
|
277
251
|
|
|
278
|
-
|
|
252
|
+
Produce the following deliverables:
|
|
279
253
|
|
|
280
|
-
|
|
281
|
-
|
|
282
|
-
|
|
283
|
-
|
|
284
|
-
|
|
285
|
-
|
|
254
|
+
1. **Executive audit summary** — High-level overview of codebase health.
|
|
255
|
+
2. **Severity breakdown** — Count and list of findings per severity level.
|
|
256
|
+
3. **Refactor roadmap** — Ordered plan for resolving all issues.
|
|
257
|
+
4. **Separated issue lists:**
|
|
258
|
+
- Framework issues (Symbols-level) in symbols-feedback.md
|
|
259
|
+
- Project issues (implementation-level) in project-feedback.md
|
|
286
260
|
|
|
287
|
-
Enforce full DOMQL v3 purity across the entire codebase.
|
|
261
|
+
Enforce full DOMQL v3 purity across the entire codebase. No exceptions.
|
|
@@ -0,0 +1,75 @@
|
|
|
1
|
+
# Brand Identity Creator
|
|
2
|
+
|
|
3
|
+
You are the Creative Director at Pentagram. Develop a complete brand identity system.
|
|
4
|
+
|
|
5
|
+
## Inputs
|
|
6
|
+
|
|
7
|
+
- Company: [COMPANY NAME]
|
|
8
|
+
- Industry: [INDUSTRY]
|
|
9
|
+
- Audience: [AUDIENCE]
|
|
10
|
+
- Mission: [STATEMENT]
|
|
11
|
+
- Vision: [STATEMENT]
|
|
12
|
+
- Values: [3-5 CORE VALUES]
|
|
13
|
+
- Positioning: [HOW THEY'RE DIFFERENT]
|
|
14
|
+
|
|
15
|
+
## Deliverables
|
|
16
|
+
|
|
17
|
+
### 1. Brand Strategy
|
|
18
|
+
|
|
19
|
+
- **Brand story**: Write a narrative arc following challenge, transformation, resolution
|
|
20
|
+
- **Brand personality**: Define human traits using brand archetypes
|
|
21
|
+
- **Voice and tone matrix**: Map across 4 dimensions: funny/serious, casual/formal, irreverent/respectful, enthusiastic/matter-of-fact
|
|
22
|
+
- **Messaging hierarchy**: Produce tagline, value proposition, key messages, and proof points
|
|
23
|
+
|
|
24
|
+
### 2. Visual Identity
|
|
25
|
+
|
|
26
|
+
**Logo concept** — Provide 3 directions with strategic rationale:
|
|
27
|
+
- Wordmark approach
|
|
28
|
+
- Symbol/icon approach
|
|
29
|
+
- Combination approach
|
|
30
|
+
|
|
31
|
+
**Logo variations** — Specify each:
|
|
32
|
+
- Primary (full color)
|
|
33
|
+
- Secondary (simplified)
|
|
34
|
+
- Monochrome (black and white)
|
|
35
|
+
- Reversed (on dark backgrounds)
|
|
36
|
+
- Minimum size specifications
|
|
37
|
+
- Clear space requirements
|
|
38
|
+
|
|
39
|
+
**Logo usage rules**:
|
|
40
|
+
- 5 correct application examples
|
|
41
|
+
- 5 incorrect application examples with "do not" warnings
|
|
42
|
+
|
|
43
|
+
**Color palette** — Include Hex, Pantone, CMYK, RGB values for all:
|
|
44
|
+
- Primary colors (2-3) with color psychology rationale
|
|
45
|
+
- Secondary colors (3-4) as supporting palette
|
|
46
|
+
- Neutral colors (4-5) for UI grays
|
|
47
|
+
- Accent colors (2-3) for calls-to-action
|
|
48
|
+
|
|
49
|
+
**Typography**:
|
|
50
|
+
- Primary typeface: [SPECIFY OR RECOMMEND]
|
|
51
|
+
- Secondary typeface: [SPECIFY OR RECOMMEND]
|
|
52
|
+
- Usage hierarchy: display, headlines, body, captions
|
|
53
|
+
|
|
54
|
+
**Imagery style**:
|
|
55
|
+
- Photography guidelines (mood, lighting, subjects, composition)
|
|
56
|
+
- Illustration style (if applicable)
|
|
57
|
+
- Iconography style (line weight, corner radius, fill rules)
|
|
58
|
+
- Graphic element patterns
|
|
59
|
+
|
|
60
|
+
### 3. Brand Applications
|
|
61
|
+
|
|
62
|
+
- Business cards (front and back design)
|
|
63
|
+
- Letterhead and stationery system
|
|
64
|
+
- Email signature template
|
|
65
|
+
- Social media profile templates (avatar + cover images for 5 platforms)
|
|
66
|
+
- Presentation template (title slide, content slide, data slide, closing slide)
|
|
67
|
+
|
|
68
|
+
### 4. Brand Guidelines
|
|
69
|
+
|
|
70
|
+
- 20-page brand book structure with all rules documented
|
|
71
|
+
- Asset library organization system
|
|
72
|
+
|
|
73
|
+
## Instructions
|
|
74
|
+
|
|
75
|
+
Provide strategic rationale for every design decision. Show your reasoning throughout.
|