Claude Code 및 Codex에서 에이전트 실행을 검토 패킷으로 취급하는 실용적 패턴
Codex/Claude 스타일 에이전트 워크플로우를 실험 중인 Reddit 사용자가 결과를 개선한 패턴을 공유합니다: 에이전트 실행을 채팅 기록으로 취급하는 대신, 이제 다른 사람이나 에이전트가 검사할 수 있는 여러 아티팩트가 포함된 내구성 있는 폴더를 생성합니다.
실행별 주요 아티팩트
research.md— 에이전트가 사용한 출처와 가정drafts.md— 후보 출력물(거부된 항목 포함)evals.md— 선택된 옵션에 대한 평가 기준과 추론approval-packet.md— 되돌릴 수 없는 단계 전의 체크포인트metrics.json— 실행의 수치적 결과memory.md— 재사용 가능한 워크플로우 교훈만 저장
두 가지 큰 교훈
메모리는 작업 방식에 관한 것이어야 하며, 검토되지 않은 사실 데이터베이스가 되어서는 안 됩니다. 중요한 주장이 있다면 출처와 함께 검토된 아티팩트에 속해야 합니다.
"완전 자율"보다는 "되돌릴 수 없는 단계까지 자율"이 더 유용합니다. 코드의 경우 커밋/배포를 의미합니다. 콘텐츠의 경우 게시를 의미합니다. 로컬 워크플로우의 경우 자격 증명이나 타사 계정에 닿는 모든 것을 의미합니다.
이점
실패가 특정 단계에서 가시화됩니다: 연구가 잘못되었나? 초안이 나빴나? 평가 기준이 너무 모호했나? 승인 패킷이 위험을 놓쳤나? 메모리가 다음 번에 실제로 도움이 되는 교훈을 저장했나? 이는 채팅 기록에 의존하는 것보다 반복을 더 빠르고 목표 지향적으로 만듭니다.
이 게시물은 토론의 시작점입니다 — 작성자는 다른 사람들이 Claude Code/Codex 워크플로우에서 내구성 있는 아티팩트를 사용하는지 아니면 채팅 기록을 신뢰하는지 궁금해합니다.
📖 전체 출처 읽기: r/ClaudeAI
👀 See Also
Claude AI의 컨텍스트 불안감을 줄이기 위한 CLAUDE.md 최적화
레딧 토론에서 CLAUDE.md 효과를 높이는 실용적인 전략을 소개합니다. 파일을 200줄 이하로 유지하고, 구체적이고 검증 가능한 지침을 사용하며, Claude의 자동 메모리 기능을 활용하여 토큰 낭비를 유발하는 수정 루프를 방지하는 방법을 다룹니다.
그래프 메모리 vs 마크다운: 확장 시 플랫 파일이 프롬프트 부채가 되는 이유
한 개발자가 AI 에이전트를 위한 마크다운 메모리 시스템이 80개 이상의 파일과 500만 자에 달하면서 검색이 추측에 불과해진 경험을 공유합니다. 해결책은 노드와 엣지를 이용한 그래프 메모리로, 에이전트가 작업별로 관련 컨텍스트만 렌더링하도록 하는 것입니다.
CLAUDE.md 부패 방지 방법: 규칙을 코드처럼 다루기
18개월간 실제 사용 경험을 바탕으로 한 개발자가 CLAUDE.md를 100줄 미만으로 유지하는 4가지 원칙을 공유합니다: 인덱스로 사용하기, 규칙과 출처 분리하기, 모든 PR 감사하기, 추가보다 삭제를 더 많이 하기.
비용 효율적인 OpenClaw 자동화: 필요할 때만 LLM 활용
한 개발자가 OpenClaw를 사용해 결정론적 작업을 수행하면서 지속적인 LLM 호출을 피하는 실용적인 접근법을 공유합니다. Python 스크립트를 cron 작업으로 만들어 오류가 발생해 분석과 수정이 필요할 때만 LLM을 호출합니다.