dotfiles

어느 맥에서든 동일한 개발 환경을 만들기 위한 설정 모음.

설치

git clone https://github.com/iamminji/dotfiles.git ~/Projects/dotfiles
cd ~/Projects/dotfiles
./install.sh

install.sh는 멱등하므로 여러 번 실행해도 안전하다. 하는 일:

심링크 방식이므로 이 저장소에서 파일을 수정하면 즉시 반영되고, git pull만으로 다른 PC와 동기화된다.

경로	대상	설명
`zsh/zshrc`	`~/.zshrc`	oh-my-zsh(agnoster), fzf, alias
`vim/vimrc`	`~/.vimrc`	vim-plug 기반 vim 설정
`nvim/`	`~/.config/nvim/`	neovim init, coc 설정
`git/gitconfig`	`~/.gitconfig`	git 사용자/기본 설정
`claude/`	`~/.claude/`	Claude Code 글로벌 지침·설정·statusline·커맨드·스킬·에이전트
`Brewfile`	-	`brew bundle`로 설치할 패키지 목록
`git/hooks/`	-	프로젝트별로 수동 복사해 쓰는 git hook 템플릿
`iterm/`	-	iTerm2 색상 스킴 (수동 import)
`intellij/`	-	IntelliJ 코드 스타일 (수동 import)

claude/agents/의 에이전트들은 ~/.claude/agents/로 심링크되어 어느 PC에서든 동일하게 사용할 수 있다. 기획 → 디자인 → 설계 → 구현으로 이어지는 파이프라인 구조다.

Agent	모델	역할
`product-planner`	opus	무엇을 왜 만들지 결정. 모호한 요청을 명확한 기능 스펙(문제 정의, 범위, 인수 조건)으로 정리한다. 기술 설계는 하지 않으며, 결과물을 다음 단계(UI가 있으면 ui-ux-designer, 아니면 planner)의 입력으로 넘긴다
`ui-ux-designer`	opus	UI가 있는 기능의 UX/UI 설계 전담. 제품 스펙을 받아 사용자 흐름, 화면·컴포넌트 구조, 상태(로딩/빈 화면/에러), 인터랙션, 접근성 명세를 산출한다. 기존 디자인 언어를 먼저 파악해 재사용하며, 구현 방식은 결정하지 않는다
`planner`	opus	어떻게 만들지 설계. 코드베이스를 읽고 구현 계획(접근 방식, 수정할 파일, 빌드 순서, 리스크)을 작성한다. 코드는 직접 수정하지 않는다. product-planner의 스펙과 ui-ux-designer의 디자인 명세를 받으면 재논의하지 않고 그대로 따른다
`developer`	sonnet	계획을 받아 구현만 전담. 대화 히스토리에 의존하지 않아 병렬·백그라운드 실행에 적합하다

로컬 ~/.claude/agents/에 새 에이전트를 추가하면 심링크를 통해 자동으로 이 저장소에 나타나므로, 커밋만 하면 동기화된다.

iTerm2: Preferences → Profiles → Colors → Import → iterm/default-color-scheme.itermcolors
IntelliJ: Settings → Code Style → Import Scheme → intellij/*.xml

git hooks: 필요한 프로젝트의 .git/hooks/에 복사

cp git/hooks/pre-push-gradle <project>/.git/hooks/pre-push