Author project-level design documentation — architecture, data models, API contracts, user journeys, glossaries, and decision records (ADRs). For per-feature design, use /genesis-feature.
Scanned 9/7/2026
Install to Claude Code
npx -y skills add Nagiliant/Genesis-Legacy-V2 --skill genesis-design --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Genesis Design?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/nagiliant-genesis-design)More formats (shields.io, HTML) on the badges page.
---
name: "Design"
description: Author project-level design documentation — architecture, data models, API contracts, user journeys, glossaries, and decision records (ADRs). For per-feature design, use /genesis-feature.
argument-hint: "<doc-type> [name] [--update|--fresh]"
---
# Design — Project-Level Design Docs
Author **project-level** design documentation. This is not a per-feature command — feature design belongs to `/genesis-feature`. Runs any time after the constitution exists.
**Hard gate:** refuses if no constitution exists. If asked for `feature <name>`, redirect to `/genesis-feature`.
## Inputs
- The constitution
- `.genesis/discovery/context.md`
- `.genesis/project-state.md`
- All existing files under `.genesis/design/`
- The matching template
## Process
1. Parse the document type → output path (table below).
2. Read the constitution and all existing design docs for consistency.
3. If the target file exists: `--update` in place, `--fresh` to recreate, else ask (default `--update`).
4. Create/update the doc, mode-aware (brownfield includes as-is/to-be; lowfield uses content/domain methodology).
5. Cross-reference the other design docs; run a constitution-compliance check; present for review.
6. Update `project-state.md`.
## Document types → paths
| Type | Path |
|---|---|
| `overview` | `.genesis/design/overview.md` |
| `architecture` | `.genesis/design/technical/architecture.md` |
| `data-model` | `.genesis/design/technical/data-model.md` |
| `api-contracts` | `.genesis/design/technical/api-contracts.md` |
| `integrations` | `.genesis/design/technical/integrations.md` |
| `journey <name>` | `.genesis/design/user-journeys/<name>.md` |
| `system <name>` | `.genesis/design/systems/<name>.md` |
| `decision <name>` | `.genesis/design/decisions/<name>.md` (ADR) |
| `glossary` | `.genesis/design/glossary.md` |
| `content-map` | `.genesis/design/content-map.md` |
## Minimum docs by mode
- **Greenfield:** overview (required), architecture (required), data-model, user journeys.
- **Brownfield:** overview with **as-is/to-be** (required), gap analysis, architecture with **current + target** (required).
- **Lowfield:** overview with domain overview (required), glossary, content-map, content-type definitions and templates, organizational structure. Focus is process methodology, not technical architecture.
## Natural language triggers
```
- "design overview"
- "write the architecture doc"
- "create an ADR"
- "document a user journey"
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!