143

팀을 위한 오픈소스 코딩 에이전트 인프라.

143은 팀 전체가 함께 소프트웨어를 구축하는 오픈소스 플랫폼입니다. 클라우드에서 코딩 에이전트를 실행하고 팀의 컨텍스트에 연결할 수 있습니다. 리포지토리를 연결하고 원하는 에이전트(예: Codex, Claude Code, OpenCode)를 선택하며, 제품 컨텍스트가 담긴 도구와 통합하고, 브라우저, Slack 또는 Linear에서 팀이 작업을 시작하도록 할 수 있습니다. 검토 가능한 브랜치나 GitHub PR을 받게 되며, diff, 트랜스크립트, 체크, 그리고 라이브 프리뷰를 한 곳에서 확인할 수 있습니다.

143.dev · Docs · Architecture · Self-hosting

이것은 무엇인가요?

코딩 에이전트는 이제 실제 제품 문제를 수정할 수 있습니다. 종종 고객에게 가장 가까운 사람이 문제를 발견했을 때 더 빠릅니다. 하지만 대부분의 에이전트 도구는 여전히 한 명의 엔지니어가 각자의 터미널, 자격 증명, 그리고 다른 누구도 볼 수 없는 자동화를 가지고 있다고 가정합니다.

143은 이러한 작업들을 공유 팀 인프라로 실행합니다: 세션, 자동화, 프롬프트 및 기록을 위한 하나의 워크스페이스입니다. 엔지니어들은 완전한 통제력을 유지할 수 있는 반면, 지원(support), 제품(product) 및 기타 팀의 빌더들은 검토 보호 장치가 적용된 범위가 지정된 워크플로우를 얻게 됩니다. 에이전트는 이미 신뢰하는 도구들: GitHub, PR 리뷰, CI, 그리고 병합 규칙 근처에 머무릅니다.

무엇을 하는가

• 팀 소유 에이전트 작업: 자동화, 세션, 히스토리가 하나의 공유 워크스페이스에 살아 있습니다.
• 기존 도구의 컨텍스트 활용: GitHub, Linear, Sentry, Slack, Notion, PagerDuty 등 다양한 도구가 에이전트가 작업을 수행하는 데 필요한 컨텍스트를 공급할 수 있습니다.
• 클라우드 실행: 에이전트는 격리된 샌드박스(Docker/gVisor)에서 실행되므로, 노트북을 깨워둘 필요 없이 브라우저, Slack 또는 휴대폰 어디서든 누구나 작업을 시작할 수 있습니다.
• PR 및 미리보기: 결과물은 브랜치나 PR이 되며, 리포지토리가 지원하는 경우 실시간 미리보기가 제공됩니다.
• 선호하는 에이전트 연결: 143은 코딩 에이전트 어댑터(Codex, Claude Code, OpenCode, Amp, Pi)를 중심으로 구축되었기 때문에 특정 모델 공급업체에 종속되지 않습니다.
• 인간 개입 전 검토 루프: 에이전트는 실패하는 테스트를 복구하고, 리뷰 피드백에 응답하며, 먼저 가드레일 내부에서 반복 작업을 수행할 수 있습니다.

가장 일반적인 첫 설정은 가장 작은 규모입니다. GitHub를 연결하고, 에이전트를 선택하고, Linear 또는 Sentry를 연결한 다음, 단일 이슈-PR 플로우를 실행합니다. 필요한 경우 자동화와 미리보기를 추가하세요.

작동 방식

시작하여 사용해 볼 수 있는 가장 빠른 방법은 143.dev의 관리형 서비스입니다. 가입하고 GitHub 및 도구를 연결하면, 워커, 샌드박스 또는 인프라를 직접 프로비저닝할 필요 없이 바로 실행됩니다. 셀프 호스팅(Self-hosting)은 동일한 흐름을 따르므로 아래 Self-hosting을 참고하세요.

1. GitHub 리포지토리와 제품 또는 운영 컨텍스트를 담고 있는 도구를 연결합니다.
2. 수동으로 세션을 시작하거나 자동화를 예약합니다.
3. 143이 격리된 샌드박스를 구동하고, 리포지토리를 체크아웃하며, 선택한 에이전트를 실행합니다.
4. 에이전트는 diff를 생성하고, 리포에 정의된 모든 검사를 실행하며, 미리보기를 시작할 수 있습니다.
5. 143은 일반적인 인간의 검토와 CI(지속적 통합)를 위해 브랜치 또는 PR을 엽니다.

백엔드는 Go와 Postgres이며 Postgres 기반 작업 큐를 사용하고, 프론트엔드는 Next.js입니다. 워커는 Docker/gVisor를 사용하여 에이전트 샌드박스를 실행합니다. 전체 시스템 설계는 docs/design/overall.md에 있습니다.

Self-hosting

143은 직접 운영하기에 무료입니다. 사용자가 자체 인프라, GitHub App, 도메인, 워커 용량, 그리고 LLM/코딩 에이전트 자격 증명을 가져와야 합니다. 이 레포지토리는 필요한 모든 것을 담고 있습니다: 애플리케이션 코드, Dockerfile, 마이그레이션(migrations), 로컬 개발 환경 설정(local dev setup), 단일 노드 배포 경로(single-node deployment path), 공개 문서(public docs), 그리고 운영 스크립트(operational scripts).

로컬에서 실행하려면 Go 1.24 이상, Node.js 24 이상, 그리고 PostgreSQL 17이 필요합니다:

git clone https://github.com/assembledhq/143.git
cd 143
./setup.sh
...

setup.sh는 누락된 종속성(macOS의 Homebrew, Linux의 apt/NodeSource)을 설치하고, 로컬 데이터베이스를 생성하며, .env.example을 .env로 복사한 후 마이그레이션을 실행합니다. make dev를 사용하면 Docker Compose를 통해 Postgres, Go API, 그리고 Next.js 프런트엔드가 구동됩니다.

운영 환경 배포(production deployment)의 경우, 셀프 호스팅 문서부터 시작하세요. 배포 구성에 대한 내용은 환경 변수를 참조하십시오.

143.dev의 호스팅 서비스는 관리형 경로(managed path)입니다.

기여하기 (Contributing)

이슈와 PR을 환영합니다. 개발 환경 설정 가이드와 설계 개요부터 시작하세요. 제품 결정의 상당 부분이 아키텍처에 관한 것이며, 설계 문서는 의도적으로 레포지토리에 포함되어 있습니다. 규칙은 CONTRIBUTING.md를 참조하고, 보안 문제는 공개 이슈가 아닌 SECURITY.md를 통해 보고해 주십시오.