사용자 페르소나: 개발자
프로필: 코딩, 디버깅, 문서 읽기, 리팩터링, 코드 리뷰. 주요 목표: 컨텍스트 전환을 줄이고, 반복적인 보일러플레이트 코딩을 없애며, 디버깅 속도를 높입니다.
권장 설정
제공자(Provider)
- 주력: 코딩 작업과 복잡한 추론에는 현재 Claude Sonnet 4.6이 최상위권이며, 가장 무거운 추론이 필요할 때는 GPT-5.5(Pro Plus 이상 필요)를 사용하세요.
- 로컬: 비공개, 오프라인 코딩이나 민감한 지적 재산을 다룰 때는 **Ollama(DeepSeek Coder / Qwen 3)**를 사용하세요.
- 속도: 빠른 구문 검사와 간단한 변환 작업에는 GPT-5.4 Mini 또는 Gemini 3.5 Flash를 사용하세요.
이들은 Rephlo가 관리형 Dedicated API를 통해 제공하는 최첨단 모델입니다. GPT-5.5와 Claude Opus 4.8은 Pro Plus 이상이 필요합니다. 본인의 API 키(BYOK)를 사용하면 제공자 계정에서 지원하는 모든 모델을 사용할 수 있습니다.
Knowledge Spaces
Space: Current Project(아키텍처 스펙, API 문서, 핵심 헬퍼 클래스를 수집).Space: Library Docs(현재 사용 중인 생소한 라이브러리의 문서를 수집).Space: Coding Standards(팀의 스타일 가이드, 네이밍 컨벤션, 패턴).
필수 Commands
-
"Gen Docstring"
- 프롬프트: "이 메서드에 대한 XML 문서 주석을 생성하세요. 명확한 설명과 함께 param 및 return 태그를 포함하세요."
- 사용법: 함수 시그니처를 선택합니다.
-
"Find Bug"
- 프롬프트: "이 코드에서 발생할 수 있는 런타임 오류, null 참조 예외, 경쟁 조건, 또는 로직 결함을 분석하세요. 발견된 각 문제를 설명하세요."
- 사용법: 의심스러운 코드 블록을 선택합니다.
-
"Convert Language"
- 프롬프트: "이 Python 코드를 C#으로 다시 작성하세요. 동등한 기능을 유지하고 관용적인 C# 패턴을 사용하세요."
- 사용법: 언어 간에 번역할 코드를 선택합니다.
-
"Explain Regex"
- 프롬프트: "이 정규 표현식이 하는 일을 단계별로 설명하세요. 각 구성 요소를 분석하고 예시 매칭을 제공하세요."
- 사용법: 복잡한 정규식 패턴을 선택합니다.
-
"Refactor Clean"
- 프롬프트: "이 코드를 가독성과 유지보수성이 높아지도록 리팩터링하세요. SOLID 원칙을 적용하고, 적절한 곳에서 메서드를 추출하며, 인라인 주석을 추가하세요."
- 사용법: 레거시 코드나 복잡한 메서드를 선택합니다.
-
"Write Unit Test"
- 프롬프트: "이 메서드에 대한 유닛 테스트를 생성하세요. 엣지 케이스, null 입력, 경계 조건을 포함하세요. xUnit/NUnit 문법을 사용하세요."
- 사용법: 테스트할 메서드를 선택합니다.
워크플로 예시: 디버깅
- 캡처: 예외가 발생했습니다. 스택 트레이스를 스크린샷합니다.
- 분석: Visual Intelligence(Rephlo의 화면 캡처 및 이미지 이해 기능)를 사용해 스크린샷에 "Explain Error"를 실행합니다.
- 컨텍스트: Rephlo가 42번째 줄에서 null 객체 문제일 수 있다고 제안합니다.
- 검증: 관련 코드 블록을 선택하고 "Check Null Safety"를 실행합니다.
- 수정: Rephlo가 null 가드가 포함된 수정된 코드 스니펫을 제공합니다.
워크플로 예시: 코드 리뷰 준비
- 선택: 곧 제출할 코드 변경 사항을 강조 표시합니다.
- 리뷰: 동료가 발견하기 전에 문제를 잡아내기 위해 "Find Bug"를 실행합니다.
- 문서화: 문서화되지 않은 메서드에 "Gen Docstring"을 실행합니다.
- 다듬기: 복잡한 섹션에 "Refactor Clean"을 실행합니다.
- 제출: 자신 있게 PR을 생성합니다.
지원되는 코드 파일 형식
Rephlo는 Spaces에 추가된 다음 파일 형식을 처리하고 이해할 수 있습니다:
| 카테고리 | 확장자 |
|---|---|
| C# / .NET | .cs, .csproj, .sln, .xaml |
| JavaScript / TypeScript | .js, .ts, .jsx, .tsx, .mjs |
| Python | .py, .pyi, .pyw |
| Web | .html, .css, .scss, .less |
| Data / Config | .json, .xml, .yaml, .yml, .toml |
| Documentation | .md, .txt, .rst |
| Other Languages | .java, .go, .rs, .rb, .php, .swift |
참고: 바이너리 파일, 컴파일된 출력물, node_modules는 지원되지 않습니다. Space 콘텐츠는 소스 파일 위주로 유지하세요.
개발자를 위한 프로 팁
Space 콘텐츠를 집중적으로 유지하기
전체 저장소를 Space에 통째로 넣고 싶은 유혹을 뿌리치세요. 대신:
- 아키텍처 결정 기록(ADR)만 포함하세요
- 핵심 인터페이스 정의와 베이스 클래스를 추가하세요
- 통합 중인 라이브러리의 API 문서를 업로드하세요
- 테스트 데이터, 빌드 산출물, 생성된 파일은 제외하세요
집중된 Space는 더 관련성 높고 정확한 응답을 만들어냅니다.
토큰 예산을 의식하기
대규모 코드베이스는 토큰 한도를 빠르게 초과할 수 있습니다. 전략:
- 서로 다른 모듈이나 서비스마다 별도의 Space를 만드세요
- 모든 것을 담은 Space가 아니라 각 작업에 가장 관련 있는 Space를 사용하세요
- 매우 큰 파일의 경우 전체 파일이 아니라 관련 섹션만 선택하세요
- Spaces 관리 패널에서 Space 크기를 모니터링하세요
반복적인 리팩터링에 Commands 활용하기
같은 변환을 반복해서 설명하고 있다면:
- 정확한 요구 사항을 담은 전용 Command를 만드세요
- Command 프롬프트에 팀의 코딩 표준을 포함하세요
- docstring, null 검사, 로깅 패턴 같은 보일러플레이트에 드는 시간을 절약하세요
반복적인 디버깅에 Multi-Turn Chat 활용하기
여러 가설을 탐색해야 하는 복잡한 디버깅 세션에는 일회성 Command 대신 Multi-Turn Chat을 사용하세요:
- 코드 스니펫을 공유하고 후속 분석을 받으세요
- 제안된 수정 사항에 대해 명확히 하는 질문을 하세요
- 컨텍스트를 유지한 채 해결책을 반복적으로 개선하세요
- 대화 형식으로 대안적인 접근 방식을 탐색하세요
왼쪽 내비게이션 패널에서 Chat에 접속하세요.
권장 Command 그룹
개발 Command들을 기능별 그룹으로 정리하세요:
| 그룹 이름 | Commands |
|---|---|
| Code Review | Find Bug, Check Null Safety, Security Audit |
| Documentation | Gen Docstring, Explain Code, README Generator |
| Refactoring | Refactor Clean, Extract Method, Rename Variables |
| Testing | Write Unit Test, Generate Mocks, Test Coverage |
| Conversion | Convert Language, Modernize Syntax, Format Code |
Commands 섹션에서 Command Group을 만들어 툴킷을 체계적으로 정리하세요.
Rephlo가 도와주는 일반적인 패턴
| 작업 | 사용할 Command |
|---|---|
| 레거시 코드 이해 | 프로젝트 Space와 함께 "Explain Code" |
| API 통합 | "Convert Language" + Library Docs Space |
| 커밋 전 점검 | 스테이징된 변경 사항에 "Find Bug" |
| 문서화 부채 | "Gen Docstring"을 일괄 실행 |
| 코드 리뷰 준비 | PR 전 "Refactor Clean" |
다음 페르소나: 콘텐츠 크리에이터를 위한 가이드 또는 학생을 위한 가이드로 돌아가기.