@bhargavvc/sdd-cc 1.30.1 → 1.42.3

package/README.ko-KR.md

@@ -1,20 +1,20 @@
 <div align="center">
 
-# GET SHIT DONE
+# SPEC-DRIVEN DEVELOPMENT
 
 [English](README.md) · [Português](README.pt-BR.md) · [简体中文](README.zh-CN.md) · [日本語](README.ja-JP.md) · **한국어**
 
-**Claude Code, OpenCode, Gemini CLI, Codex, Copilot, Cursor, Antigravity를 위한 가볍고 강력한 메타 프롬프팅, 컨텍스트 엔지니어링, 스펙 기반 개발 시스템.**
+**Claude Code, OpenCode, Gemini CLI, Kilo, Codex, Copilot, Cursor, Windsurf, Antigravity, Augment, Trae, Cline을 위한 가볍고 강력한 메타 프롬프팅, 컨텍스트 엔지니어링, 스펙 기반 개발 시스템.**
 
 **컨텍스트 rot를 해결합니다 — Claude의 컨텍스트 창이 채워질수록 품질이 저하되는 문제.**
 
 [![npm version](https://img.shields.io/npm/v/@bhargavvc/sdd-cc?style=for-the-badge&logo=npm&logoColor=white&color=CB3837)](https://www.npmjs.com/package/@bhargavvc/sdd-cc)
 [![npm downloads](https://img.shields.io/npm/dm/@bhargavvc/sdd-cc?style=for-the-badge&logo=npm&logoColor=white&color=CB3837)](https://www.npmjs.com/package/@bhargavvc/sdd-cc)
-[![Tests](https://img.shields.io/github/actions/workflow/status/gsd-build/sdd/test.yml?branch=main&style=for-the-badge&logo=github&label=Tests)](https://github.com/gsd-build/sdd/actions/workflows/test.yml)
-[![Discord](https://img.shields.io/badge/Discord-Join-5865F2?style=for-the-badge&logo=discord&logoColor=white)](https://discord.gg/sdd)
+[![Tests](https://img.shields.io/github/actions/workflow/status/bhargavvc/sdd-cc/test.yml?branch=main&style=for-the-badge&logo=github&label=Tests)](https://github.com/bhargavvc/sdd-cc/actions/workflows/test.yml)
+[![Discord](https://img.shields.io/badge/Discord-Join-5865F2?style=for-the-badge&logo=discord&logoColor=white)](https://discord.gg/mYgfVNfA2r)
 [![X (Twitter)](https://img.shields.io/badge/X-@sdd__foundation-000000?style=for-the-badge&logo=x&logoColor=white)](https://x.com/sdd_foundation)
 [![$SDD Token](https://img.shields.io/badge/$SDD-Dexscreener-1C1C1C?style=for-the-badge&logo=data:image/svg+xml;base64,PHN2ZyB3aWR0aD0iMjQiIGhlaWdodD0iMjQiIHZpZXdCb3g9IjAgMCAyNCAyNCIgZmlsbD0ibm9uZSIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvc3ZnIj48Y2lyY2xlIGN4PSIxMiIgY3k9IjEyIiByPSIxMCIgZmlsbD0iIzAwRkYwMCIvPjwvc3ZnPg==&logoColor=00FF00)](https://dexscreener.com/solana/dwudwjvan7bzkw9zwlbyv6kspdlvhwzrqy6ebk8xzxkv)
-[![GitHub stars](https://img.shields.io/github/stars/gsd-build/sdd?style=for-the-badge&logo=github&color=181717)](https://github.com/gsd-build/sdd)
+[![GitHub stars](https://img.shields.io/github/stars/bhargavvc/sdd-cc?style=for-the-badge&logo=github&color=181717)](https://github.com/bhargavvc/sdd-cc)
 [![License](https://img.shields.io/badge/license-MIT-blue?style=for-the-badge)](LICENSE)
 
 <br>
@@ -53,7 +53,7 @@ npx @bhargavvc/sdd-cc@latest
 
 스펙 기반 개발 도구가 없는 건 아닙니다. BMAD, Speckit 같은 것들이 있죠. 근데 다들 필요 이상으로 복잡합니다 — 스프린트 세리머니, 스토리 포인트, 이해관계자 싱크, 회고, 지라 워크플로우. 저는 50인 규모 소프트웨어 회사가 아니에요. 기업 연극을 하고 싶지 않습니다. 그냥 좋은 걸 만들고 싶은 사람입니다.
 
-그래서 GSD를 만들었습니다. 복잡함은 시스템 안에 있습니다. 워크플로우에 있는 게 아니라. 뒤에서 컨텍스트 엔지니어링, XML 프롬프트 포맷팅, 서브에이전트 오케스트레이션, 상태 관리가 돌아갑니다. 겉에서 보이는 건 그냥 몇 가지 명령어뿐입니다.
+그래서 SDD를 만들었습니다. 복잡함은 시스템 안에 있습니다. 워크플로우에 있는 게 아니라. 뒤에서 컨텍스트 엔지니어링, XML 프롬프트 포맷팅, 서브에이전트 오케스트레이션, 상태 관리가 돌아갑니다. 겉에서 보이는 건 그냥 몇 가지 명령어뿐입니다.
 
 시스템이 Claude한테 작업하는 데 필요한 것과 검증하는 데 필요한 것을 모두 줍니다. 저는 이 워크플로우를 믿습니다. 그냥 잘 됩니다.
 
@@ -65,7 +65,7 @@ npx @bhargavvc/sdd-cc@latest
 
 바이브코딩은 평판이 안 좋습니다. 원하는 걸 설명하면 AI가 코드를 생성하는데, 규모가 커지면 엉망이 되는 일관성 없는 쓰레기가 나옵니다.
 
-GSD가 그걸 고칩니다. Claude Code를 신뢰할 수 있게 만드는 컨텍스트 엔지니어링 레이어입니다. 아이디어를 설명하면 시스템이 필요한 걸 다 뽑아내고, Claude Code가 일을 시작합니다.
+SDD가 그걸 고칩니다. Claude Code를 신뢰할 수 있게 만드는 컨텍스트 엔지니어링 레이어입니다. 아이디어를 설명하면 시스템이 필요한 걸 다 뽑아내고, Claude Code가 일을 시작합니다.
 
 ---
 
@@ -73,6 +73,20 @@ GSD가 그걸 고칩니다. Claude Code를 신뢰할 수 있게 만드는 컨텍
 
 원하는 걸 설명하면 제대로 만들어지길 바라는 사람들 — 50인 규모 엔지니어링 조직인 척하지 않아도 되는.
 
+내장 품질 게이트가 실제 문제를 잡아냅니다: 스키마 드리프트 감지는 마이그레이션 누락된 ORM 변경을 플래그하고, 보안 강제는 검증을 위협 모델에 고정시키고, 스코프 축소 감지는 플래너가 요구사항을 몰래 빠뜨리는 걸 방지합니다.
+
+### v1.39.0 하이라이트
+
+전체 목록은 [v1.39.0 릴리스 노트](https://github.com/bhargavvc/sdd-cc/releases/tag/v1.39.0)를 참고하세요.
+
+- **`--minimal` 설치 프로파일** — 별칭 `--core-only`. 메인 루프 6개 스킬(`new-project`, `discuss-phase`, `plan-phase`, `execute-phase`, `help`, `update`)만 설치하고 `sdd-*` 서브에이전트는 설치하지 않음. 콜드 스타트 시스템 프롬프트 오버헤드를 ~12k 토큰에서 ~700 토큰으로 축소(≥94% 감소). 32K–128K 컨텍스트의 로컬 LLM이나 토큰 과금 API에 유용.
+- **`/sdd-phase --edit`** — `ROADMAP.md`에 있는 기존 단계의 임의 필드를 그 자리에서 수정(번호와 위치는 변경되지 않음). `--force`는 확인 diff를 건너뛰고, `depends_on` 참조를 검증하며 쓰기 시 `STATE.md`도 갱신.
+- **머지 후 빌드 & 테스트 게이트** — `execute-phase` 5.6 단계가 `workflow.build_command` 설정을 우선 자동 감지하고, 없으면 Xcode(`.xcodeproj`), Makefile, Justfile, Cargo, Go, Python, npm 순으로 폴백. Xcode/iOS 프로젝트는 `xcodebuild build` 및 `xcodebuild test`를 자동 실행. 병렬·직렬 모드 모두에서 동작.
+- **런타임별 리뷰 모델 선택** — `review.models.<cli>`로 각 외부 리뷰 CLI(codex, gemini 등)가 플래너/실행 프로파일과 독립적으로 자체 모델을 선택할 수 있음.
+- **워크스트림 설정 상속** — `SDD_WORKSTREAM`이 설정되면 루트 `.planning/config.json`을 먼저 로드한 뒤 워크스트림 설정을 딥 머지(충돌 시 워크스트림 우선). 워크스트림 설정에서 명시적 `null`은 루트 값을 덮어씀.
+- **수동 카나리 릴리스 워크플로** — `.github/workflows/canary.yml`이 `workflow_dispatch`로 `dev` 브랜치에서 `{base}-canary.{N}` 빌드를 `@canary` dist-tag로 수동 게시(`@bhargavvc/sdd-cc`와 `@bhargavvc/sdk`).
+- **스킬 통합: 86 → 59** — 4개의 새로운 그룹 스킬(`capture`, `phase`, `config`, `workspace`)이 31개의 마이크로 스킬을 흡수. 기존 6개의 부모 스킬은 래퍼업/하위 동작을 플래그로 흡수: `update --sync/--reapply`, `sketch --wrap-up`, `spike --wrap-up`, `map-codebase --fast/--query`, `code-review --fix`, `progress --do/--next`. 기능 손실 없음.
+
 ---
 
 ## 시작하기
@@ -82,22 +96,24 @@ npx @bhargavvc/sdd-cc@latest
 ```
 
 설치 중에 다음을 선택합니다:
-1. **런타임** — Claude Code, OpenCode, Gemini, Codex, Copilot, Cursor, Antigravity, 또는 전체 (대화형 다중 선택 — 한 번에 여러 런타임 선택 가능)
+1. **런타임** — Claude Code, OpenCode, Gemini, Kilo, Codex, Copilot, Cursor, Windsurf, Antigravity, Augment, Trae, Cline, 또는 전체 (대화형 다중 선택 — 한 번에 여러 런타임 선택 가능)
 2. **위치** — 전역 (모든 프로젝트) 또는 로컬 (현재 프로젝트만)
 
 설치가 됐는지 확인하려면:
-- Claude Code / Gemini: `/sdd:help`
-- OpenCode: `/sdd-help`
+- Claude Code / Gemini / Copilot / Antigravity: `/sdd-help`
+- OpenCode / Kilo / Augment / Trae: `/sdd-help`
 - Codex: `$sdd-help`
-- Copilot: `/sdd:help`
-- Antigravity: `/sdd:help`
+- Cline: SDD는 `.clinerules`를 통해 설치 — `.clinerules` 존재 여부 확인
 
 > [!NOTE]
-> Codex 설치는 커스텀 프롬프트 대신 스킬(`skills/sdd-*/SKILL.md`)을 사용합니다.
+> Claude Code 2.1.88+와 Codex는 스킬(`skills/sdd-*/SKILL.md`)로 설치됩니다. Cline은 `.clinerules`를 사용합니다. 설치 프로그램이 모든 형식을 자동으로 처리합니다.
+
+> [!TIP]
+> 소스 기반 설치 또는 npm을 사용할 수 없는 환경은 **[docs/manual-update.md](docs/manual-update.md)**를 참조하세요.
 
 ### 업데이트 유지
 
-GSD는 빠르게 발전합니다. 주기적으로 업데이트하세요:
+SDD는 빠르게 발전합니다. 주기적으로 업데이트하세요:
 
 ```bash
 npx @bhargavvc/sdd-cc@latest
@@ -111,17 +127,21 @@ npx @bhargavvc/sdd-cc@latest
 npx @bhargavvc/sdd-cc --claude --global   # ~/.claude/에 설치
 npx @bhargavvc/sdd-cc --claude --local    # ./.claude/에 설치
 
-# OpenCode (오픈소스, 무료 모델)
+# OpenCode
 npx @bhargavvc/sdd-cc --opencode --global # ~/.config/opencode/에 설치
 
 # Gemini CLI
 npx @bhargavvc/sdd-cc --gemini --global   # ~/.gemini/에 설치
 
-# Codex (스킬 우선)
+# Kilo
+npx @bhargavvc/sdd-cc --kilo --global     # ~/.config/kilo/에 설치
+npx @bhargavvc/sdd-cc --kilo --local      # ./.kilo/에 설치
+
+# Codex
 npx @bhargavvc/sdd-cc --codex --global    # ~/.codex/에 설치
 npx @bhargavvc/sdd-cc --codex --local     # ./.codex/에 설치
 
-# Copilot (GitHub Copilot CLI)
+# Copilot
 npx @bhargavvc/sdd-cc --copilot --global  # ~/.github/에 설치
 npx @bhargavvc/sdd-cc --copilot --local   # ./.github/에 설치
 
@@ -129,16 +149,28 @@ npx @bhargavvc/sdd-cc --copilot --local   # ./.github/에 설치
 npx @bhargavvc/sdd-cc --cursor --global      # ~/.cursor/에 설치
 npx @bhargavvc/sdd-cc --cursor --local       # ./.cursor/에 설치
 
-# Antigravity (Google, 스킬 우선, Gemini 기반)
+# Antigravity
 npx @bhargavvc/sdd-cc --antigravity --global # ~/.gemini/antigravity/에 설치
 npx @bhargavvc/sdd-cc --antigravity --local  # ./.agent/에 설치
 
+# Augment
+npx @bhargavvc/sdd-cc --augment --global     # ~/.augment/에 설치
+npx @bhargavvc/sdd-cc --augment --local      # ./.augment/에 설치
+
+# Trae
+npx @bhargavvc/sdd-cc --trae --global        # ~/.trae/에 설치
+npx @bhargavvc/sdd-cc --trae --local         # ./.trae/에 설치
+
+# Cline
+npx @bhargavvc/sdd-cc --cline --global       # ~/.cline/에 설치
+npx @bhargavvc/sdd-cc --cline --local        # ./.clinerules에 설치
+
 # 전체 런타임
 npx @bhargavvc/sdd-cc --all --global      # 모든 디렉터리에 설치
 ```
 
 위치 프롬프트 건너뛰기: `--global` (`-g`) 또는 `--local` (`-l`).
-런타임 프롬프트 건너뛰기: `--claude`, `--opencode`, `--gemini`, `--codex`, `--copilot`, `--cursor`, `--antigravity`, 또는 `--all`.
+런타임 프롬프트 건너뛰기: `--claude`, `--opencode`, `--gemini`, `--kilo`, `--codex`, `--copilot`, `--cursor`, `--windsurf`, `--antigravity`, `--augment`, `--trae`, `--cline`, 또는 `--all`.
 
 </details>
 
@@ -148,7 +180,7 @@ npx @bhargavvc/sdd-cc --all --global      # 모든 디렉터리에 설치
 저장소를 클론하고 설치 프로그램을 로컬에서 실행합니다:
 
 ```bash
-git clone https://github.com/gsd-build/sdd.git
+git clone https://github.com/bhargavvc/sdd-cc.git
 cd sdd
 node bin/install.js --claude --local
 ```
@@ -159,14 +191,14 @@ node bin/install.js --claude --local
 
 ### 권장: 권한 확인 건너뛰기 모드
 
-GSD는 마찰 없는 자동화를 위해 설계되었습니다. Claude Code를 다음과 같이 실행하세요:
+SDD는 마찰 없는 자동화를 위해 설계되었습니다. Claude Code를 다음과 같이 실행하세요:
 
 ```bash
 claude --dangerously-skip-permissions
 ```
 
 > [!TIP]
-> 이게 GSD를 사용하는 방법입니다 — `date`와 `git commit` 50번을 승인하러 멈추면 의미가 없습니다.
+> 이게 SDD를 사용하는 방법입니다 — `date`와 `git commit` 50번을 승인하러 멈추면 의미가 없습니다.
 
 <details>
 <summary><strong>대안: 세분화된 권한</strong></summary>
@@ -205,12 +237,12 @@ claude --dangerously-skip-permissions
 
 ## 작동 방식
 
-> **이미 코드가 있나요?** 먼저 `/sdd:map-codebase`를 실행하세요. 병렬 에이전트를 생성해 스택, 아키텍처, 컨벤션, 고려사항을 분석합니다. 그러면 `/sdd:new-project`가 코드베이스를 파악한 상태에서 시작되고 — 질문은 추가하는 것에 집중되고, 기획 시 자동으로 기존 패턴을 불러옵니다.
+> **이미 코드가 있나요?** 먼저 `/sdd-map-codebase`를 실행하세요. 병렬 에이전트를 생성해 스택, 아키텍처, 컨벤션, 고려사항을 분석합니다. 그러면 `/sdd-new-project`가 코드베이스를 파악한 상태에서 시작되고 — 질문은 추가하는 것에 집중되고, 기획 시 자동으로 기존 패턴을 불러옵니다.
 
 ### 1. 프로젝트 초기화
 
 ```
-/sdd:new-project
+/sdd-new-project
 ```
 
 명령어 하나, 플로우 하나. 시스템이:
@@ -229,7 +261,7 @@ claude --dangerously-skip-permissions
 ### 2. 단계 논의
 
 ```
-/sdd:discuss-phase 1
+/sdd-discuss-phase 1
 ```
 
 **여기서 구현을 직접 설계합니다.**
@@ -252,14 +284,14 @@ claude --dangerously-skip-permissions
 
 **생성 파일:** `{phase_num}-CONTEXT.md`
 
-> **가정 모드:** 질문보다 코드베이스 분석을 선호하나요? `/sdd:settings`에서 `workflow.discuss_mode`를 `assumptions`로 설정하세요. 시스템이 코드를 읽고 하려는 것과 이유를 제시한 다음 틀린 부분만 수정을 요청합니다. [논의 모드](docs/ko-KR/workflow-discuss-mode.md) 참조.
+> **가정 모드:** 질문보다 코드베이스 분석을 선호하나요? `/sdd-settings`에서 `workflow.discuss_mode`를 `assumptions`로 설정하세요. 시스템이 코드를 읽고 하려는 것과 이유를 제시한 다음 틀린 부분만 수정을 요청합니다. [논의 모드](docs/ko-KR/workflow-discuss-mode.md) 참조.
 
 ---
 
 ### 3. 단계 기획
 
 ```
-/sdd:plan-phase 1
+/sdd-plan-phase 1
 ```
 
 시스템이:
@@ -277,7 +309,7 @@ claude --dangerously-skip-permissions
 ### 4. 단계 실행
 
 ```
-/sdd:execute-phase 1
+/sdd-execute-phase 1
 ```
 
 시스템이:
@@ -328,7 +360,7 @@ claude --dangerously-skip-permissions
 ### 5. 작업 검증
 
 ```
-/sdd:verify-work 1
+/sdd-verify-work 1
 ```
 
 **여기서 실제로 작동하는지 확인합니다.**
@@ -342,7 +374,7 @@ claude --dangerously-skip-permissions
 3. **실패 자동 진단** — 근본 원인을 찾기 위해 디버그 에이전트 생성
 4. **검증된 수정 계획 생성** — 즉시 재실행 준비 완료
 
-모든 게 통과하면 다음으로 넘어갑니다. 뭔가 깨졌으면 직접 디버그하지 않아도 됩니다 — 생성된 수정 계획으로 `/sdd:execute-phase`만 다시 실행하면 됩니다.
+모든 게 통과하면 다음으로 넘어갑니다. 뭔가 깨졌으면 직접 디버그하지 않아도 됩니다 — 생성된 수정 계획으로 `/sdd-execute-phase`만 다시 실행하면 됩니다.
 
 **생성 파일:** `{phase_num}-UAT.md`, 문제 발견 시 수정 계획
 
@@ -351,38 +383,38 @@ claude --dangerously-skip-permissions
 ### 6. 반복 → 출시 → 완료 → 다음 마일스톤
 
 ```
-/sdd:discuss-phase 2
-/sdd:plan-phase 2
-/sdd:execute-phase 2
-/sdd:verify-work 2
-/sdd:ship 2                  # 검증된 작업으로 PR 생성
+/sdd-discuss-phase 2
+/sdd-plan-phase 2
+/sdd-execute-phase 2
+/sdd-verify-work 2
+/sdd-ship 2                  # 검증된 작업으로 PR 생성
 ...
-/sdd:complete-milestone
-/sdd:new-milestone
+/sdd-complete-milestone
+/sdd-new-milestone
 ```
 
-또는 GSD가 다음 단계를 자동으로 파악하게 합니다:
+또는 SDD가 다음 단계를 자동으로 파악하게 합니다:
 
 ```
-/sdd:next                    # 다음 단계 자동 감지 및 실행
+/sdd-progress --next                    # 다음 단계 자동 감지 및 실행
 ```
 
 마일스톤이 완료될 때까지 **논의 → 기획 → 실행 → 검증 → 출시** 반복.
 
-논의 중에 더 빠르게 진행하고 싶다면 `/sdd:discuss-phase <n> --batch`를 사용해 하나씩이 아닌 소그룹으로 한 번에 답할 수 있습니다.
+논의 중에 더 빠르게 진행하고 싶다면 `/sdd-discuss-phase <n> --batch`를 사용해 하나씩이 아닌 소그룹으로 한 번에 답할 수 있습니다. `--chain`을 사용하면 논의에서 기획+실행까지 중간에 멈추지 않고 자동 체이닝됩니다.
 
 각 단계는 사용자 입력(논의), 적절한 리서치(기획), 깔끔한 실행(실행), 사람의 검증(검증)을 거칩니다. 컨텍스트는 새롭게 유지됩니다. 품질도 높게 유지됩니다.
 
-모든 단계가 끝나면 `/sdd:complete-milestone`이 마일스톤을 아카이브하고 릴리스에 태그를 답니다.
+모든 단계가 끝나면 `/sdd-complete-milestone`이 마일스톤을 아카이브하고 릴리스에 태그를 답니다.
 
-그다음 `/sdd:new-milestone`으로 다음 버전을 시작합니다 — `new-project`와 같은 흐름이지만 기존 코드베이스를 위한 것입니다. 다음에 만들 것을 설명하면 시스템이 도메인을 리서치하고, 요구사항을 스코핑하고, 새 로드맵을 만듭니다. 각 마일스톤은 깔끔한 사이클입니다: 정의 → 구축 → 출시.
+그다음 `/sdd-new-milestone`으로 다음 버전을 시작합니다 — `new-project`와 같은 흐름이지만 기존 코드베이스를 위한 것입니다. 다음에 만들 것을 설명하면 시스템이 도메인을 리서치하고, 요구사항을 스코핑하고, 새 로드맵을 만듭니다. 각 마일스톤은 깔끔한 사이클입니다: 정의 → 구축 → 출시.
 
 ---
 
 ### 빠른 모드
 
 ```
-/sdd:quick
+/sdd-quick
 ```
 
 **전체 기획이 필요 없는 임시 작업용.**
@@ -397,12 +429,14 @@ claude --dangerously-skip-permissions
 
 **`--research` 플래그:** 기획 전 집중 리서처를 생성합니다. 구현 접근법, 라이브러리 옵션, 주의사항을 조사합니다. 접근 방식이 불확실할 때 사용하세요.
 
-**`--full` 플래그:** 계획 확인 (최대 2회 반복)과 실행 후 검증을 활성화합니다.
+**`--full` 플래그:** 모든 단계를 활성화 — 논의 + 리서치 + 계획 확인 + 검증. 빠른 작업 형태의 전체 SDD 파이프라인.
+
+**`--validate` 플래그:** 계획 확인 + 실행 후 검증만 활성화 (이전 `--full`의 동작).
 
-플래그는 조합 가능합니다: `--discuss --research --full`은 논의 + 리서치 + 계획 확인 + 검증을 제공합니다.
+플래그는 조합 가능합니다: `--discuss --research --validate`은 논의 + 리서치 + 계획 확인 + 검증을 제공합니다.
 
 ```
-/sdd:quick
+/sdd-quick
 > 뭘 하고 싶으신가요? "설정에 다크 모드 토글 추가"
 ```
 
@@ -416,7 +450,7 @@ claude --dangerously-skip-permissions
 
 Claude Code는 컨텍스트만 제대로 주면 정말 강력합니다. 근데 대부분은 그걸 안 하죠.
 
-GSD가 대신 해줍니다.
+SDD가 대신 해줍니다.
 
 | 파일 | 역할 |
 |------|--------------|
@@ -501,111 +535,111 @@ lmn012o feat(08-02): create registration endpoint
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:new-project [--auto]` | 전체 초기화: 질문 → 리서치 → 요구사항 → 로드맵 |
-| `/sdd:discuss-phase [N] [--auto] [--analyze]` | 기획 전 구현 결정 캡처 (`--analyze`는 트레이드오프 분석 추가) |
-| `/sdd:plan-phase [N] [--auto] [--reviews]` | 단계에 대한 리서치 + 기획 + 검증 (`--reviews`는 코드베이스 리뷰 결과 로드) |
-| `/sdd:execute-phase <N>` | 병렬 웨이브로 모든 계획 실행, 완료 시 검증 |
-| `/sdd:verify-work [N]` | 수동 사용자 인수 테스트 ¹ |
-| `/sdd:ship [N] [--draft]` | 자동 생성된 본문으로 검증된 단계 작업에서 PR 생성 |
-| `/sdd:next` | 다음 논리적 워크플로우 단계로 자동 진행 |
-| `/sdd:fast <text>` | 인라인 사소한 작업 — 기획 완전 건너뛰고 즉시 실행 |
-| `/sdd:audit-milestone` | 마일스톤이 완료 정의를 달성했는지 검증 |
-| `/sdd:complete-milestone` | 마일스톤 아카이브, 릴리스 태그 |
-| `/sdd:new-milestone [name]` | 다음 버전 시작: 질문 → 리서치 → 요구사항 → 로드맵 |
-| `/sdd:forensics [desc]` | 실패한 워크플로우 실행의 사후 조사 (막힌 루프, 누락된 아티팩트, git 이상 진단) |
-| `/sdd:milestone-summary [version]` | 팀 온보딩 및 리뷰를 위한 종합 프로젝트 요약 생성 |
+| `/sdd-new-project [--auto]` | 전체 초기화: 질문 → 리서치 → 요구사항 → 로드맵 |
+| `/sdd-discuss-phase [N] [--auto] [--analyze] [--chain]` | 기획 전 구현 결정 캡처 (`--analyze`는 트레이드오프 분석 추가, `--chain`은 기획+실행으로 자동 체이닝) |
+| `/sdd-plan-phase [N] [--auto] [--reviews]` | 단계에 대한 리서치 + 기획 + 검증 (`--reviews`는 코드베이스 리뷰 결과 로드) |
+| `/sdd-execute-phase <N>` | 병렬 웨이브로 모든 계획 실행, 완료 시 검증 |
+| `/sdd-verify-work [N]` | 수동 사용자 인수 테스트 ¹ |
+| `/sdd-ship [N] [--draft]` | 자동 생성된 본문으로 검증된 단계 작업에서 PR 생성 |
+| `/sdd-progress --next` | 다음 논리적 워크플로우 단계로 자동 진행 |
+| `/sdd-fast <text>` | 인라인 사소한 작업 — 기획 완전 건너뛰고 즉시 실행 |
+| `/sdd-audit-milestone` | 마일스톤이 완료 정의를 달성했는지 검증 |
+| `/sdd-complete-milestone` | 마일스톤 아카이브, 릴리스 태그 |
+| `/sdd-new-milestone [name]` | 다음 버전 시작: 질문 → 리서치 → 요구사항 → 로드맵 |
+| `/sdd-forensics [desc]` | 실패한 워크플로우 실행의 사후 조사 (막힌 루프, 누락된 아티팩트, git 이상 진단) |
+| `/sdd-milestone-summary [version]` | 팀 온보딩 및 리뷰를 위한 종합 프로젝트 요약 생성 |
 
 ### 워크스트림
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:workstreams list` | 모든 워크스트림과 상태 표시 |
-| `/sdd:workstreams create <name>` | 병렬 마일스톤 작업을 위한 네임스페이스 워크스트림 생성 |
-| `/sdd:workstreams switch <name>` | 활성 워크스트림 전환 |
-| `/sdd:workstreams complete <name>` | 워크스트림 완료 및 병합 |
+| `/sdd-workstreams list` | 모든 워크스트림과 상태 표시 |
+| `/sdd-workstreams create <name>` | 병렬 마일스톤 작업을 위한 네임스페이스 워크스트림 생성 |
+| `/sdd-workstreams switch <name>` | 활성 워크스트림 전환 |
+| `/sdd-workstreams complete <name>` | 워크스트림 완료 및 병합 |
 
 ### 멀티 프로젝트 워크스페이스
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:new-workspace` | 저장소 복사본으로 격리된 워크스페이스 생성 (worktrees 또는 clones) |
-| `/sdd:list-workspaces` | 모든 SDD 워크스페이스와 상태 표시 |
-| `/sdd:remove-workspace` | 워크스페이스 제거 및 worktree 정리 |
+| `/sdd-workspace --new` | 저장소 복사본으로 격리된 워크스페이스 생성 (worktrees 또는 clones) |
+| `/sdd-workspace --list` | 모든 SDD 워크스페이스와 상태 표시 |
+| `/sdd-workspace --remove` | 워크스페이스 제거 및 worktree 정리 |
 
 ### UI 디자인
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:ui-phase [N]` | 프론트엔드 단계를 위한 UI 디자인 계약 (UI-SPEC.md) 생성 |
-| `/sdd:ui-review [N]` | 구현된 프론트엔드 코드의 소급적 6가지 기준 시각 감사 |
+| `/sdd-ui-phase [N]` | 프론트엔드 단계를 위한 UI 디자인 계약 (UI-SPEC.md) 생성 |
+| `/sdd-ui-review [N]` | 구현된 프론트엔드 코드의 소급적 6가지 기준 시각 감사 |
 
 ### 탐색
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:progress` | 지금 어디에 있나? 다음은? |
-| `/sdd:next` | 상태 자동 감지 및 다음 단계 실행 |
-| `/sdd:help` | 모든 명령어와 사용 가이드 표시 |
-| `/sdd:update` | 변경 로그 미리보기와 함께 SDD 업데이트 |
-| `/sdd:join-discord` | SDD Discord 커뮤니티 참여 |
-| `/sdd:manager` | 여러 단계 관리를 위한 대화형 커맨드 센터 |
+| `/sdd-progress` | 지금 어디에 있나? 다음은? |
+| `/sdd-progress --next` | 상태 자동 감지 및 다음 단계 실행 |
+| `/sdd-help` | 모든 명령어와 사용 가이드 표시 |
+| `/sdd-update` | 변경 로그 미리보기와 함께 SDD 업데이트 |
+| `/sdd-manager` | 여러 단계 관리를 위한 대화형 커맨드 센터 |
 
 ### 브라운필드
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:map-codebase [area]` | new-project 전 기존 코드베이스 분석 |
+| `/sdd-map-codebase [area]` | new-project 전 기존 코드베이스 분석 |
 
 ### 단계 관리
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:add-phase` | 로드맵에 단계 추가 |
-| `/sdd:insert-phase [N]` | 단계 사이에 긴급 작업 삽입 |
-| `/sdd:remove-phase [N]` | 미래 단계 제거, 번호 재정렬 |
-| `/sdd:list-phase-assumptions [N]` | 기획 전 Claude의 의도된 접근 방식 확인 |
-| `/sdd:plan-milestone-gaps` | 감사에서 발견된 갭을 해소하기 위한 단계 생성 |
+| `/sdd-phase` | 로드맵에 단계 추가 |
+| `/sdd-phase --insert [N]` | 단계 사이에 긴급 작업 삽입 |
+| `/sdd-phase --edit [N] [--force]` | 기존 단계의 임의 필드를 그 자리에서 수정 — 번호와 위치는 그대로 |
+| `/sdd-phase --remove [N]` | 미래 단계 제거, 번호 재정렬 |
+| `/sdd-discuss-phase --assumptions [N]` | 기획 전 Claude의 의도된 접근 방식 확인 |
+| `/sdd-audit-milestone --fix` | 감사에서 발견된 갭을 해소하기 위한 단계 생성 |
 
 ### 세션
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:pause-work` | 단계 중간에 멈출 때 핸드오프 생성 (HANDOFF.json 작성) |
-| `/sdd:resume-work` | 마지막 세션에서 복원 |
-| `/sdd:session-report` | 수행한 작업과 결과가 담긴 세션 요약 생성 |
+| `/sdd-pause-work` | 단계 중간에 멈출 때 핸드오프 생성 (HANDOFF.json 작성) |
+| `/sdd-resume-work` | 마지막 세션에서 복원 |
+| `/sdd-pause-work --report` | 수행한 작업과 결과가 담긴 세션 요약 생성 |
 
 ### 코드 품질
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:review` | 현재 단계 또는 브랜치의 Cross-AI 피어 리뷰 |
-| `/sdd:pr-branch` | `.planning/` 커밋을 필터링한 깔끔한 PR 브랜치 생성 |
-| `/sdd:audit-uat` | 검증 부채 감사 — UAT가 누락된 단계 찾기 |
+| `/sdd-review` | 현재 단계 또는 브랜치의 Cross-AI 피어 리뷰 |
+| `/sdd-pr-branch` | `.planning/` 커밋을 필터링한 깔끔한 PR 브랜치 생성 |
+| `/sdd-audit-uat` | 검증 부채 감사 — UAT가 누락된 단계 찾기 |
 
 ### 백로그 및 스레드
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:plant-seed <idea>` | 트리거 조건이 있는 아이디어 저장 — 때가 되면 알아서 올라옴 |
-| `/sdd:add-backlog <desc>` | 백로그 파킹 롯에 아이디어 추가 (999.x 번호 지정, 활성 시퀀스 외부) |
-| `/sdd:review-backlog` | 백로그 항목 리뷰 및 활성 마일스톤으로 승격하거나 오래된 항목 제거 |
-| `/sdd:thread [name]` | 지속적 컨텍스트 스레드 — 여러 세션에 걸친 작업을 위한 가벼운 크로스 세션 지식 |
+| `/sdd-capture --seed <idea>` | 트리거 조건이 있는 아이디어 저장 — 때가 되면 알아서 올라옴 |
+| `/sdd-capture --backlog <desc>` | 백로그 파킹 롯에 아이디어 추가 (999.x 번호 지정, 활성 시퀀스 외부) |
+| `/sdd-review-backlog` | 백로그 항목 리뷰 및 활성 마일스톤으로 승격하거나 오래된 항목 제거 |
+| `/sdd-thread [name]` | 지속적 컨텍스트 스레드 — 여러 세션에 걸친 작업을 위한 가벼운 크로스 세션 지식 |
 
 ### 유틸리티
 
 | 명령어 | 역할 |
 |---------|------------|
-| `/sdd:settings` | 모델 프로필 및 워크플로우 에이전트 설정 |
-| `/sdd:set-profile <profile>` | 모델 프로필 전환 (quality/balanced/budget/inherit) |
-| `/sdd:add-todo [desc]` | 나중을 위한 아이디어 캡처 |
-| `/sdd:check-todos` | 대기 중인 할 일 목록 |
-| `/sdd:debug [desc]` | 지속적 상태를 이용한 체계적 디버깅 |
-| `/sdd:do <text>` | 자유 형식 텍스트를 적절한 SDD 명령어로 자동 라우팅 |
-| `/sdd:note <text>` | 마찰 없는 아이디어 캡처 — 추가, 목록, 또는 할 일로 승격 |
-| `/sdd:quick [--full] [--discuss] [--research]` | SDD 보장과 함께 임시 작업 실행 (`--full`은 계획 확인 및 검증 추가, `--discuss`는 먼저 컨텍스트 수집, `--research`는 기획 전 접근법 조사) |
-| `/sdd:health [--repair]` | `.planning/` 디렉터리 무결성 검증, `--repair`로 자동 복구 |
-| `/sdd:stats` | 프로젝트 통계 표시 — 단계, 계획, 요구사항, git 지표 |
-| `/sdd:profile-user [--questionnaire] [--refresh]` | 개인화된 응답을 위해 세션 분석에서 개발자 행동 프로필 생성 |
+| `/sdd-settings` | 모델 프로필 및 워크플로우 에이전트 설정 |
+| `/sdd-config --profile <profile>` | 모델 프로필 전환 (quality/balanced/budget/inherit) |
+| `/sdd-capture [desc]` | 나중을 위한 아이디어 캡처 |
+| `/sdd-capture --list` | 대기 중인 할 일 목록 |
+| `/sdd-debug [desc]` | 지속적 상태를 이용한 체계적 디버깅 |
+| `/sdd-do <text>` | 자유 형식 텍스트를 적절한 SDD 명령어로 자동 라우팅 |
+| `/sdd-note <text>` | 마찰 없는 아이디어 캡처 — 추가, 목록, 또는 할 일로 승격 |
+| `/sdd-quick [--full] [--discuss] [--research]` | SDD 보장과 함께 임시 작업 실행 (`--full`은 전체 단계 활성화, `--discuss`는 먼저 컨텍스트 수집, `--research`는 기획 전 접근법 조사) |
+| `/sdd-health [--repair]` | `.planning/` 디렉터리 무결성 검증, `--repair`로 자동 복구 |
+| `/sdd-stats` | 프로젝트 통계 표시 — 단계, 계획, 요구사항, git 지표 |
+| `/sdd-profile-user [--questionnaire] [--refresh]` | 개인화된 응답을 위해 세션 분석에서 개발자 행동 프로필 생성 |
 
 <sup>¹ reddit 유저 OracleGreyBeard 기여</sup>
 
@@ -613,7 +647,7 @@ lmn012o feat(08-02): create registration endpoint
 
 ## 설정
 
-GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:new-project` 중에 설정하거나 나중에 `/sdd:settings`로 업데이트할 수 있습니다. 전체 config 스키마, 워크플로우 토글, git 브랜칭 옵션, 에이전트별 모델 분석은 [사용자 가이드](docs/ko-KR/USER-GUIDE.md#configuration-reference)를 참조하세요.
+SDD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd-new-project` 중에 설정하거나 나중에 `/sdd-settings`로 업데이트할 수 있습니다. 전체 config 스키마, 워크플로우 토글, git 브랜칭 옵션, 에이전트별 모델 분석은 [사용자 가이드](docs/ko-KR/USER-GUIDE.md#configuration-reference)를 참조하세요.
 
 ### 핵심 설정
 
@@ -635,12 +669,12 @@ GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:
 
 프로필 전환:
 ```
-/sdd:set-profile budget
+/sdd-config --profile budget
 ```
 
 비-Anthropic 제공업체 (OpenRouter, 로컬 모델) 사용 시 또는 현재 런타임 모델 선택을 따를 때 (예: OpenCode `/model`) `inherit`를 사용하세요.
 
-또는 `/sdd:settings`를 통해 설정하세요.
+또는 `/sdd-settings`를 통해 설정하세요.
 
 ### 워크플로우 에이전트
 
@@ -657,9 +691,9 @@ GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:
 | `workflow.skip_discuss` | `false` | 자율 모드에서 discuss-phase 건너뛰기 |
 | `workflow.text_mode` | `false` | 원격 세션을 위한 텍스트 전용 모드 (TUI 메뉴 없음) |
 
-`/sdd:settings`로 토글하거나 호출별로 재정의하세요:
-- `/sdd:plan-phase --skip-research`
-- `/sdd:plan-phase --skip-verify`
+`/sdd-settings`로 토글하거나 호출별로 재정의하세요:
+- `/sdd-plan-phase --skip-research`
+- `/sdd-plan-phase --skip-verify`
 
 ### 실행
 
@@ -671,7 +705,7 @@ GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:
 
 ### Git 브랜칭
 
-실행 중 GSD의 브랜치 처리 방식을 제어합니다.
+실행 중 SDD의 브랜치 처리 방식을 제어합니다.
 
 | 설정 | 옵션 | 기본값 | 역할 |
 |---------|---------|---------|--------------|
@@ -684,7 +718,7 @@ GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:
 - **`phase`** — 단계당 브랜치 생성, 단계 완료 시 병합
 - **`milestone`** — 전체 마일스톤을 위한 하나의 브랜치 생성, 완료 시 병합
 
-마일스톤 완료 시 GSD가 스쿼시 병합 (권장) 또는 이력과 함께 병합을 제안합니다.
+마일스톤 완료 시 SDD가 스쿼시 병합 (권장) 또는 이력과 함께 병합을 제안합니다.
 
 ---
 
@@ -692,7 +726,7 @@ GSD는 프로젝트 설정을 `.planning/config.json`에 저장합니다. `/sdd:
 
 ### 내장 보안 강화
 
-GSD는 v1.27부터 심층 방어 보안을 포함합니다:
+SDD는 v1.27부터 심층 방어 보안을 포함합니다:
 
 - **경로 순회 방지** — 모든 사용자 제공 파일 경로(`--text-file`, `--prd`)가 프로젝트 디렉터리 내에서 해석되도록 검증
 - **프롬프트 인젝션 감지** — 중앙화된 `security.cjs` 모듈이 사용자 제공 텍스트가 기획 아티팩트에 들어가기 전 인젝션 패턴 스캔
@@ -702,11 +736,11 @@ GSD는 v1.27부터 심층 방어 보안을 포함합니다:
 - **CI 준비 인젝션 스캐너** — `prompt-injection-scan.test.cjs`가 모든 에이전트/워크플로우/명령어 파일에서 내장된 인젝션 벡터 스캔
 
 > [!NOTE]
-> GSD는 LLM 시스템 프롬프트가 되는 마크다운 파일을 생성하기 때문에, 기획 아티팩트에 들어가는 사용자 제어 텍스트는 잠재적인 간접 프롬프트 인젝션 벡터가 됩니다. 이 보호 장치들은 여러 레이어에서 그런 벡터를 잡도록 설계되었습니다.
+> SDD는 LLM 시스템 프롬프트가 되는 마크다운 파일을 생성하기 때문에, 기획 아티팩트에 들어가는 사용자 제어 텍스트는 잠재적인 간접 프롬프트 인젝션 벡터가 됩니다. 이 보호 장치들은 여러 레이어에서 그런 벡터를 잡도록 설계되었습니다.
 
 ### 민감한 파일 보호
 
-GSD의 코드베이스 매핑 및 분석 명령어는 프로젝트를 이해하기 위해 파일을 읽습니다. **비밀이 담긴 파일**을 Claude Code의 거부 목록에 추가해 보호하세요:
+SDD의 코드베이스 매핑 및 분석 명령어는 프로젝트를 이해하기 위해 파일을 읽습니다. **비밀이 담긴 파일**을 Claude Code의 거부 목록에 추가해 보호하세요:
 
 1. Claude Code 설정 열기 (`.claude/settings.json` 또는 전역)
 2. 민감한 파일 패턴을 거부 목록에 추가:
@@ -729,7 +763,7 @@ GSD의 코드베이스 매핑 및 분석 명령어는 프로젝트를 이해하
 이렇게 하면 실행하는 명령어와 관계없이 Claude가 이 파일들을 완전히 읽지 못합니다.
 
 > [!IMPORTANT]
-> GSD에는 비밀 커밋에 대한 내장 보호 장치가 있지만, 심층 방어가 모범 사례입니다. 민감한 파일에 대한 읽기 접근을 거부하는 것을 첫 번째 방어선으로 삼으세요.
+> SDD에는 비밀 커밋에 대한 내장 보호 장치가 있지만, 심층 방어가 모범 사례입니다. 민감한 파일에 대한 읽기 접근을 거부하는 것을 첫 번째 방어선으로 삼으세요.
 
 ---
 
@@ -741,7 +775,7 @@ GSD의 코드베이스 매핑 및 분석 명령어는 프로젝트를 이해하
 - Codex의 경우 `~/.codex/skills/sdd-*/SKILL.md` (전역) 또는 `./.codex/skills/sdd-*/SKILL.md` (로컬)에 스킬이 있는지 확인하세요
 
 **명령어가 예상대로 작동하지 않나요?**
-- `/sdd:help`를 실행해 설치 확인
+- `/sdd-help`를 실행해 설치 확인
 - `npx @bhargavvc/sdd-cc`를 다시 실행해 재설치
 
 **최신 버전으로 업데이트하나요?**
@@ -759,35 +793,39 @@ CLAUDE_CONFIG_DIR=/home/youruser/.claude npx @bhargavvc/sdd-cc --global
 
 ### 제거
 
-GSD를 완전히 제거하려면:
+SDD를 완전히 제거하려면:
 
 ```bash
 # 전역 설치
 npx @bhargavvc/sdd-cc --claude --global --uninstall
 npx @bhargavvc/sdd-cc --opencode --global --uninstall
 npx @bhargavvc/sdd-cc --gemini --global --uninstall
+npx @bhargavvc/sdd-cc --kilo --global --uninstall
 npx @bhargavvc/sdd-cc --codex --global --uninstall
 npx @bhargavvc/sdd-cc --copilot --global --uninstall
 npx @bhargavvc/sdd-cc --cursor --global --uninstall
 npx @bhargavvc/sdd-cc --antigravity --global --uninstall
+npx @bhargavvc/sdd-cc --trae --global --uninstall
 
 # 로컬 설치 (현재 프로젝트)
 npx @bhargavvc/sdd-cc --claude --local --uninstall
 npx @bhargavvc/sdd-cc --opencode --local --uninstall
 npx @bhargavvc/sdd-cc --gemini --local --uninstall
+npx @bhargavvc/sdd-cc --kilo --local --uninstall
 npx @bhargavvc/sdd-cc --codex --local --uninstall
 npx @bhargavvc/sdd-cc --copilot --local --uninstall
 npx @bhargavvc/sdd-cc --cursor --local --uninstall
 npx @bhargavvc/sdd-cc --antigravity --local --uninstall
+npx @bhargavvc/sdd-cc --trae --local --uninstall
 ```
 
-다른 설정은 그대로 유지하면서 GSD의 모든 명령어, 에이전트, 훅, 설정을 제거합니다.
+다른 설정은 그대로 유지하면서 SDD의 모든 명령어, 에이전트, 훅, 설정을 제거합니다.
 
 ---
 
 ## 커뮤니티 포트
 
-OpenCode, Gemini CLI, Codex는 이제 `npx @bhargavvc/sdd-cc`를 통해 기본 지원됩니다.
+OpenCode, Gemini CLI, Kilo, Codex는 이제 `npx @bhargavvc/sdd-cc`를 통해 기본 지원됩니다.
 
 이 커뮤니티 포트들이 멀티 런타임 지원의 선구자였습니다:
 
@@ -800,11 +838,11 @@ OpenCode, Gemini CLI, Codex는 이제 `npx @bhargavvc/sdd-cc`를 통해 기본
 
 ## 스타 히스토리
 
-<a href="https://star-history.com/#gsd-build/sdd&Date">
+<a href="https://star-history.com/#bhargavvc/sdd-cc&Date">
  <picture>
-   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=gsd-build/sdd&type=Date&theme=dark" />
-   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=gsd-build/sdd&type=Date" />
-   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=gsd-build/sdd&type=Date" />
+   <source media="(prefers-color-scheme: dark)" srcset="https://api.star-history.com/svg?repos=bhargavvc/sdd-cc&type=Date&theme=dark" />
+   <source media="(prefers-color-scheme: light)" srcset="https://api.star-history.com/svg?repos=bhargavvc/sdd-cc&type=Date" />
+   <img alt="Star History Chart" src="https://api.star-history.com/svg?repos=bhargavvc/sdd-cc&type=Date" />
  </picture>
 </a>
 
@@ -818,6 +856,6 @@ MIT 라이선스. 자세한 내용은 [LICENSE](LICENSE)를 참조하세요.
 
 <div align="center">
 
-**Claude Code는 강력합니다. GSD가 그걸 신뢰할 수 있게 만듭니다.**
+**Claude Code는 강력합니다. SDD가 그걸 신뢰할 수 있게 만듭니다.**
 
 </div>