
Phasr
Phasr Inc. · 코딩
Phasr는 여러 CLI AI 코딩 에이전트를 동시에 실행하는 무료 오픈소스 AI 코딩 에이전트 워크스페이스다. 각 에이전트는 자기만의 Git worktree에서 움직인다. 저장소를 열고 Claude Code, Codex CLI, Gemini CLI 같은 에이전트를 연결한 뒤, 각자에게 별도의 작업을 맡긴다. 모든 에이전트가 격리된 브랜치에서 일하기 때문에 서로의 수정을 덮어쓰지 않는다. 그런 다음 각 diff를 검토하고 실제로 원하는 변경만 병합한다. 이미 CLI 코딩 에이전트를 쓰면서 한 번에 한 작업에서 작은 함대로 규모를 키우려는 개발자를 위한 데스크톱 워크스페이스다.

Phasr 소개
Phasr란 무엇인가
Phasr는 AI 코딩 에이전트를 조율하는 데스크톱 애플리케이션이다. 에이전트를 대체하지도, 편집기를 대체하지도 않는다. 그 위에 자리 잡고, 둘 이상을 돌리는 순간 나타나는 문제에 답한다. 병렬 작업을 어떻게 혼란으로 만들지 않을지에 대한 문제다.
핵심 발상은 작업마다 브랜치를 나누는 격리다. 각 작업은 자기 전용 Git worktree를 받는다. 이는 자기 브랜치에 묶인 별도의 작업 디렉터리이면서 같은 저장소 이력을 공유한다. 에이전트 A가 인증 모듈을 다시 쓰는 동안 에이전트 B는 다른 디렉터리에서 테스트를 쓴다. 어느 쪽도 상대의 미완성 수정을 보지 않는다. stash도, 브랜치를 옮겨 다니는 일도, 덮어써진 파일도 없다.
가장 큰 한계는 범위다. Phasr는 Git과 명령줄 에이전트에 익숙한 개발자를 겨냥하므로 worktree, 브랜치, 병합을 이해한다고 전제한다. 로컬 머신에서 실행된다. AI 모델 자체는 제공하지 않는다. 에이전트와 구독은 직접 마련한다. 내가 보기에 이 프로젝트는 아직 초기라, 거친 부분과 이미 출시된 기능이 아니라 로드맵에 올라 있는 기능을 각오하는 편이 좋다.
시작하기
- 공식 사이트나 GitHub 저장소에서 Phasr를 내려받아 데스크톱에서 앱을 연다.
- 로컬 Git 저장소를 지정해 프로젝트를 읽고 이력에서 worktree를 만들 수 있게 한다.
- 기존 자격 증명으로 Claude Code, Codex CLI, Gemini CLI, Aider 같은 CLI 코딩 에이전트를 연결한다.
- 작업을 만들고 좁은 목표를 부여한 뒤 실행한다. Phasr가 그 작업을 위한 전용 worktree를 띄운다.
- 에이전트가 끝나면 diff를 열고 괜찮아 보이는 부분을 승인한 다음 브랜치를 메인 라인에 병합한다.
제품 정보
Phasr의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 이미 CLI 코딩 에이전트를 쓰는 개발자
- 1인 개발자와 소규모 팀
- 멀티 에이전트 작업이 처음인 엔지니어
작업
- 기능 개발과 버그 수정 병행
- A/B 구현 비교
- 리뷰와 병합 정리
- 문서 채우기
활용 상황
- 바쁜 스프린트 중 작업마다 worktree 하나씩
- 작성 에이전트와 리뷰 에이전트 병행 실행
- 회의 전에 긴 에이전트 실행 시작
- 같은 작업에서 두 모델 비교
주요 기능
병렬 에이전트 실행
Phasr는 하나의 데스크톱 창에서 여러 병렬 AI 코딩 에이전트를 동시에 돌린다. 각 에이전트에 작업을 배정하고 진행 상황을 한곳에서 지켜본다. 이제 일마다 터미널을 열 필요가 없다. 얻는 것은 처리량이다. 세 에이전트가 30분 일하면 한 에이전트가 90분 일하는 것보다 낫다.
Git worktree 격리
그렇다면 병렬 작업을 안전하게 만드는 것은 무엇인가. worktree 격리다. 제품의 나머지가 기대는 바로 이 기능이다. 각 작업은 자기 worktree, 즉 전용 브랜치에 묶이면서 같은 저장소를 공유하는 별도 디렉터리를 받는다. 에이전트는 서로의 수정을 덮어쓸 수 없고, 병합하기로 정할 때까지 메인 브랜치는 손대지 않은 채 남는다. 흔한 "에이전트 둘, 폴더 하나" 충돌에 대해 내가 본 가장 깔끔한 해결책이다.
리뷰 우선 병합 워크플로
당신의 승인 없이는 메인 브랜치에 아무것도 들어가지 않는다. Phasr는 AI 코드 리뷰를 나중에 덧붙이는 일이 아니라 내장 단계로 만든다. 작업마다 diff를 보여주고, 테스트 명령을 실행하게 하고, 만족하면 브랜치를 병합한다. 승인 관문은 설정할 수 있어서, 위험한 변경은 명시적 사람 리뷰로 보내고 위험이 낮은 것은 더 빠르게 흘려보낼 수 있다.
에이전트에 종속되지 않는 구성
Phasr는 한 업체에 묶어 두지 않는다. Claude Code, Codex CLI, Gemini CLI, Aider 등 터미널에 뿌리를 둔 에이전트에 기존 구독과 자격 증명으로 연결한다. 새 CLI 에이전트가 나오면 워크스페이스를 바꾸지 않고 끼워 넣을 수 있다.
실시간 diff와 IDE 딥링크
에이전트가 일하는 동안 Phasr는 실시간 diff를 보여주므로 완료를 기다리지 않고 무엇이 바뀌는지 볼 수 있다. 실제로 지켜볼 수 있는 멀티 에이전트 워크플로라고 생각하면 된다. 파일을 손으로 살피거나 고치고 싶을 때는 딥링크가 편집기로 뛰어든다. 이 조합이 검토 단계를 귀찮은 일이 아니라 빠른 일로 유지한다.
추적을 위한 브랜치 이름
각 작업은 브랜치 이름 규칙을 따른다. 그래서 worktree는 그것을 낳은 목표로 거슬러 이어진다. 다섯이나 여섯 작업이 동시에 돌아갈 때, 하루 뒤에도 워크스페이스를 읽을 수 있게 유지하는 것은 이 이름 붙이기 규율이다.
장단점
장점
- worktree 격리가 에이전트를 병렬로 돌릴 때의 파일 충돌 걱정을 없앤다.
- 이미 돈을 내는 CLI 에이전트와 작동하므로 새 모델 구독이 필요 없다.
- 리뷰 우선 병합이 메인 브랜치에 닿는 모든 변경을 사람의 통제 아래 둔다.
- 무료이자 오픈소스이고, 코드가 GitHub에 있어 검증하고 기여할 수 있다.
- 데스크톱 UI가 작업마다 브랜치 하나라는 작업을 생짜 Git 명령보다 따라가기 쉽게 한다.
단점
- worktree와 병합 같은 Git 개념에 익숙하다고 전제하므로 초보자는 어려움을 겪는다.
- 자체 모델을 가져오지 않는다. 가치는 전적으로 연결한 에이전트와 그 비용에 달려 있다.
- 문서가 아직 여러 곳에서 얇다. 첫 설정이 마땅히 걸려야 할 시간보다 오래 걸린다.
- 프로젝트가 아직 초기다. 다듬어지지 않은 부분과, 출시된 빌드가 아니라 로드맵에 있는 기능을 각오하는 편이 좋다.
자주 묻는 질문
그렇다. Phasr는 무료이자 오픈소스다. 앱 자체는 아무 비용도 들지 않는다. 다만 연결하는 AI 에이전트는 자체 구독이나 API 사용으로 요금을 청구할 수 있다.
관련 콘텐츠
Phasr와 관련된 도구, 스킬, 아티클을 살펴보세요.
Phasr 대안
Forefront
Forefront · 코딩Forefront는 오픈소스 AI로 무언가를 만드는 웹 플랫폼이다. 대표적인 오픈소스 언어 모델을 자신의 데이터로 미세 조정하고, 성능을 평가하고, API로 실행하거나 내보내 직접 호스팅할 수 있다. 폐쇄형 플랫폼의 편의를 원하면서도 모델과 데이터의 소유권은 놓지 않으려는 개발자가 대상이다.
Startkit
StartKit.AI · 코딩Startkit은 AI SaaS와 AI 래퍼 제품을 만들기 위한 보일러플레이트다. 지루한 부분을 미리 연결해 둔 AI 스타트업 보일러플레이트라고 생각하면 된다. 인증, Stripe와 Lemon Squeezy 결제, 사용량 제한, 트랜잭션 이메일, 그리고 OpenAI, Anthropic, Groq, Llama와 통신하는 AI API 스타터 키트가 포함된다. 저장소를 복제하고 가격을 정한 뒤 사용자가 실제로 돈을 내는 부분에 착수하면 된다. React와 Tailwind 위의 Next.js로 만들어졌기 때문에 보일러플레이트 코드의 상당 부분이 이미 익숙하게 느껴진다.
Testim
Tricentis · 코딩Testim은 웹, 모바일, Salesforce 애플리케이션 전반에 걸쳐 엔드투엔드 테스트를 만들고 실행하는 AI 기반 테스트 자동화 플랫폼이다. 머신러닝에 기대어 인터페이스가 바뀌어도 테스트를 안정적으로 유지하므로, 팀은 깨진 셀렉터를 고치는 데 쓰는 시간을 줄인다. 오늘부터 쓸 수 있는 자동화 테스트 도구치고 나쁘지 않다. 브라우저에서 동작을 녹화해 테스트를 만들고, 더 세밀한 제어가 필요하면 JavaScript를 더한다. 바쁜 QA 팀에게 탄탄한 선택이다.
