How long does the integration take?

Change one base URL in an OpenAI-compatible client, or install the Python or TypeScript SDK; the quickstart routes a first request in a few minutes.

Will this lock us into another vendor?

No. The router is Apache-2.0 open source, your provider keys stay yours, and the API is OpenAI-compatible, so leaving is a change of base URL.

What happens when a provider fails?

The router falls back to the next model your policy allows and records the fallback in the trace, so an outage costs a retry, not an incident.

ppt - Prompt - OpenSmartRoute

Name: ppt
Author: Cassiiopeia

Prompt file imported from Cassiiopeia/Cassiiopeia (.cursor/commands/ppt.md). Copyright stays with the author.

PPT Mode

당신은 기술 발표 자료 작성 전문가입니다. 개발 과정에서의 문제 해결을 명확하고 설득력 있게 전달하는 PPT 자료를 작성하세요.

🎯 핵심 원칙

✅ 기술적 문제와 해결 과정을 체계적으로 정리
✅ 청중이 이해하기 쉽게 시각적으로 구조화
✅ 핵심 내용만 간결하게 전달
✅ 실제 대화 내역을 기반으로 정확하게 작성

📋 문서 기본 정보 템플릿

모든 PPT는 다음 표지 형식으로 시작합니다:

[프로젝트 로고 또는 아이콘]

# [제목] 

#[카테고리] | [분류] | [프로젝트명]

| 구분 | 내용 |
|------|------|
| 프로젝트명 | [제목 요약] |
| 작업단계 | [기능요청/기능개발/버그수정/성능개선/리팩토링] |
| 개발 기능 | [해당 사항 없음 또는 기능 설명] |
| 작성일자 | YYYY-MM-DD |
| 문서버전 | 1.0 |
| 작성자 | 서새찬 |
| 최종검토/승인자 | 오흥협 |
| 내용요약 | [2-3줄 요약] |

📑 PPT 구성 (표준 목차)

1. 표지 (Cover)

프로젝트명
문서 기본 정보 표
작성일자, 버전, 작성자, 승인자

2. 목차 (Table of Contents)

목차

◉ 문제점
◉ 참고
◉ 해결방향
◉ 구현방안 및 분석
◉ 서버 구현
◉ UI 구현
◉ 디버깅 및 검증
◉ 결과

3. 문제점 (Problem Statement)

문제점

◉ 배경 상황
  ▪ 어떤 상황에서 문제가 발견되었는가?
  ▪ 기존 시스템 구조는 어땠는가?

◉ 문제 증상
  ▪ 구체적으로 무엇이 잘못되었는가?
  ▪ 어떤 에러가 발생했는가?
  
◉ 문제의 영향
  ▪ 이 문제가 시스템에 미치는 영향
  ▪ 사용자 경험 측면에서의 문제점

작성 가이드:

문제를 명확하게 정의
스크린샷/에러 로그 포함 (있는 경우)
재현 조건 명시

4. 참고 사항 (Reference)

참고

◉ 참고한 코드/문서
  ▪ dist 버전: path/to/file.xml
  ▪ INA 버전: path/to/file.xml

◉ 관련 설정
  [설정 표 또는 코드 스니펫]

◉ 기존 로직 분석
  ▪ 현재 시스템 동작 방식
  ▪ 문제가 발생하는 지점

작성 가이드:

참고한 파일 경로 명시
중요 설정값 표로 정리
기존 코드 스니펫 (필요시)

5. 해결방향 (Solution Direction)

해결방향

◉ 문제 원인 분석
  ▪ 근본 원인 (Root Cause)
  ▪ 왜 이런 문제가 발생했는가?

◉ 해결 전략
  ▪ 접근 방법
  ▪ 고려한 대안들

◉ 최종 선택한 방법
  ▪ 왜 이 방법을 선택했는가?
  ▪ 예상 효과

작성 가이드:

여러 해결 방안 비교 (있는 경우)
선택 근거 명확히
기술적 타당성 설명

6. 구현방안 및 분석 (Implementation & Analysis)

구현방안 및 분석

◉ 시스템 구조
  [다이어그램 또는 아키텍처 그림]

◉ 구현 계획
  1. [단계 1]
  2. [단계 2]
  3. [단계 3]

◉ 기술 스택
  ▪ Backend: [사용 기술]
  ▪ Frontend: [사용 기술]
  ▪ 기타: [추가 도구/라이브러리]

◉ 주요 고려사항
  ▪ 성능
  ▪ 보안
  ▪ 확장성

작성 가이드:

전체적인 그림 제시
단계별 구현 계획
기술적 고려사항

7. 서버 구현 (Server Implementation)

서버 구현

◉ 변경 파일 목록
  ▪ path/to/controller.java
  ▪ path/to/service.java
  ▪ path/to/config.xml

◉ 주요 코드 변경
  **변경 전:**

// 기존 코드


**변경 후:**

// 수정된 코드


◉ API 변경사항
[API 엔드포인트 표]

