exe.dev 창업자 데이비드 크로쇼가 '개발 도구는 오픈소스여야 한다'며, 밤마다 도는 크론에 '원본의 새 변경을 받아 내 수정을 그 위에 다시 얹어라'라는 프롬프트 하나만 걸어 두면 개인용 포크를 계속 굴릴 수 있다고 했어요. 설정 파일·플러그인 시스템은 고치는 비용이 비쌌던 시절의 산물이라고 짚으면서, 코덱스는 열려 있어 같은 방법이 되지만 클로드 코드는 소스가 닫혀 있어 '벽에 부딪힌다'고 지목했어요. 해커뉴스 502점·178개 토론에선 고스트티·블렌더 포크를 실제로 이렇게 유지한다는 보고와, '결국 패치 더미를 영원히 안고 가는 것', '나는 도구를 유지하러 온 게 아니라 쓰러 왔다'는 반박이 맞붙었어요.
용어 풀이
- 크론
- 정해진 시각마다 명령을 자동 실행하는 리눅스 예약 기능
- 리베이스
- 내가 고친 부분을 원본의 최신 상태 위에 다시 얹는 깃 작업
- 포크
- 남의 저장소를 복사해 따로 고쳐 쓰는 것
- 아파치 2.0
- 가져다 고치고 상업적으로 써도 되는 대표적 오픈소스 라이선스
- CLI
- 터미널에 명령어를 쳐서 쓰는 프로그램
운영자 인사이트
사내 표준 도구를 포크해 두는 선택지가 처음으로 계산해 볼 만해졌지만, 기준은 '리베이스가 되느냐'가 아니라 '그 포크를 몇 년간 누가 책임지느냐'예요 — 원본이 릴리스마다 구조를 바꾸면 에이전트가 붙여 주는 건 코드지 판단이 아니고, 소스가 닫힌 클로드 코드 쪽은 이 선택지 자체가 없어 훅·스킬 안에서 만족하거나 도구를 바꾸는 두 갈래만 남아요.
여러 관점으로 보기
- 반론 — 유지는 결국 사람 몫 상용 코드 요약 도구를 만드는 개발자는 '오픈소스는 좋지만 나는 도구를 유지하러 온 게 아니라 쓰러 왔어요'라며 지원 창구가 있는 쪽을 택했어요. Hacker News
- 된다는 쪽 — 실사용 보고 고스트티 포크를 AI로 최신 상태로 유지 중이라는 보고, 크게 갈라진 브랜치도 클로드 코드가 매번 무리 없이 리베이스했다는 증언이 나왔어요. Hacker News
- 이해관계를 찌른 질문 '그럼 exe.dev도 오픈소스가 되나요, 아니면 그건 개발 도구가 아닌가요'라는 댓글에는 글쓴이 답이 달리지 않았어요. Hacker News
- 글쓴이 쪽 도구는 실제로 열려 있어요 exe.dev의 에이전트 셸리는 아파치 2.0으로 소스가 공개돼 있고(별 589개), 전신인 스케치 저장소는 보관 처리됐어요. GitHub
- 열린 쪽과 닫힌 쪽 확인 코덱스 CLI는 러스트·타입스크립트 소스가 아파치 2.0으로 통째로 올라와 있는 반면, 앤트로픽 공개 저장소엔 플러그인·문서·이슈만 있고 본체 소스는 없어요. GitHub