Skip to content

Commit dcfdf2c

Browse files
chore(types): widen UseCase.category from union to string (#13)
Future use-case category additions in InstaNode-dev/content/use- cases.json now ship without a dashboard PR. The closed A–I union was useful as documentation but its rigidity meant every new category (J, K, L, …) would need a coordinated dashboard change just to satisfy the type checker, even though the runtime behavior (group by string, render alphabetically) is identical. This is the last shape change to useCases.ts for category growth. The content repo is now the source of truth for what categories exist on /use-cases. Verified: build still produces 104 cards across 18 categories in dist/use-cases/index.html after the upstream content commit added the parallel-agent J–R cases. Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
1 parent 5c933b9 commit dcfdf2c

1 file changed

Lines changed: 7 additions & 10 deletions

File tree

src/content/useCases.ts

Lines changed: 7 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -11,16 +11,13 @@
1111

1212
export type Service = 'pg' | 'redis' | 'mongo' | 'nats' | 'minio' | 'webhook' | 'deploy'
1313

14-
export type Category =
15-
| 'A. AI coding agents'
16-
| 'B. Multi-agent systems'
17-
| 'C. Vertical AI apps'
18-
| 'D. Personal AI'
19-
| 'E. Browser & automation agents'
20-
| 'F. Developer tooling'
21-
| 'G. Internet-of-AI'
22-
| 'H. Indie & SaaS founders'
23-
| 'I. Hackathon & education'
14+
/* Category is intentionally a plain string. The content repo is the source
15+
* of truth for what categories exist, so the dashboard should accept
16+
* anything that lands there. The UseCasesPage renders categories in
17+
* alphabetical order and uses them as filter-chip labels — no code path
18+
* needs a closed union. Adding a new category = one entry in
19+
* use-cases.json; no dashboard PR. */
20+
export type Category = string
2421

2522
export type UseCase = {
2623
title: string

0 commit comments

Comments
 (0)