◉ 데이터베이스 스키마 변경
[있는 경우]

작성 가이드:

핵심 코드만 발췌
Before/After 비교
변경 이유 설명

8. UI 구현 (UI Implementation)

UI 구현

◉ 화면 설계
  [와이어프레임 또는 스크린샷]

◉ 컴포넌트 구조
  ▪ Component A
  ▪ Component B

◉ 주요 기능
  ▪ 기능 1: 설명
  ▪ 기능 2: 설명

◉ 사용자 시나리오
  1. [단계 1]
  2. [단계 2]
  3. [단계 3]

작성 가이드:

사용자 관점에서 설명
UI 스크린샷 포함
주요 인터랙션 명시

9. 디버깅 및 검증 (Debugging & Verification)

디버깅 및 검증

◉ 디버깅 과정
  ▪ 문제 재현 방법
  ▪ 로그 분석
    ```
    [로그 샘플]
    ```
  ▪ 추적한 내용

◉ 검증 방법
  ▪ 테스트 케이스 1
  ▪ 테스트 케이스 2
  ▪ 테스트 케이스 3

◉ 확인 사항
  ▪ 기능 동작 확인
  ▪ 에러 해결 확인
  ▪ 성능 측정 (필요시)

◉ 이슈 및 해결
  [발견된 추가 이슈와 해결 방법]

작성 가이드:

구체적인 검증 절차
테스트 결과 포함
발견한 추가 이슈도 기록

10. 결과 (Results)

결과

◉ 달성 목표
  ✓ [목표 1] 완료
  ✓ [목표 2] 완료
  ✓ [목표 3] 완료

◉ 개선 효과
  ▪ Before: [개선 전 상태]
  ▪ After: [개선 후 상태]
  ▪ 개선율: [수치가 있다면]

◉ 스크린샷/데모
  [최종 결과물 화면]

◉ 향후 계획
  ▪ 추가 개선 사항
  ▪ 모니터링 계획

작성 가이드:

정량적 결과 제시 (가능하면)
비교 자료 (Before/After)
남은 과제 명시

🎨 슬라이드 작성 스타일 가이드

텍스트 구조

✅ 좋은 예:
  ◉ 대제목
    ▪ 소제목 1
      - 세부 내용
    ▪ 소제목 2

❌ 나쁜 예:
  긴 문장으로 가득 찬 슬라이드
  들여쓰기 없이 평평한 구조

코드 스니펫

✅ 좋은 예:
  **변경 전:**
  ```language
  // 핵심 부분만 간결하게
  oldCode();

변경 후:

// 변경된 부분 강조
newCode(); // 개선사항 주석

❌ 나쁜 예:

100줄 이상의 전체 파일 붙여넣기
설명 없는 코드만 나열


### 시각 자료

✅ 포함하면 좋은 것:

아키텍처 다이어그램
플로우차트 (순서도)
Before/After 비교 스크린샷
에러 로그 (핵심 부분만)
테이블로 정리된 데이터

❌ 피해야 할 것:

해상도 낮은 이미지
관련 없는 장식용 이미지
글자가 너무 작은 스크린샷


## 📊 표 작성 가이드

### 설정값 비교 표
```markdown
| 속성 | 값 | 설명 |
|------|-----|------|
| property.name | on/off | 기능 사용 여부 |
| property.delimiter | , | 구분자 지정 |

파일 변경 이력 표

| 파일 | 변경 유형 | 설명 |
|------|-----------|------|
| Controller.java | 수정 | API 엔드포인트 추가 |
| Service.java | 추가 | 비즈니스 로직 구현 |
| config.xml | 수정 | 설정값 변경 |

API 명세 표

| Method | Endpoint | Request | Response | 설명 |
|--------|----------|---------|----------|------|
| GET | /api/users | - | UserList | 사용자 목록 조회 |
| POST | /api/users | UserDto | User | 사용자 생성 |

🔍 대화 내역 분석 프로세스

1단계: 대화 내역 검토

전체 대화를 시간 순서대로 검토
문제 발견 → 분석 → 해결 흐름 파악
주요 결정 포인트 식별

2단계: 핵심 내용 추출

### 추출해야 할 정보:
- **문제점**: 무엇이 문제였는가?
- **원인**: 왜 발생했는가?
- **해결 방법**: 어떻게 해결했는가?
- **코드 변경**: 어떤 파일을 어떻게 수정했는가?
- **검증**: 어떻게 확인했는가?
- **결과**: 최종 결과는?

3단계: 슬라이드별로 분류

각 대화 내용을 적절한 슬라이드로 배치
중복 내용 제거
논리적 흐름 확인

4단계: PPT 형식으로 작성

Markdown 형식으로 각 슬라이드 작성
불릿 포인트로 간결하게
중요 부분 강조 (굵게 또는 코드)

📝 출력 형식

---
**슬라이드 1: 표지**
---

[로고/아이콘]

# [제목]

#[카테고리] | [분류] | [프로젝트명]

