본문 바로가기

전체 글108

AI 에이전트 코드 리뷰, 왜 구현자와 분리해야 할까? 커밋 전 리뷰 루프 설계 AI 에이전트에게 코드를 작성시킨 뒤 같은 세션에서 “리뷰해줘”라고 요청하면, 대체로 꽤 좋은 평가가 돌아온다. 처음에는 코드가 정말 괜찮아서 그런 줄 알았다.그런데 곰곰이 생각해보면 이상하다. 방금 코드를 작성한 세션은 설계 의도와 구현 과정, 애매했던 선택의 이유까지 전부 알고 있다. 사람으로 치면 작성자가 직접 자기 PR을 검토하는 것과 비슷하다. 이번에는 이 문제를 줄이기 위해 만든 커밋 전 리뷰 루프를 정리해보려고 한다!목차리뷰가 리뷰가 아니게 되는 순간전체 흐름: 팬아웃 후 수렴증거를 스크립트가 만드는 이유서로 다른 축의 리뷰어 3명판정자를 한 층 위에 둔 이유정적 리뷰와 테스트 게이트를 분리한 이유1. 리뷰가 리뷰가 아니게 되는 순간리뷰어를 별도로 띄운다고 해서 편향이 사라지는 것은 아니다... 2026. 9. 18.
Claude Code 전용 하네스 소개 이번 글에서는 지난번에 하네스에 대해 공부한 것을 바탕으로 프로젝트를 생성 시마다 사용하는내 하네스 기본 세팅에 대해서 소개하려고 한다! 핵심은 범용 워크플로(클로드에서 기본으로 제공해주는 /plan, /code-review, /tdd)는 다시 만들지 않는다.이런 일반 기능은 외부 하네스에 의존하고, 이 저장소는 프로젝트의 고유한 것만 담도록 구성하였다.목차1. 최상위 구조2. rules/ - 항상 지켜야 하는 규칙 (가장 핵심)3. commands/ - 사용자가 /이름으로 직접 호출4. skills/ - Claude가 상황에 맞춰 자동 로드5. agents/ - 격리된 컨텍스트로 작업 위임6. hooks/ + scripts/ - 라이프사이클 이벤트 자동화7. mcp-configs/ - 외부 서비스 연동.. 2026. 9. 5.
에이전트 오케스트레이션 - 루프 & 그래프 설계 기준 LLM의 설계 단위가 여러 차례 걸쳐서 이동을 하고 있는데, 아래 순서와 같이 확장을 해나아가고 있다.프롬프트 엔지니어링 → 컨텍스트 엔지니어링 → 루프 엔지니어링 → 그래프 엔지니어링 설계의 관심사는 프롬프트에서 컨텍스트로, 다시 반복과 분기의 통제(루프)로 옮겨왔다.루프가 여러 개가 되면 실행 순서가 흔들리는데, 그래프 엔지니어링은 루프 안쪽의자율성은 두고 루프 사이의 흐름만 고정하는 방식이다. 이번 글에서는 루프 엔지니어링과 그래프 엔지니어링을 자세히 다뤄보려고 한다!목차1. 본격적으로 들어가기 전에: 다섯 가지 엔지니어링 용어 정리2. 루프 엔지니어링이란 무엇인가3. 루프에서 반드시 정해야 하는 네 가지3-1. 트리거 — 언제 시작하는가3-2. 검증 — 무엇이 진실을 판정하는가3-3. 상태 — 어.. 2026. 8. 24.
하네스 엔지니어링(Harness Engineering)이란? 2026년 AI 에이전트 개발 최신 트렌드 2026년에 들어서면서 산업 전반에 AI 영향력이 높아지고 있는걸 체감하고 있다!더 이상은 AI 트랜드 공부를 늦추면 안 되겠다 싶어서 앞으로 기술 블로그에 배우고 터득한 지식을 올려보려고 한다.목차1. 하네스의 필요성 2. 2026년 AI 활용 패러다임의 전환2-1. 증강에서 자율로 에이전트 AI의 부상 2-2. 하네스 엔지니어링의 등장2-3. MCP의 표준화2-4. 컨텍스트 엔지니어링으로 확장2-5. 멀티에이전트 오케스트레이션2-6. 트랜드종합3. 좋은 하네스의 구성 요소3-1. 하네스 정의와 경계3-2. 4대 필수 구성 요소3-3. 제어 표면의 게층 구조3-4. 컨텍스트 관리 하위 시스템3-5. 도구 인터페이스 설계3-6. 통제 및 가드레일3-7. 관찰가능성과 평가 계층3-8. 메모리와 학습 곡선4.. 2026. 8. 9.

티스토리툴바