루비·레일스 개발자가 일주일간 코덱스를 클로드 코드보다 많이 써 본 인상 열 가지를 8월 21일에 올려 해커뉴스에서 70점·댓글 80개가 붙었어요. 코덱스 쪽 변경이 주석이 적고 구조가 단순했다는 게 요지인데, 정작 본인이 '변경 자체는 빨랐지만 테스트 재실행·검토까지 하면 시간 이득은 없었다'고 적었고 같은 요구사항을 같은 문서로 둘 다 시켰을 땐 클로드 쪽 코드가 더 복잡한 대신 처리하는 경우가 더 있었대요. 코덱스는 브랜치 A가 브랜치 B를 가리키게 만들어 두고 rebase 를 main 으로 해 4,000줄 넘게 추가된 PR 을 냈고, 비교 환경도 클로드 쪽에만 스킬이 더 깔려 있었다고 저자가 스스로 밝혔어요.
용어 풀이
- PR
- 풀 리퀘스트. 고친 코드를 원래 브랜치에 합쳐 달라고 올리는 요청
- rebase
- 내 브랜치의 커밋을 다른 브랜치 위로 옮겨 붙이는 깃 명령
운영자 인사이트
둘 중 뭘 쓸지 정하는 근거로 쓰기엔 약해요 — 저자가 스킬 구성이 서로 달랐다고 밝혔고 속도 이득도 없었다고 적었으니, 남의 일주일 체감을 옮기기보다 내 저장소에서 같은 티켓을 양쪽에 던져 'PR 마무리까지 걸린 시간'과 '늘어난 주석·추상화 양'을 재 보는 게 빨라요. 댓글에 정반대 경험이 그대로 올라온 것도 그래서예요.
여러 관점으로 보기
- 정반대 경험 '오히려 코덱스가 지시와 미리 만들어 둔 스킬까지 무시하면서 최대한 복잡하게 만든다'는 반대 경험이 달렸어요. Hacker News
- 코덱스가 무너진 자리 GPT-5.6 솔에 작지도 크지도 않은 티켓 하나를 줬더니 25,000줄 넘는 차이가 나왔다는 사례도 같은 글 댓글에 있어요. Hacker News
- 그래서 갈라 쓴다 솔은 반복 작업, 오푸스는 프론트엔드·디자인, 페이블은 복잡하고 모호한 설계에 쓴다며 작업별로 나눠 쓰는 사람도 있어요. Hacker News