방 리포트 · 2026-08-02

[실전AI] 에이전틱 AI 커뮤니티

단테가 공유한 Opus 5 리뷰 영상을 계기로 ablation·un-hobbling 개념과 '검증 설계 시대'라는 화두가 오전 내내 이어졌고, 저녁에는 벨의 computer use 기반 GUI 검증 경험이 픽셀 단위 UI 클로닝 이야기로 연결됐다.

28메시지 5참여자 3주요 주제 1짧은 기록

주제별 깊이 읽기

1

AI 워크플로우/검증

검증 설계 시대 - QA 엔지니어링이 새로운 핵심 역량

왜 중요한가

단테는 프롬프트 엔지니어링보다 검증 절차 설계(QA 엔지니어링)가 더 중요해졌다고 강조했고, 쿠쿠는 GPT sol 5.6과 비교하며 의견을 보탰다.

깊이 보기

단테의 발언이 이어지며(11:49), 프롬프트/컨텍스트 엔지니어링보다 이제 더 중요해진 역량은 어려운 과제를 맡기고 그 해결 과정에서 검증 절차를 잘 설계하는 "QA 엔지니어링"이라고 강조했다.

  • 그는 이를 "검증설계자"라는 통찰로 표현했다.
  • 단테는 검증이 잘 설계됐다는 걸 확인하는 방법도 공유했다(11:52): 헛돌지 않으면서, 딱히 /goal을 주지 않았는데도 3시간 이상 장시간 세션이 돌아갈 때가 검증이 잘 만들어졌다는 신호라는 것이다.
  • 이는 모델이 진짜 어려운 문제를 만나 검증을 통과하려고 계속 애쓰며 전진하고 있다는 뜻이라고 설명했다(11:53).
  • 여기에 쿠쿠(경영)가 비교 의견을 냈다(11:54): "검증설계자가 gpt sol 5.6의 메인 목표였던거 같던데 아직은 불필요한 과도한 설계까지 해서 과하더라구요.
  • 다음 6때는 이부분은 개선이 되서나왔음 좋겠네요." 단테는 이에 동의하며 OpenAI와 Anthropic 둘 다 같은 방향을 잡은 것 같다고 답했다(11:54).

단테는 "이제 검증 설계 시대", "헛돌지 않는 장시간 세션"이라고 재차 정리했다(11:54~11:55). 이어 단테는 정량화 가능한 영역은 검증 설계 달성이 비교적 쉽지만, 품질기준이 크리에이티브하고 정성적인 영역일수록 어렵다고 짚었다.

이를 잘해내면 코딩을 못 짜는 사람도 엄청난 제품을 만들 수 있다는 전망도 내놨다(11:56). 그는 Fable, Opus, Sol 같은 모델에 목표 달성 가능한 최소한의 연결을 붙일 수 있는 기초 역량, 목표 설계 역량, 검증설계 역량을 갖춘 사람이 앞으로 대우받을 것이라 전망했다(11:57).

마지막으로 그는 이제 /goal을 쓰지 않는 게 맞고, 대신 goal처럼 안 돌면 설계문을 다시 검토하는 과정이 헛돌지 않는 TDD 프로세스를 모니터링하는 방법이라고 결론지었다(11:59).

맨 위로
2

AI 모델/하니스

Opus 5 영상 리뷰 - ablation과 un-hobbling 개념

왜 중요한가

단테가 공유한 Opus 5 리뷰 영상 내용을 정리하며, 하니스를 주기적으로 재검증하는 'ablation'과 과도한 제약을 덜어내는 'un-hobbling' 개념을 소개했다.

깊이 보기

