fighting slop with slop — Vaibhav Gupta, Boundary

한 줄 핵심

코드 리뷰와 표준화 대신, 에이전트가 읽고 검증할 수 있는 내부 도구와 타입 안전한 언어·런타임을 만들어야 AI 시대에 복잡한 소프트웨어를 더 빠르고 안정적으로 만들 수 있다는 주장이다.

시간별 요약

1. 0:01
   이 팀은 코드 리뷰를 없애고 병렬 작업을 기본으로 삼았지만, 그 대신 에이전트와 사람이 함께 사용할 수 있는 고정된 기준과 내부 도구를 만들어 슬롭을 줄인다. 변화가 잦은 문서·코드가 아니라 오래 유지될 불변 규칙과 작은 기준 파일로 혼란을 줄이는 방식이 핵심이다.
2. 2:01
   표준화는 Claude.md 같은 개별 도구가 아니라 모든 모델이 이해할 수 있는 작은 architecture.md로 해결하고, 설계 문서는 버전관리·댓글·Slack 알림으로 실제로 읽히게 만든다. 여기에 의존 그래프 시각화와 CI/CD 검사를 더해, 누수가 생기는 구조 변경을 즉시 드러내며 아키텍처의 일관성을 유지한다.
3. 5:01
   에이전트가 BAML 프로그램을 만들고, 실행 트랜스크립트와 도구 호출 수를 분석하며, 무엇이 잘됐고 무엇이 비효율적인지 자동으로 평가·수정하는 루프를 만든다. 이 과정에서 A/B 테스트로 언어 기능의 성능을 비교하고, 적은 도구 호출과 적은 오류를 기준으로 더 나은 설계를 데이터로 고른다.
4. 9:00
   기존 코드 읽기 방식 대신, 코드 구조를 시각화하고 실행 추적을 기본 정보로 제공해 필요한 부분만 확장해 읽는 agent-first 도구를 제안한다. grep 대신 describe 가능한 검색, 함수의 CLI화, 크로스 플랫폼·WASM 대상 빌드로 에이전트가 코드를 탐색·실행·최적화하는 비용을 크게 낮춘다.
5. 15:01
   진짜 해법은 새로운 언어를 강요하는 것이 아니라, 타입 안전한 ML 기능을 Python·TypeScript·Rust·Go·Ruby·Java 등 기존 언어에서 바로 쓰게 하는 것이다. 오류 전파와 처리 여부를 컴파일러가 증명하고, lambda·generics·closures까지 경계 없이 넘기게 만들어 인간과 에이전트 모두가 믿을 수 있는 시스템을 만든다.
6. 19:00
   코드 리뷰나 엄격한 표준화가 없어도, 하위 레이어가 충분히 강하면 팀은 병렬로 일하면서도 더 안정적으로 움직일 수 있다. 결국 AI 시대의 생산성은 모델 자체보다, 에이전트가 읽고 검증하고 실행할 수 있게 설계된 새로운 Git·database·programming language 같은 기반을 얼마나 잘 재구성하느냐에 달려 있다.

실무 인사이트

• 에이전트 시대에는 사람에게 읽히는 문서보다, 작은 불변 규칙과 자동 검증 가능성이 높은 내부 인터페이스를 먼저 설계하는 것이 효과적이다.
• LLM 앱 품질 관리는 감각보다 실행 트레이스, 도구 호출 수, 오류율 같은 계량 지표로 묶어 A/B 테스트하는 방식이 재현성과 개선 속도를 높인다.
• 새 언어를 전면 교체하는 전략보다, 기존 스택에 타입 안전한 추상화를 얹어 에이전트가 즉시 활용하게 만드는 점진적 전환이 현실적이다.