メニュー
Installiert aus nexu-io/open-design: strukturiert ein vages Marken- oder Logo-Briefing in eine konkrete Design-Spezifikation mit Palette, Typografie, Stimmung, Dichte und Constraints. Verwenden bei design brief, logo brief, brand brief, structured brief, ilang brief.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Capture continuity metadata on key execution triggers during work.
Close a session with a compact handoff before switching agents.
Recovery path when continuity packet readiness or tooling is limited.
Mandatory first move for local DevCD continuity before asking for recap.
Use when a change affects architecture, slice boundaries, API contracts, policy rules, or memory schemas. Creates or updates Architecture Decision Records (ADRs) before implementation. Keywords: ADR, decision record, proposed, architecture boundary, policy change, API contract, slice design.
Use when an agent ignores instructions, loses context, misuses tools, produces weak handoffs, behaves unreliably across multiple steps, or needs observability and operational guardrails. Covers instruction loading checks, handoff discipline, context compaction, multi-agent coordination, failure-mode analysis, and verification gates for agent-driven work.
| name | design-brief |
| description | Installiert aus nexu-io/open-design: strukturiert ein vages Marken- oder Logo-Briefing in eine konkrete Design-Spezifikation mit Palette, Typografie, Stimmung, Dichte und Constraints. Verwenden bei design brief, logo brief, brand brief, structured brief, ilang brief. |
| argument-hint | Beschreibe das Marken- oder Logo-Briefing, das in eine konkrete Designspezifikation aufgeloest werden soll. |
The YAML frontmatter keys name and description are the discovery signal loaded automatically.
The remaining SKILL.md body is the complete skill guidance and is loaded on demand.
Quelle: adaptiert aus nexu-io/open-design, Skill design-brief.
Nutze diese Skill, wenn ein unscharfes Briefing zuerst in klare Designentscheidungen uebersetzt werden muss, bevor Logos oder Markenassets entworfen werden.
Ueberfuehre ein strukturiertes oder freies Briefing in eine konkrete Design-Spezifikation. Eliminiere schwammige Begriffe wie clean, premium oder editorial, indem du sie in explizite Dimensionen aufloest.
Akzeptiere entweder:
Wenn der Input frei formuliert ist, mappe ihn zuerst auf diese Dimensionen:
Arbeite mit einer geschlossenen Auswahl, statt Werte frei zu erfinden.
Beispielwerte:
Wenn ein Wert unklar oder ungueltig ist, frage gezielt nach, statt zu raten.
Wenn Dimensionen fehlen, waehle sichere Defaults und dokumentiere sie explizit.
Beispielregeln:
Erstelle eine konkrete Design-Spezifikation mit mindestens diesen Bereichen:
Alle Farben, Schriftstapel und Spacing-Werte muessen aus den aufgeloesten Tokens stammen. Keine freien zusaetzlichen Tokens erfinden.
Falls der Nutzer eine Preview will, liefere eine knappe Dokumentationsansicht mit:
Schliesse mit einer kurzen Liste der automatisch gesetzten Defaults ab, inklusive Regel, warum sie gewaehlt wurden.
