yena shared this post · Jun 25
Codez

A senior Anthropic engineer just dropped 11-page PDF on "Loop Engineering" for agentic systems.

The shift: you stop prompting the agent. You build the system that prompts it instead.

Schedule → Discover → Build → Verify → Repeat

Every loop runs one turn, five moves:

• Discovery: it finds its own work - failing CI, open issues, recent commits - instead of being handed a list.

• Handoff: each task gets an isolated git worktree so parallel agents don't collide.

• Verification: a second agent, told to assume the code is broken, reviews the first. The "thing that can say no."

• Persistence: results get written to disk, never left in a context window that gets flushed.

• Scheduling: an automation wakes it on a timer. That's what makes it a loop.

The key insight: an agent grading its own work always praises it.

This 11-page PDF changed how I'm building agentic systems today.

Read it now, then explore the article below.

GLM 4.7 Flash · Summary · Jun 27

요약

엔지니어가 공개한 11페이지 PDF 문서가 '루프 엔지니어링'의 개념을 소개합니다. 이 접근 방식은 에이전트를 프롬프트하는 대신, 시스템이 에이전트를 프롬프트하도록 설계하는 것을 핵심으로 합니다.

루프의 구조
시스템은 '발견 → 인계 → 검증 → 지속성 → 스케줄링'의 순환 구조를 따릅니다. 각 루프는 단일 턴으로 실행되며, 에이전트는 CI 실패, 오픈 이슈, 최근 커밋 등을 직접 발견하여 작업을 수행합니다.

주요 기능

  • 인계: 각 작업은 격리된 Git 워크트리에 할당되어 병렬 에이전트 간의 충돌을 방지합니다.
  • 검증: 두 번째 에이전트가 첫 번째 에이전트가 작성한 코드를 검토하며, 코드가 손상되었다고 가정하고 거부할 권한을 부여합니다.
  • 지속성: 결과는 컨텍스트 창이 플러시되더라도 디스크에 기록됩니다.
  • 스케줄링: 자동화가 타이머에 의해 에이전트를 깨워 루프를 반복시킵니다.

핵심 통찰
에이전트가 자신의 작업을 평가할 경우 항상 자신을 칭찬하므로, 독립적인 검증 단계가 필수적입니다.

2.0K