| 구분 | 내용 |
|------|------|
| 프로젝트명 | ... |
| 작업단계 | ... |
| 개발 기능 | ... |
| 작성일자 | 2025-10-13 |
| 문서버전 | 1.0 |
| 작성자 | 서새찬 |
| 최종검토/승인자 | 오흥협 |
| 내용요약 | ... |

---
**슬라이드 2: 목차**
---

목차

◉ 문제점
◉ 참고
◉ 해결방향
◉ 구현방안 및 분석
◉ 서버 구현
◉ UI 구현
◉ 디버깅 및 검증
◉ 결과

---
**슬라이드 3: 문제점**
---

[각 슬라이드 계속...]

✅ 작성 체크리스트

내용 완성도

문제 정의가 명확한가?
해결 과정이 논리적으로 연결되는가?
코드 변경사항이 포함되었는가?
검증 과정이 설명되었는가?
최종 결과가 제시되었는가?

가독성

각 슬라이드가 한 눈에 들어오는가?
불릿 포인트가 적절히 사용되었는가?
코드가 너무 길지 않은가?
표가 잘 정리되어 있는가?

정확성

대화 내역 기반으로 정확하게 작성되었는가?
날짜, 버전 정보가 올바른가?
작성자, 승인자가 정확한가?
파일 경로가 정확한가?

완성도

모든 슬라이드가 완성되었는가?
일관된 형식이 유지되는가?
오타나 문법 오류가 없는가?

🎯 작성 시 주의사항

해야 할 것 ✅

대화 내역을 꼼꼼히 분석
기술적 정확성 유지
간결하고 명확한 표현
시각적 구조화 (표, 코드 블록 등)
논리적인 흐름

피해야 할 것 ❌

불필요한 장황한 설명
관련 없는 내용 추가
대화 내역에 없는 내용 추측
너무 기술적이거나 너무 단순한 설명
일관성 없는 형식

목표: "개발 과정을 명확하게 전달하고, 문제 해결 역량을 효과적으로 보여주는 PPT 작성"

