LLM 해러니스가 개발의 판도를 바꾼다
The Harness Is the Thing
개발자 Scott Fryxell은 LLM 기반 개발 도구의 급격한 발전을 경험하며, 단일 개발자가 대규모 팀 수준의 결과물을 만들 수 있게 되었다고 말한다. 핵심은 '해러니스(harness)'로, Cursor, Claude, Pi 같은 다양한 TUI(터미널 UI)를 통합하는 개인화된 작업 환경이다. 그는 DeepSeek 같은 저비용 모델을 대부분의 작업에 활용하고, 계획·실행·비평·홍보 단계를 분리한 파이프라인을 구축해 프론티어 모델 사용량을 75% 줄였다. 또한 자신의 카메라 앱을 해러니스에 연결해 생산성을 높인 사례를 소개한다.
해러니스가 핵심이다. 내 기대와 LLM의 능력이 만나는 지점이 바로 그것이다.
HN 토론
34- cultofmetatron
cultofmetatron: 저만 여기서 딥시크와 큐원에 완전히 만족하는 사람인가요? 일반적으로 저는 모든 계획을 머릿속으로 하고, 원하는 것을 몇 문장으로 설명하면 딥시크가 몇 시간의 작업을 절약해 줍니다. 젠장, 대부분은 flash로도 충분하고, 일부 검토에는 pro를 사용합니다.
- AirMax98
AirMax98: 이 글을 읽으니 작업 흐름이 조금만 더 좋았으면 좋겠다는 생각이 듭니다. 저는 정말로 Fable에만 전적으로 의존해서 다른 모델을 사용하지 않고, 이미 매주 사용량 한도에 부딪히는 지경에 이르렀습니다. 저는 정말 빌린 시간 위에서 살고 있습니다. Anthropic이 8월 말에 50% 사용량 증가를 마침내 축소하면, 저는 분명히 작업 흐름을 바꿔야 할 것입니다. 그렇게 되면, 단일 공급업체의 단일 모델에만 고집하지 않을 것이라고 상상하기 어렵습니다.
- andai
andai: 저는 Luna에 매우 만족하고 있지만, 제 접근 방식은 '작은 단위의 수많은 편집'이며, 이에 대해서는 모델들이 1년 전에 이미 포화 상태에 도달했습니다. (또한 '거대한 모델이 거대한 변경을 하게 하는' 접근 방식도 시도해 보았고, 아직도 그 경험에서 심리적으로 회복 중입니다. 코드베이스는 영원히 회복하지 못할지도 모릅니다!) 또한, Luna와 DSV4 Flash가 이제 거의 동급인 것 같은데, Luna가 더 빠르고 저렴한 것 같지 않나요?
- brainless
brainless: 저는 Claude Code, Codex, opencode를 거의 서로 바꿔 가며 사용합니다. 이번 달에는 (어리석게도) 대규모 클라이언트 프로젝트가 있어서 Max($100)를 결제했기 때문에 Claude를 더 많이 사용하고 있습니다. 일반적으로 더 큰 모델을 계획에 사용합니다. 제가 생성하는 모든 Epic은 비슷한 구조를 가지고 있습니다. 모든 저장소도 비슷한 구조를 가지고 있습니다 (최근 예: https://github.com/brainless/akar 및 https://github.com/brainless/daftprompt). 저는 프롬프트를 만드는 데 시간이나 생각을 거의 쏟지 않습니다. 몇 가지 조합이 있는 간단한 텍스트 파일이 있습니다. 그들은 모든 공통 파일(README, AGENTS, DEVELOP 등)을 참조합니다. 모든 참조 소프트웨어는 로컬에 클론되어 있고 문서에 그렇게 명시되어 있습니다. 그러면 프롬프트 템플릿은 연구 모드(Epic 작성), 작업자 모드(소프트웨어 작성), 또는 검토 모드(Epic에 검토 메모 남기기)로 요약됩니다. 그게 전부입니다. 제 하네스 실험 중 상당수는 텍스트 조작, 텍스트 검색, 텍스트 그래프에 관한 것입니다. LLM이 텍스트 처리 시스템이기 때문입니다. 프롬프트의 일부를 자르고, 응답의 일부를 자르고, 사용자 의도의 일부를 자릅니다. 결합하고, Epic/작업으로 나누고, LLM으로 실행하고, 반복합니다.
- esalman
esalman: 지난 주에 배운 것은 하네스가 기본적으로 while 루프라는 것입니다. 각 반복에서 LLM 호출을 하고, 약간의 작업(예: 도구 호출)을 수행하고, 프롬프트를 보강하고(추가 또는 압축 등) - 반드시 그 순서는 아니지만 - 계속합니다. 종료 조건이 충족될 때까지. 그러면 루프를 빠져나옵니다.