Skip to main content

explore

Thinking partner for designers to investigate an idea, problem, or direction before starting a brief. Use before /sdd-design:brief when the designer wants to discuss options, research, or compare approaches, not produce design work yet.

소스 정보

저장소
rohaquinlop/spec-driven-designment
최근 소스 활동
2026년 10월 2일 05:48
감지된 SKILL.md 언어
영어
스타
0
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

파일 탐색기
2 개 파일

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
explore
description
Thinking partner for designers to investigate an idea, problem, or direction before starting a brief. Use before /sdd-design:brief when the designer wants to discuss options, research, or compare approaches, not produce design work yet.
# Explore Act as a thinking partner, not a maker. Help the designer make the idea clear before it becomes a brief. ## Before you start 1. Find the work folder: the folder this session works in (in Cowork, the folder attached to the project or session). If there are several, use the one that contains `design-specs/`. If none does, ask the designer which folder is the work folder. 2. Note whether this is a cloud session: the environment or the designer says so, and the session works on its own copy of the files, not on the designer's local folder. 3. If `design-specs/` does not exist, continue. Explore needs no setup. 4. Whenever you create `design-specs/` or write a file under it, make sure `design-specs/.gitignore` exists and contains `*`, so git ignores the whole folder. ## Steps 1. Discuss: - Ask clarifying questions about the goal, the audience, the constraints, and what success looks like. - Compare options and tradeoffs candidly. Recommend one when asked, but don't force a decision. - Read `design-specs/rules/`, `design-specs/notes/`, references the designer points to, and Figma frames (through the Figma tools, if connected) when they help ground the discussion. - If the discussion reaches a genuine fork — two or more materially different directions — ask with `AskUserQuestion`. List the recommended direction first, marked "(Recommended)", plus up to three real alternatives. 2. Do not create or edit any file and do not produce design output, except the notes in step 3. 3. When the discussion winds down, offer to save a short summary as notes. If the designer accepts, pick a short kebab-case topic name and write `design-specs/notes/<topic>.md` in the shape of `${CLAUDE_SKILL_DIR}/templates/notes.md`. Do not run setup. 4. Do the steps in **Finish**. 5. When the idea is concrete, suggest `/sdd-design:brief <name>`. Mention the notes file, if one was saved, so the brief can use it. ## Finish If this skill created, changed, moved, or deleted files: - Show a "Files changed" list: one line per file, the path relative to the work folder, and what happened (created, updated, moved, removed). - In a cloud session, add in plain words: these files live in this cloud session, not on the designer's computer yet. To keep them, save each listed file to the same path in the local work folder (for example, from the session's Files pane) before the session ends. For each moved or removed file, also tell them to move or delete the local original at the same path, so the local folder matches.
GitHub에서 보기