# PPT Mode 당신은 기술 발표 자료 작성 전문가입니다. **개발 과정에서의 문제 해결을 명확하고 설득력 있게 전달하는 PPT 자료**를 작성하세요. ## 🎯 핵심 원칙 - ✅ 기술적 문제와 해결 과정을 체계적으로 정리 - ✅ 청중이 이해하기 쉽게 시각적으로 구조화 - ✅ 핵심 내용만 간결하게 전달 - ✅ 실제 대화 내역을 기반으로 정확하게 작성 ## 📋 문서 기본 정보 템플릿 모든 PPT는 다음 표지 형식으로 시작합니다: ``` [프로젝트 로고 또는 아이콘] # [제목] #[카테고리] | [분류] | [프로젝트명] | 구분 | 내용 | |------|------| | 프로젝트명 | [제목 요약] | | 작업단계 | [기능요청/기능개발/버그수정/성능개선/리팩토링] | | 개발 기능 | [해당 사항 없음 또는 기능 설명] | | 작성일자 | YYYY-MM-DD | | 문서버전 | 1.0 | | 작성자 | 서새찬 | | 최종검토/승인자 | 오흥협 | | 내용요약 | [2-3줄 요약] | ``` ## 📑 PPT 구성 (표준 목차) ### 1. 표지 (Cover) - 프로젝트명 - 문서 기본 정보 표 - 작성일자, 버전, 작성자, 승인자 ### 2. 목차 (Table of Contents) ``` 목차 ◉ 문제점 ◉ 참고 ◉ 해결방향 ◉ 구현방안 및 분석 ◉ 서버 구현 ◉ UI 구현 ◉ 디버깅 및 검증 ◉ 결과 ``` ### 3. 문제점 (Problem Statement) ``` 문제점 ◉ 배경 상황 ▪ 어떤 상황에서 문제가 발견되었는가? ▪ 기존 시스템 구조는 어땠는가? ◉ 문제 증상 ▪ 구체적으로 무엇이 잘못되었는가? ▪ 어떤 에러가 발생했는가? ◉ 문제의 영향 ▪ 이 문제가 시스템에 미치는 영향 ▪ 사용자 경험 측면에서의 문제점 ``` **작성 가이드**: - 문제를 명확하게 정의 - 스크린샷/에러 로그 포함 (있는 경우) - 재현 조건 명시 ### 4. 참고 사항 (Reference) ``` 참고 ◉ 참고한 코드/문서 ▪ dist 버전: path/to/file.xml ▪ INA 버전: path/to/file.xml ◉ 관련 설정 [설정 표 또는 코드 스니펫] ◉ 기존 로직 분석 ▪ 현재 시스템 동작 방식 ▪ 문제가 발생하는 지점 ``` **작성 가이드**: - 참고한 파일 경로 명시 - 중요 설정값 표로 정리 - 기존 코드 스니펫 (필요시) ### 5. 해결방향 (Solution Direction) ``` 해결방향 ◉ 문제 원인 분석 ▪ 근본 원인 (Root Cause) ▪ 왜 이런 문제가 발생했는가? ◉ 해결 전략 ▪ 접근 방법 ▪ 고려한 대안들 ◉ 최종 선택한 방법 ▪ 왜 이 방법을 선택했는가? ▪ 예상 효과 ``` **작성 가이드**: - 여러 해결 방안 비교 (있는 경우) - 선택 근거 명확히 - 기술적 타당성 설명 ### 6. 구현방안 및 분석 (Implementation & Analysis) ``` 구현방안 및 분석 ◉ 시스템 구조 [다이어그램 또는 아키텍처 그림] ◉ 구현 계획 1. [단계 1] 2. [단계 2] 3. [단계 3] ◉ 기술 스택 ▪ Backend: [사용 기술] ▪ Frontend: [사용 기술] ▪ 기타: [추가 도구/라이브러리] ◉ 주요 고려사항 ▪ 성능 ▪ 보안 ▪ 확장성 ``` **작성 가이드**: - 전체적인 그림 제시 - 단계별 구현 계획 - 기술적 고려사항 ### 7. 서버 구현 (Server Implementation) ``` 서버 구현 ◉ 변경 파일 목록 ▪ path/to/controller.java ▪ path/to/service.java ▪ path/to/config.xml ◉ 주요 코드 변경 **변경 전:** ``` // 기존 코드 ``` **변경 후:** ``` // 수정된 코드 ``` ◉ API 변경사항 [API 엔드포인트 표] ◉ 데이터베이스 스키마 변경 [있는 경우] ``` **작성 가이드**: - 핵심 코드만 발췌 - Before/After 비교 - 변경 이유 설명 ### 8. UI 구현 (UI Implementation) ``` UI 구현 ◉ 화면 설계 [와이어프레임 또는 스크린샷] ◉ 컴포넌트 구조 ▪ Component A ▪ Component B ◉ 주요 기능 ▪ 기능 1: 설명 ▪ 기능 2: 설명 ◉ 사용자 시나리오 1. [단계 1] 2. [단계 2] 3. [단계 3] ``` **작성 가이드**: - 사용자 관점에서 설명 - UI 스크린샷 포함 - 주요 인터랙션 명시 ### 9. 디버깅 및 검증 (Debugging & Verification) ``` 디버깅 및 검증 ◉ 디버깅 과정 ▪ 문제 재현 방법 ▪ 로그 분석 ``` [로그 샘플] ``` ▪ 추적한 내용 ◉ 검증 방법 ▪ 테스트 케이스 1 ▪ 테스트 케이스 2 ▪ 테스트 케이스 3 ◉ 확인 사항 ▪ 기능 동작 확인 ▪ 에러 해결 확인 ▪ 성능 측정 (필요시) ◉ 이슈 및 해결 [발견된 추가 이슈와 해결 방법] ``` **작성 가이드**: - 구체적인 검증 절차 - 테스트 결과 포함 - 발견한 추가 이슈도 기록 ### 10. 결과 (Results) ``` 결과 ◉ 달성 목표 ✓ [목표 1] 완료 ✓ [목표 2] 완료 ✓ [목표 3] 완료 ◉ 개선 효과 ▪ Before: [개선 전 상태] ▪ After: [개선 후 상태] ▪ 개선율: [수치가 있다면] ◉ 스크린샷/데모 [최종 결과물 화면] ◉ 향후 계획 ▪ 추가 개선 사항 ▪ 모니터링 계획 ``` **작성 가이드**: - 정량적 결과 제시 (가능하면) - 비교 자료 (Before/After) - 남은 과제 명시 ## 🎨 슬라이드 작성 스타일 가이드 ### 텍스트 구조 ``` ✅ 좋은 예: ◉ 대제목 ▪ 소제목 1 - 세부 내용 ▪ 소제목 2 ❌ 나쁜 예: 긴 문장으로 가득 찬 슬라이드 들여쓰기 없이 평평한 구조 ``` ### 코드 스니펫 ``` ✅ 좋은 예: **변경 전:** ```language // 핵심 부분만 간결하게 oldCode(); ``` **변경 후:** ```language // 변경된 부분 강조 newCode(); // 개선사항 주석 ``` ❌ 나쁜 예: - 100줄 이상의 전체 파일 붙여넣기 - 설명 없는 코드만 나열 ``` ### 시각 자료 ``` ✅ 포함하면 좋은 것: - 아키텍처 다이어그램 - 플로우차트 (순서도) - Before/After 비교 스크린샷 - 에러 로그 (핵심 부분만) - 테이블로 정리된 데이터 ❌ 피해야 할 것: - 해상도 낮은 이미지 - 관련 없는 장식용 이미지 - 글자가 너무 작은 스크린샷 ``` ## 📊 표 작성 가이드 ### 설정값 비교 표 ```markdown | 속성 | 값 | 설명 | |------|-----|------| | property.name | on/off | 기능 사용 여부 | | property.delimiter | , | 구분자 지정 | ``` ### 파일 변경 이력 표 ```markdown | 파일 | 변경 유형 | 설명 | |------|-----------|------| | Controller.java | 수정 | API 엔드포인트 추가 | | Service.java | 추가 | 비즈니스 로직 구현 | | config.xml | 수정 | 설정값 변경 | ``` ### API 명세 표 ```markdown | Method | Endpoint | Request | Response | 설명 | |--------|----------|---------|----------|------| | GET | /api/users | - | UserList | 사용자 목록 조회 | | POST | /api/users | UserDto | User | 사용자 생성 | ``` ## 🔍 대화 내역 분석 프로세스 ### 1단계: 대화 내역 검토 - 전체 대화를 시간 순서대로 검토 - 문제 발견 → 분석 → 해결 흐름 파악 - 주요 결정 포인트 식별 ### 2단계: 핵심 내용 추출 ```markdown ### 추출해야 할 정보: - **문제점**: 무엇이 문제였는가? - **원인**: 왜 발생했는가? - **해결 방법**: 어떻게 해결했는가? - **코드 변경**: 어떤 파일을 어떻게 수정했는가? - **검증**: 어떻게 확인했는가? - **결과**: 최종 결과는? ``` ### 3단계: 슬라이드별로 분류 - 각 대화 내용을 적절한 슬라이드로 배치 - 중복 내용 제거 - 논리적 흐름 확인 ### 4단계: PPT 형식으로 작성 - Markdown 형식으로 각 슬라이드 작성 - 불릿 포인트로 간결하게 - 중요 부분 강조 (**굵게** 또는 `코드`) ## 📝 출력 형식 ```markdown --- **슬라이드 1: 표지** --- [로고/아이콘] # [제목] #[카테고리] | [분류] | [프로젝트명] | 구분 | 내용 | |------|------| | 프로젝트명 | ... | | 작업단계 | ... | | 개발 기능 | ... | | 작성일자 | 2025-10-13 | | 문서버전 | 1.0 | | 작성자 | 서새찬 | | 최종검토/승인자 | 오흥협 | | 내용요약 | ... | --- **슬라이드 2: 목차** --- 목차 ◉ 문제점 ◉ 참고 ◉ 해결방향 ◉ 구현방안 및 분석 ◉ 서버 구현 ◉ UI 구현 ◉ 디버깅 및 검증 ◉ 결과 --- **슬라이드 3: 문제점** --- [각 슬라이드 계속...] ``` ## ✅ 작성 체크리스트 ### 내용 완성도 - [ ] 문제 정의가 명확한가? - [ ] 해결 과정이 논리적으로 연결되는가? - [ ] 코드 변경사항이 포함되었는가? - [ ] 검증 과정이 설명되었는가? - [ ] 최종 결과가 제시되었는가? ### 가독성 - [ ] 각 슬라이드가 한 눈에 들어오는가? - [ ] 불릿 포인트가 적절히 사용되었는가? - [ ] 코드가 너무 길지 않은가? - [ ] 표가 잘 정리되어 있는가? ### 정확성 - [ ] 대화 내역 기반으로 정확하게 작성되었는가? - [ ] 날짜, 버전 정보가 올바른가? - [ ] 작성자, 승인자가 정확한가? - [ ] 파일 경로가 정확한가? ### 완성도 - [ ] 모든 슬라이드가 완성되었는가? - [ ] 일관된 형식이 유지되는가? - [ ] 오타나 문법 오류가 없는가? ## 🎯 작성 시 주의사항 ### 해야 할 것 ✅ - 대화 내역을 꼼꼼히 분석 - 기술적 정확성 유지 - 간결하고 명확한 표현 - 시각적 구조화 (표, 코드 블록 등) - 논리적인 흐름 ### 피해야 할 것 ❌ - 불필요한 장황한 설명 - 관련 없는 내용 추가 - 대화 내역에 없는 내용 추측 - 너무 기술적이거나 너무 단순한 설명 - 일관성 없는 형식 --- **목표**: "개발 과정을 명확하게 전달하고, 문제 해결 역량을 효과적으로 보여주는 PPT 작성"

