portfolio-guide
Installation
SKILL.md
포트폴리오 가이드 (portfolio-guide)
moai-career v1.0.0
지원 영역
| 영역 | 설명 |
|---|---|
| 분야별 가이드 | 개발자, 디자이너, 마케터, 기획자 맞춤 포트폴리오 전략 |
| 프로젝트 기술서 | STAR 기반 프로젝트 설명, 기여도 정량화 |
| 플랫폼 최적화 | GitHub, Behance, Notion, 개인 블로그 포트폴리오 |
| 포트폴리오 리뷰 | 기존 포트폴리오 개선점 분석 및 피드백 |
참조 가이드: references/portfolio-by-field.md
분야별 포트폴리오 전략
개발자
2026년 채용 시장에서 바이브 코딩(Vibe Coding)의 확산으로 기업이 요구하는 기술적 깊이가 한층 높아졌습니다. AI와 협업하며 문제를 해결하는 능력을 보여주는 것이 핵심입니다.
| 구성 요소 | 필수도 | 설명 |
|---|---|---|
| GitHub 프로필 | 필수 | 커밋 히스토리, 기여 그래프, 핀 프로젝트 3~5개 |
| 기술 블로그 | 강력 권장 | 문제 해결 과정, 기술 선택 이유, 학습 기록 |
| 프로젝트 README | 필수 | 아키텍처 다이어그램, 기술 스택, 실행 방법 |
| 라이브 데모 | 권장 | Vercel/Netlify 배포 링크, 데모 영상 |
| 오픈소스 기여 | 차별화 | PR, 이슈 해결, 라이브러리 기여 기록 |
프로젝트 README 필수 항목:
## 프로젝트명
한 줄 설명
### 기술 스택
[프레임워크] [DB] [인프라] [CI/CD]
### 핵심 기능
- 기능 1: 설명 (본인 기여 부분 명시)
- 기능 2: 설명
### 아키텍처
[다이어그램 또는 설명]
### 성과/배운 점
- 응답 시간 40% 개선 (Redis 캐시 적용)
- 동시 접속 1,000명 처리 (부하 테스트 결과)
디자이너
AX(AI Transformation) 시대의 디자이너는 화면을 예쁘게 만드는 것을 넘어 비즈니스 임팩트를 내는 사람이어야 합니다.
| 구성 요소 | 필수도 | 설명 |
|---|---|---|
| Behance/Dribbble | 필수 | 완성도 높은 프로젝트 5~8개 |
| Figma 파일 | 강력 권장 | 컴포넌트 시스템, 프로토타입, 디자인 토큰 |
| 프로세스 문서 | 필수 | 문제 정의 → 가설 → 실험 → 검증 전체 과정 |
| AI 활용 사례 | 권장 | Midjourney, Figma AI 등 도구 활용 과정 |
| 협업 기록 | 차별화 | Jira/Confluence 협업, 개발자 소통 기록 |
케이스 스터디 구조:
1. 문제 정의: 어떤 사용자 문제를 해결했는가
2. 리서치: 사용자 인터뷰, 데이터 분석 결과
3. 가설 설정: 어떤 가설을 세웠는가
4. 디자인 과정: 와이어프레임 → 프로토타입 → 최종 디자인
5. 실험/검증: A/B 테스트, 사용성 테스트 결과
6. 비즈니스 임팩트: 전환율 변화, 이탈률 감소 등 수치
마케터
성과를 수치로 증명하는 것이 마케팅 포트폴리오의 핵심입니다.
| 구성 요소 | 필수도 | 설명 |
|---|---|---|
| 캠페인 케이스 | 필수 | 목표 → 전략 → 실행 → 성과(수치) 구조 |
| 데이터 분석 | 강력 권장 | GA4, SQL, 엑셀 활용 분석 사례 |
| 콘텐츠 포트폴리오 | 권장 | SNS 게시물, 블로그, 뉴스레터 샘플 |
| 성과 대시보드 | 차별화 | Notion/Looker Studio로 정리된 KPI |
기획자 (PM/PO)
문제 발견부터 해결까지의 사고 과정을 보여주는 것이 핵심입니다.
| 구성 요소 | 필수도 | 설명 |
|---|---|---|
| 기획서 샘플 | 필수 | PRD, 기능 명세서, 와이어프레임 |
| UX 리서치 | 강력 권장 | 사용자 인터뷰, 설문 분석, 퍼소나 |
| 데이터 기반 의사결정 | 권장 | A/B 테스트 결과, 지표 분석 사례 |
| 스프린트 운영 | 차별화 | 애자일 프로세스 경험, 회고 기록 |
프로젝트 기술서 작성 프레임워크
■ 프로젝트명
한 줄 요약
■ 기간/인원/역할
YYYY.MM - YYYY.MM | N명 | 담당 역할
■ 배경 및 문제
왜 이 프로젝트를 시작했는가
■ 나의 기여 (STAR 기반)
S: 프로젝트 시작 당시 상황
T: 내가 맡은 구체적 과제
A: 실행한 행동과 의사결정
R: 정량적 성과 또는 정성적 배움
■ 기술 스택 / 도구
사용한 기술, 프레임워크, 도구 목록
■ 링크
GitHub / 배포 URL / 발표 자료
플랫폼별 최적화 팁
| 플랫폼 | 최적화 포인트 |
|---|---|
| GitHub | 프로필 README, 핀 프로젝트, 커밋 빈도, 이슈/PR 활동 |
| Behance | 커버 이미지 품질, 태그 최적화, 프로젝트 설명 영/한 병기 |
| Notion | 목차 구조, 토글 활용, 임베드(Figma/YouTube), 공유 설정 |
| 개인 블로그 | SEO 최적화, 시리즈 구성, RSS 피드, 댓글 소통 |
트리거 키워드
포트폴리오, 프로젝트, GitHub, Behance, Notion, 기술서, 작품집
사용 예시
- "프론트엔드 개발자 포트폴리오 구성 가이드 줘"
- "이 프로젝트를 기술서로 정리해줘. [프로젝트 설명]"
- "GitHub 프로필 README 작성해줘"
- "디자이너 포트폴리오 리뷰해줘. [링크 또는 내용]"
- "Notion 포트폴리오 목차 구성 잡아줘. 마케팅 직무"
독립 실행 워크플로우
참조 가이드(references/)를 사용할 수 없는 경우 다음 단계로 실행합니다.
1단계: 분야/목적 파악
- 직무 분야: 개발/디자인/마케팅/기획
- 목적: 신규 구성 / 기존 개선 / 특정 프로젝트 정리
- 대상 플랫폼: GitHub/Behance/Notion/블로그/기타
2단계: 프로젝트 인벤토리
- 보유 프로젝트 목록화
- 각 프로젝트의 기여도, 기술 스택, 성과 정리
- 포트폴리오에 포함할 프로젝트 3~5개 선정 (양보다 질)
3단계: 구조 설계
- 분야별 필수 구성 요소 확인
- 프로젝트 배치 순서 (가장 강한 프로젝트를 첫 번째에)
- 전체 흐름: 자기소개 → 핵심 프로젝트 → 기술 스택 → 연락처
4단계: 콘텐츠 작성
- 프로젝트 기술서 작성 (STAR 프레임워크)
- 플랫폼별 최적화 적용
- 비주얼 요소 배치 (스크린샷, 다이어그램, 영상)
실행 규칙
- 사용자 요청 수신 → 분야 및 목적 파악
references/{id}.md존재 시 로드 → 가이드에 따라 실행--deepthink또는 복잡한 다분야 포트폴리오 →mcp__sequential-thinking__sequentialthinking호출- 구조와 초안 생성 후 사용자 검토 요청
문제 해결
- 프로젝트 경험 부족: 개인 프로젝트, 해커톤, 오픈소스 기여, 사이드 프로젝트도 훌륭한 포트폴리오 소재입니다. 1인 프로젝트라도 문제 해결 과정을 보여주면 됩니다.
- 성과 수치화 어려움: 직접적 매출 성과가 없어도 "사용자 N명 확보", "코드 리뷰 N건", "문서 N개 작성" 등 활동 지표로 수치화할 수 있습니다.
- 디자인 역량 부족 (개발자): Notion, GitHub README, 간결한 와이어프레임으로도 충분합니다. 비주얼보다 콘텐츠 품질이 우선입니다.
- 다수 분야 경험: 지원 직무와 가장 관련 높은 프로젝트를 앞에 배치하고, 부가 역량은 별도 섹션으로 분리하세요.
공유 에이전트
이 플러그인에서 활용할 수 있는 다른 플러그인의 에이전트:
| 에이전트 | 소속 | 용도 |
|---|---|---|
| quality-evaluator | moai-core | 산출물 품질 PASS/FAIL 판정 |
| korean-tone-reviewer | moai-hr | 직급별 경어 사용 및 비즈니스 톤 적절성 검토 |
이 스킬을 사용하지 말아야 할 때
- 자소서/이력서 작성: 지원 서류 작성은
resume-builder스킬을 사용하세요. - 면접 준비: 포트폴리오 발표 면접이 아닌 일반 면접은
interview-coach스킬이 적합합니다. - 채용공고 분석: JD 분석과 역량 매칭은
job-analyzer스킬을 사용하세요. - 실제 웹사이트 구축: 포트폴리오 사이트를 직접 코딩하려면 개발 도구를 사용하세요.