Chisel의 개요
Chisel은 코딩 에이전트가 코드를 바꾼 뒤 갖는 세 가지 질문에 답합니다. 어떤 테스트를 돌려야 하는지, 어떤 파일이 위험한지, 이 코드를 누가 아는지입니다. 자체 추출기(tree-sitter 미사용)로 저장소의 추적 파일을 훑고, 각 테스트를 그것이 호출하는 함수와 클래스에 연결하며, git 기록에서 변경 빈도, 동시 변경 결합도, 작성자 정보를 뽑아 결과를 `.chisel/store`의 JSON 스냅숏 하나에 저장합니다. 에이전트는 stdio 기반 MCP나 JSON CLI로 접근합니다.
6개 그룹에 29개의 MCP 도구를 등록하지만 항상 켜져 있는 것은 core 도구 7개(analyze, update, diff_impact 등)뿐이고, 나머지는 `CHISEL_DISABLE`이나 프로젝트 AGENTS.md의 한 줄로 숨길 수 있습니다. Claude Code 훅을 쓰면 테스트 실행마다 결과를 `chisel capture`로 넘길 수 있는데, capture는 실패를 issue로 기록하고 테스트가 마지막으로 통과한 이후 바뀐 코드를 의심 순으로 정렬하며 수정 커밋과 함께 issue를 닫습니다. Chisel은 MIT 라이선스이고 crate 없이 Rust 표준 라이브러리만으로 만들어졌으며 2026년 11월 11일에 v0.23.0을 출시했습니다.
Chisel 설치 방법
chisel serve-mcp (release binary from GitHub, with CHISEL_PROJECT_DIR set)Chisel, 쓸 만한 가치가 있습니까?
코드 그래프 MCP 서버 대부분은 에이전트가 읽는 코드를 줄이도록 돕습니다. Chisel은 편집 다음 단계를 겨냥합니다. 에이전트가 diff_impact를 호출하면 변경된 함수를 호출하는 테스트, 이어서 그 호출자의 테스트(기본값은 두 단계 위까지)를 순위로 정리한 목록을 받고, 전체 스위트나 짐작 대신 그것을 실행합니다. 메인테이너가 Django 패키지(코드 파일 약 1000개)로 잰 벤치마크에서는 콜드 분석이 약 8초, 웜 업데이트가 약 69밀리초입니다.
더 특이한 부분은 실패 기록입니다. PostToolUse 훅을 설치하면 에이전트의 테스트 실행(cargo test, pytest, Jest, Vitest, go test, node:test)을 모델 토큰 없이 분석해 실패를 찾고, 중복은 묶으며, issue마다 의심되는 변경을 한 줄 이유와 함께 나열합니다. 다음 세션은 열린 issue를 알리는 최대 두 줄로 시작하므로, 어제 무엇이 깨졌는지 잊은 에이전트에게 도움이 됩니다.
주의할 점: 사용자가 거의 없습니다. 저장소의 GitHub 스타는 7개, 포크는 하나이고 120개 커밋 중 115개가 한 작성자의 것이어서, 그 사람의 속도에 거는 셈입니다. 개발은 빨라 2026년 3월 v0.5.4 이후 30번 릴리스했지만, GitHub 설명은 여전히 MCP 도구 15개라고 하고 README는 29개를 나열합니다. 매칭은 타입 검사가 아니라 휴리스틱이고, README도 위험 점수가 휴리스틱이라고 경고하며, 코드 파일이 2000개를 넘으면 함수별 변경 빈도는 계산하지 않습니다. 선택 사항인 HTTP API(`chisel serve`)는 기본적으로 127.0.0.1에 바인딩되며 소스를 읽어 본 바로는 인증이 없으므로, 컴퓨터 밖으로 노출하지 마십시오.
결론: Chisel은 코드 인텔리전스 플랫폼이 아니라 날카로운 보조 도구입니다. 에이전트가 이미 탐색용으로 GitNexus나 codebase-memory-mcp를 쓴다면 Chisel의 테스트 선택과 실패 추적이 그들이 남긴 빈틈을 메웁니다. 겹치지 않도록 locks와 history 그룹은 끄는 편이 좋습니다.
제 역할을 하는 곳
느린 pytest 스위트를 가진 백엔드 개발자
작은 편집마다 에이전트가 모든 테스트를 돌리는 일을 멈추기
analyze를 한 번 호출한 뒤 변경마다 에이전트가 diff_impact를 호출해 순위가 매겨진 테스트만 실행하게 하고, 병합 전에 전체를 한 번 돌립니다. 무료이며, 절약되는 것은 편집당 스위트 실행 시간입니다.
하루에도 여러 번 Claude Code 세션을 여는 1인 메인테이너
에이전트가 어떤 테스트를 깨뜨렸고 무엇으로 고쳐졌는지 추적
`chisel hook-install --write`로 capture와 SessionStart 훅을 추가합니다. 실패는 중복 없는 issue가 되고, 테스트가 다시 통과하면 수정 커밋과 함께 자동으로 닫힙니다.
에이전트의 pull request를 리뷰하는 테크 리드
바뀐 파일 중 어느 것이 위험하고 누가 리뷰해야 하는지 파악
브랜치에서 `chisel triage`와 `who_reviews`를 실행해 변경 빈도, 결합도, 테스트 없는 코드, 현재 담당자를 봅니다. 점수는 휴리스틱이므로 관문이 아니라 출발점 목록으로 다룹니다.
도입 전 확인할 점
- 설정
- Linux, macOS, Windows용 릴리스 바이너리를 내려받거나(`cargo build --release`도 가능) git이 설치된 환경의 PATH에 두고, .mcp.json에 CHISEL_PROJECT_DIR와 함께 `chisel serve-mcp`를 추가한 뒤 analyze를 한 번 호출합니다.
- 연동
- Claude Code, Cursor, Windsurf, Cline 등 모든 stdio MCP 클라이언트, JSON CLI, 별도의 로컬 HTTP API, 테스트 기록용 Claude Code 훅, 동봉된 SKILL.md. 12개 언어 계열에서 코드를 추출하며 pytest, Jest, Go test, Rust 테스트, JUnit 등을 인식합니다.
- 데이터와 개인정보
- 로컬에서 실행되며 스냅숏은 `<project>/.chisel/store`에 저장됩니다. 호스팅 서비스는 없습니다. HTTP API는 기본적으로 127.0.0.1에 바인딩되며 인증이 없습니다. 저장소 파일에 지정한 사용자 추출기는 --allow-repo-extractor로 명시적으로 허용할 때만 실행됩니다.
- 대규모 사용 시 비용
- MIT로 무료이며 유료판은 없습니다. 큰 저장소는 샤드로 나눌 수 있고 샤드마다 자체 스냅숏을 가집니다.
- 제한
- 점수는 휴리스틱입니다. 코드 파일이 2000개를 넘으면 함수별 변경 빈도는 생략됩니다. 자동 업데이트는 변경 파일 50개 이하일 때만 인라인으로 실행됩니다. 샤드를 설정하면 worktree 응답은 지원되지 않습니다.
좋은 점
- 편집이 닿는 테스트를 호출자 두 단계 위까지 따라가 순위화
- 에이전트의 테스트 실패를 의심 변경과 함께 issue로 기록, 모델 토큰 불필요
- 의존성 없는 Rust 바이너리 하나, 필요한 것은 git뿐
- 도구 그룹으로 29개 도구를 core 7개로 줄일 수 있음
아쉬운 점
- 스타 7개, 주 작성자는 한 명
- 휴리스틱 매칭이며 타입 해석은 없음
- 코드 파일 2000개 초과 시 함수별 변경 빈도 중단
- HTTP API에 인증 없음
추천 대상
테스트가 잘 갖춰진 저장소를 코딩 에이전트에게 편집하게 하면서, 모든 테스트가 아니라 맞는 테스트만 돌리게 하고 싶은 개발자.
Chisel 대안
Chisel: 자주 묻는 질문
- Chisel, 쓸 만한 가치가 있습니까?
- Chisel은 더 큰 코드 그래프들이 건너뛰는 유용한 일, 즉 편집이 실제로 건드리는 테스트를 골라내는 일을 하지만, 시도해 본 팀이 거의 없는 1인 프로젝트입니다. 평점은 5점 만점에 3.5점입니다.
- Chisel의 가격은 얼마입니까?
- 무료 오픈 소스(MIT)입니다.
- Chisel의 단점은 무엇입니까?
- 스타 7개, 주 작성자는 한 명; 휴리스틱 매칭이며 타입 해석은 없음; 코드 파일 2000개 초과 시 함수별 변경 빈도 중단; HTTP API에 인증 없음.
- Chisel에 적합한 사람은 누구입니까?
- 테스트가 잘 갖춰진 저장소를 코딩 에이전트에게 편집하게 하면서, 모든 테스트가 아니라 맞는 테스트만 돌리게 하고 싶은 개발자.
- 팀이나 프로덕션 환경에서 Chisel의 비용은 얼마입니까?
- MIT로 무료이며 유료판은 없습니다. 큰 저장소는 샤드로 나눌 수 있고 샤드마다 자체 스냅숏을 가집니다.
- Chisel에 회사 데이터를 맡겨도 안전합니까?
- 로컬에서 실행되며 스냅숏은 `<project>/.chisel/store`에 저장됩니다. 호스팅 서비스는 없습니다. HTTP API는 기본적으로 127.0.0.1에 바인딩되며 인증이 없습니다. 저장소 파일에 지정한 사용자 추출기는 --allow-repo-extractor로 명시적으로 허용할 때만 실행됩니다.
- Chisel의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 code-review-graph, codebase-memory-mcp 및 GitNexus입니다.
답변 확인일: 2026년 11월 13일.