단테가 오전 11시 14분 유튜브 링크(https://youtu.be/UkoosAsEA8w)를 공유하며 시작한 대화.

  • 이 영상에서 다뤄진 Opus 5 변화에 대한 내용을 단테가 순차적으로 정리해서 전달했다.
  • 먼저 Opus 5는 /goal 명령어 같은 별도 목표 지시가 이제 필요 없어질 정도로 단단해졌고, 프롬프트 인젝션 방어력도 크게 개선된 "단단하고 에이전틱한 모델"이라고 소개했다(11:15).
  • 이어서 영상에서 강조한 것은 하니스(시스템 프롬프트+지침 묶음)를 고정된 것으로 두지 말고, 6개월마다 CLAUDE.md 같은 지침 파일을 비우고 한 줄씩 다시 테스트하는 변화관리가 필요하다는 점이다(11:26).
  • 이 절차를 "보리스"(보리스 체르니로 추정)가 "ablation"이라는 용어로 정의했다고 소개했다(11:27).
  • 단테가 정리한 ablation 절차는 다음 4단계다: 1) Claude Code의 시스템 프롬프트와 여러 지침을 일단 제거, 2) 최소 상태에서 성능 측정, 3) 필요한 지침을 한 줄씩 다시 추가, 4) 각 지침이 실제로 성능을 개선하는지 확인(11:28).

이어서 단테는 "Un-Hobbling"이라는 개념도 소개했다. 호블링(hobbling)은 "다리를 절게 만든다"는 뜻으로, 과거 약한 모델에게 필요했던 과도한 제약설계 프레임워크들이 Opus 5 이상의 강한 모델에게는 오히려 불필요한 규칙과 구조로 전락한다는 것이다.

이런 프롬프트를 덜어내는 작업을 '언호블링'이라 표현한다고 전했다(11:36). 결론적으로 단테는 마이너한 규칙은 없애고, 모델이 직접 판단하도록 목표중심 시스템 프롬프트로 가야 하는 시점이라고 정리했다(11:37).

연결 링크

맨 위로
3

AI 개발 방법론

TDD를 넘어선 GUI 검증 - computer use와 픽셀 단위 클로닝

왜 중요한가

벨은 GUI 테스트에 computer use를 써서 실제 동작을 스크린샷으로 확인한다고 공유했고, 단테는 보리스 체르니의 픽셀 단위 UI 클로닝·검증 사례를 덧붙였다.

깊이 보기

오후 6시 42분, 벨(AI 개발)이 앞선 대화 흐름에 "공감해요"라고 반응한 뒤, 자신의 실무 경험을 공유했다(6:44): "TDD로도 신뢰가 안가서, GUI툴 테스트할때는 computer of use 로 실제 동작하는지 확인하도록하고, 스크린샷찍게두고있습니다." 텍스트 기반 TDD만으로는 GUI 동작의 신뢰도를 확보하기 어려워, computer use 도구로 실제 화면 동작을 확인하고 스크린샷까지 남기는 방식을 쓴다는 것이다.

  • 단테는 이를 "BP(Best Practice)네요"라고 짧게 호응했고(7:01), 이어서 앞서 언급한 영상(보리스 체르니 관련)에서 나온 내용을 추가로 소개했다(7:02): 보리스 체르니가 영상에서 pixel 단위로 UI를 동일하게 클로닝한다고 언급했으며, 검증도 픽셀 단위로 비교하도록 했다는 것이다.
  • 이는 GUI 결과물을 정성적 판단이 아니라 픽셀 단위의 정량적 비교로 검증하는 방식으로, 벨이 공유한 computer use 기반 검증과 같은 맥락의 사례로 이어졌다.
맨 위로

짧은 기록

5.6 Luna Max 가성비 vs GLM/Kimi 밀림

단테가 오후 6시 14분에 사진(캡션 없음)을 공유했다. 이를 두고 누워있는 죠르디가 "5.6 Luna max 가성비 갑이네요"(6:16)라고 평가했고, 단테는 "glm 5.2 , kimi 3 가 갑자기 오징어 되었어요."(6:18)라며 상대적으로 GLM과 Kimi 모델이 밀렸다는 반응을 남겼다.

제외한 잡담

오픈채팅봇의 아침 인사(오전 8:01 /skills 안내)와 저녁 마감 안내(오후 9:30 /context·/dream 안내) 자동 메시지 2건은 요약에서 제외.