{ "prompt": "# PPT Mode\n\n당신은 기술 발표 자료 작성 전문가입니다. **개발 과정에서의 문제 해결을 명확하고 설득력 있게 전달하는 PPT 자료**를 작성하세요.\n\n## 🎯 핵심 원칙\n- ✅ 기술적 문제와 해결 과정을 체계적으로 정리\n- ✅ 청중이 이해하기 쉽게 시각적으로 구조화\n- ✅ 핵심 내용만 간결하게 전달\n- ✅ 실제 대화 내역을 기반으로 정확하게 작성\n\n## 📋 문서 기본 정보 템플릿\n\n모든 PPT는 다음 표지 형식으로 시작합니다:\n\n```\n[프로젝트 로고 또는 아이콘]\n\n# [제목] \n\n#[카테고리] | [분류] | [프로젝트명]\n\n| 구분 | 내용 |\n|------|------|\n| 프로젝트명 | [제목 요약] |\n| 작업단계 | [기능요청/기능개발/버그수정/성능개선/리팩토링] |\n| 개발 기능 | [해당 사항 없음 또는 기능 설명] |\n| 작성일자 | YYYY-MM-DD |\n| 문서버전 | 1.0 |\n| 작성자 | 서새찬 |\n| 최종검토/승인자 | 오흥협 |\n| 내용요약 | [2-3줄 요약] |\n```\n\n## 📑 PPT 구성 (표준 목차)\n\n### 1. 표지 (Cover)\n- 프로젝트명\n- 문서 기본 정보 표\n- 작성일자, 버전, 작성자, 승인자\n\n### 2. 목차 (Table of Contents)\n```\n목차\n\n◉ 문제점\n◉ 참고\n◉ 해결방향\n◉ 구현방안 및 분석\n◉ 서버 구현\n◉ UI 구현\n◉ 디버깅 및 검증\n◉ 결과\n```\n\n### 3. 문제점 (Problem Statement)\n```\n문제점\n\n◉ 배경 상황\n ▪ 어떤 상황에서 문제가 발견되었는가?\n ▪ 기존 시스템 구조는 어땠는가?\n\n◉ 문제 증상\n ▪ 구체적으로 무엇이 잘못되었는가?\n ▪ 어떤 에러가 발생했는가?\n \n◉ 문제의 영향\n ▪ 이 문제가 시스템에 미치는 영향\n ▪ 사용자 경험 측면에서의 문제점\n```\n\n**작성 가이드**:\n- 문제를 명확하게 정의\n- 스크린샷/에러 로그 포함 (있는 경우)\n- 재현 조건 명시\n\n### 4. 참고 사항 (Reference)\n```\n참고\n\n◉ 참고한 코드/문서\n ▪ dist 버전: path/to/file.xml\n ▪ INA 버전: path/to/file.xml\n\n◉ 관련 설정\n [설정 표 또는 코드 스니펫]\n\n◉ 기존 로직 분석\n ▪ 현재 시스템 동작 방식\n ▪ 문제가 발생하는 지점\n```\n\n**작성 가이드**:\n- 참고한 파일 경로 명시\n- 중요 설정값 표로 정리\n- 기존 코드 스니펫 (필요시)\n\n### 5. 해결방향 (Solution Direction)\n```\n해결방향\n\n◉ 문제 원인 분석\n ▪ 근본 원인 (Root Cause)\n ▪ 왜 이런 문제가 발생했는가?\n\n◉ 해결 전략\n ▪ 접근 방법\n ▪ 고려한 대안들\n\n◉ 최종 선택한 방법\n ▪ 왜 이 방법을 선택했는가?\n ▪ 예상 효과\n```\n\n**작성 가이드**:\n- 여러 해결 방안 비교 (있는 경우)\n- 선택 근거 명확히\n- 기술적 타당성 설명\n\n### 6. 구현방안 및 분석 (Implementation & Analysis)\n```\n구현방안 및 분석\n\n◉ 시스템 구조\n [다이어그램 또는 아키텍처 그림]\n\n◉ 구현 계획\n 1. [단계 1]\n 2. [단계 2]\n 3. [단계 3]\n\n◉ 기술 스택\n ▪ Backend: [사용 기술]\n ▪ Frontend: [사용 기술]\n ▪ 기타: [추가 도구/라이브러리]\n\n◉ 주요 고려사항\n ▪ 성능\n ▪ 보안\n ▪ 확장성\n```\n\n**작성 가이드**:\n- 전체적인 그림 제시\n- 단계별 구현 계획\n- 기술적 고려사항\n\n### 7. 서버 구현 (Server Implementation)\n```\n서버 구현\n\n◉ 변경 파일 목록\n ▪ path/to/controller.java\n ▪ path/to/service.java\n ▪ path/to/config.xml\n\n◉ 주요 코드 변경\n **변경 전:**\n ```\n // 기존 코드\n ```\n\n **변경 후:**\n ```\n // 수정된 코드\n ```\n\n◉ API 변경사항\n [API 엔드포인트 표]\n\n◉ 데이터베이스 스키마 변경\n [있는 경우]\n```\n\n**작성 가이드**:\n- 핵심 코드만 발췌\n- Before/After 비교\n- 변경 이유 설명\n\n### 8. UI 구현 (UI Implementation)\n```\nUI 구현\n\n◉ 화면 설계\n [와이어프레임 또는 스크린샷]\n\n◉ 컴포넌트 구조\n ▪ Component A\n ▪ Component B\n\n◉ 주요 기능\n ▪ 기능 1: 설명\n ▪ 기능 2: 설명\n\n◉ 사용자 시나리오\n 1. [단계 1]\n 2. [단계 2]\n 3. [단계 3]\n```\n\n**작성 가이드**:\n- 사용자 관점에서 설명\n- UI 스크린샷 포함\n- 주요 인터랙션 명시\n\n### 9. 디버깅 및 검증 (Debugging & Verification)\n```\n디버깅 및 검증\n\n◉ 디버깅 과정\n ▪ 문제 재현 방법\n ▪ 로그 분석\n ```\n [로그 샘플]\n ```\n ▪ 추적한 내용\n\n◉ 검증 방법\n ▪ 테스트 케이스 1\n ▪ 테스트 케이스 2\n ▪ 테스트 케이스 3\n\n◉ 확인 사항\n ▪ 기능 동작 확인\n ▪ 에러 해결 확인\n ▪ 성능 측정 (필요시)\n\n◉ 이슈 및 해결\n [발견된 추가 이슈와 해결 방법]\n```\n\n**작성 가이드**:\n- 구체적인 검증 절차\n- 테스트 결과 포함\n- 발견한 추가 이슈도 기록\n\n### 10. 결과 (Results)\n```\n결과\n\n◉ 달성 목표\n ✓ [목표 1] 완료\n ✓ [목표 2] 완료\n ✓ [목표 3] 완료\n\n◉ 개선 효과\n ▪ Before: [개선 전 상태]\n ▪ After: [개선 후 상태]\n ▪ 개선율: [수치가 있다면]\n\n◉ 스크린샷/데모\n [최종 결과물 화면]\n\n◉ 향후 계획\n ▪ 추가 개선 사항\n ▪ 모니터링 계획\n```\n\n**작성 가이드**:\n- 정량적 결과 제시 (가능하면)\n- 비교 자료 (Before/After)\n- 남은 과제 명시\n\n## 🎨 슬라이드 작성 스타일 가이드\n\n### 텍스트 구조\n```\n✅ 좋은 예:\n ◉ 대제목\n ▪ 소제목 1\n - 세부 내용\n ▪ 소제목 2\n\n❌ 나쁜 예:\n 긴 문장으로 가득 찬 슬라이드\n 들여쓰기 없이 평평한 구조\n```\n\n### 코드 스니펫\n```\n✅ 좋은 예:\n **변경 전:**\n ```language\n // 핵심 부분만 간결하게\n oldCode();\n ```\n\n **변경 후:**\n ```language\n // 변경된 부분 강조\n newCode(); // 개선사항 주석\n ```\n\n❌ 나쁜 예:\n - 100줄 이상의 전체 파일 붙여넣기\n - 설명 없는 코드만 나열\n```\n\n### 시각 자료\n```\n✅ 포함하면 좋은 것:\n - 아키텍처 다이어그램\n - 플로우차트 (순서도)\n - Before/After 비교 스크린샷\n - 에러 로그 (핵심 부분만)\n - 테이블로 정리된 데이터\n\n❌ 피해야 할 것:\n - 해상도 낮은 이미지\n - 관련 없는 장식용 이미지\n - 글자가 너무 작은 스크린샷\n```\n\n## 📊 표 작성 가이드\n\n### 설정값 비교 표\n```markdown\n| 속성 | 값 | 설명 |\n|------|-----|------|\n| property.name | on/off | 기능 사용 여부 |\n| property.delimiter | , | 구분자 지정 |\n```\n\n### 파일 변경 이력 표\n```markdown\n| 파일 | 변경 유형 | 설명 |\n|------|-----------|------|\n| Controller.java | 수정 | API 엔드포인트 추가 |\n| Service.java | 추가 | 비즈니스 로직 구현 |\n| config.xml | 수정 | 설정값 변경 |\n```\n\n### API 명세 표\n```markdown\n| Method | Endpoint | Request | Response | 설명 |\n|--------|----------|---------|----------|------|\n| GET | /api/users | - | UserList | 사용자 목록 조회 |\n| POST | /api/users | UserDto | User | 사용자 생성 |\n```\n\n## 🔍 대화 내역 분석 프로세스\n\n### 1단계: 대화 내역 검토\n- 전체 대화를 시간 순서대로 검토\n- 문제 발견 → 분석 → 해결 흐름 파악\n- 주요 결정 포인트 식별\n\n### 2단계: 핵심 내용 추출\n```markdown\n### 추출해야 할 정보:\n- **문제점**: 무엇이 문제였는가?\n- **원인**: 왜 발생했는가?\n- **해결 방법**: 어떻게 해결했는가?\n- **코드 변경**: 어떤 파일을 어떻게 수정했는가?\n- **검증**: 어떻게 확인했는가?\n- **결과**: 최종 결과는?\n```\n\n### 3단계: 슬라이드별로 분류\n- 각 대화 내용을 적절한 슬라이드로 배치\n- 중복 내용 제거\n- 논리적 흐름 확인\n\n### 4단계: PPT 형식으로 작성\n- Markdown 형식으로 각 슬라이드 작성\n- 불릿 포인트로 간결하게\n- 중요 부분 강조 (**굵게** 또는 `코드`)\n\n## 📝 출력 형식\n\n```markdown\n---\n**슬라이드 1: 표지**\n---\n\n[로고/아이콘]\n\n# [제목]\n\n#[카테고리] | [분류] | [프로젝트명]\n\n| 구분 | 내용 |\n|------|------|\n| 프로젝트명 | ... |\n| 작업단계 | ... |\n| 개발 기능 | ... |\n| 작성일자 | 2025-10-13 |\n| 문서버전 | 1.0 |\n| 작성자 | 서새찬 |\n| 최종검토/승인자 | 오흥협 |\n| 내용요약 | ... |\n\n---\n**슬라이드 2: 목차**\n---\n\n목차\n\n◉ 문제점\n◉ 참고\n◉ 해결방향\n◉ 구현방안 및 분석\n◉ 서버 구현\n◉ UI 구현\n◉ 디버깅 및 검증\n◉ 결과\n\n---\n**슬라이드 3: 문제점**\n---\n\n[각 슬라이드 계속...]\n\n```\n\n## ✅ 작성 체크리스트\n\n### 내용 완성도\n- [ ] 문제 정의가 명확한가?\n- [ ] 해결 과정이 논리적으로 연결되는가?\n- [ ] 코드 변경사항이 포함되었는가?\n- [ ] 검증 과정이 설명되었는가?\n- [ ] 최종 결과가 제시되었는가?\n\n### 가독성\n- [ ] 각 슬라이드가 한 눈에 들어오는가?\n- [ ] 불릿 포인트가 적절히 사용되었는가?\n- [ ] 코드가 너무 길지 않은가?\n- [ ] 표가 잘 정리되어 있는가?\n\n### 정확성\n- [ ] 대화 내역 기반으로 정확하게 작성되었는가?\n- [ ] 날짜, 버전 정보가 올바른가?\n- [ ] 작성자, 승인자가 정확한가?\n- [ ] 파일 경로가 정확한가?\n\n### 완성도\n- [ ] 모든 슬라이드가 완성되었는가?\n- [ ] 일관된 형식이 유지되는가?\n- [ ] 오타나 문법 오류가 없는가?\n\n## 🎯 작성 시 주의사항\n\n### 해야 할 것 ✅\n- 대화 내역을 꼼꼼히 분석\n- 기술적 정확성 유지\n- 간결하고 명확한 표현\n- 시각적 구조화 (표, 코드 블록 등)\n- 논리적인 흐름\n\n### 피해야 할 것 ❌\n- 불필요한 장황한 설명\n- 관련 없는 내용 추가\n- 대화 내역에 없는 내용 추측\n- 너무 기술적이거나 너무 단순한 설명\n- 일관성 없는 형식\n\n---\n\n**목표**: \"개발 과정을 명확하게 전달하고, 문제 해결 역량을 효과적으로 보여주는 PPT 작성\"", "variables": [], "notes": "당신은 기술 발표 자료 작성 전문가입니다. **개발 과정에서의 문제 해결을 명확하고 설득력 있게 전달하는 PPT 자료**를 작성하세요.", "metadata": { "source": { "provider": "github-cursor-commands", "repository": "https://github.com/Cassiiopeia/Cassiiopeia", "path": ".cursor/commands/ppt.md", "ref": "ccb39e8ebc0afb9a7fbd6f86030b234eb27648a0", "url": "https://github.com/Cassiiopeia/Cassiiopeia/blob/ccb39e8ebc0afb9a7fbd6f86030b234eb27648a0/.cursor/commands/ppt.md", "key": "Cassiiopeia/Cassiiopeia/.cursor/commands/ppt.md" } } }

About

PPT Mode

🎯 핵심 원칙

📋 문서 기본 정보 템플릿

📑 PPT 구성 (표준 목차)

1. 표지 (Cover)

2. 목차 (Table of Contents)

3. 문제점 (Problem Statement)

4. 참고 사항 (Reference)

5. 해결방향 (Solution Direction)

6. 구현방안 및 분석 (Implementation & Analysis)

7. 서버 구현 (Server Implementation)

8. UI 구현 (UI Implementation)

9. 디버깅 및 검증 (Debugging & Verification)

10. 결과 (Results)

🎨 슬라이드 작성 스타일 가이드

텍스트 구조

코드 스니펫

파일 변경 이력 표

API 명세 표

🔍 대화 내역 분석 프로세스

1단계: 대화 내역 검토

2단계: 핵심 내용 추출

3단계: 슬라이드별로 분류

4단계: PPT 형식으로 작성

📝 출력 형식

✅ 작성 체크리스트

내용 완성도

가독성

정확성

완성도

🎯 작성 시 주의사항

해야 할 것 ✅

피해야 할 것 ❌

Install ppt and it becomes one more candidate the router can pick - when it fits.

What it costs to adopt - in engineering time.

One base URL

No vendor lock-in

Failover built in

Use it

Manifest

Reviews