위 답변은 제가 시드 하네스 엔지니어링할 때 직접 프롬프트로 지시한, 제가 확실하게 기억하고 있는 선에서 즉답한 내용이고,
구체적인 lessons 누적에 대한 대처 방식 상세는 시드 빌드 과정에서 에이전트가 검토하며 알아서 디테일을 추가해서 반영한 영역이라, (시드로 증류 전 작업하던 프로젝트에서 이미 진행된 부분.)
제가 직접 답변하기보다 실제 구성을 잘 꿰고 있는 시드를 취합한 에이전트한테 물어보는 게 맞는 것 같아서 집에 와서 위 질답에 대한 의견을 물어봤습니다.
정리해 준 답변은 이렇습니다:
태그 grep — 작업 컨텍스트 관련 태그로 좁혀서 검색, lessons 전체 통독 아님.
_lessons/README.md 인덱스 — 제목·태그·요약 1줄로 grep 전에 1차 필터.
패턴 승격 — 반복되는 lessons 는 docs/troubleshooting/ 으로 정착, 50건+ 인덱싱 폴더 ceiling 으로 자연 통제.
Q2 도 같은 맥락에서:
concurrent 운용은 토큰 절약 목적이 아니라 충돌 방지·rule drift 방지가 주 목적.
위 답변은 제가 시드 하네스 엔지니어링할 때 직접 프롬프트로 지시한, 제가 확실하게 기억하고 있는 선에서 즉답한 내용이고,
구체적인 lessons 누적에 대한 대처 방식 상세는 시드 빌드 과정에서 에이전트가 검토하며 알아서 디테일을 추가해서 반영한 영역이라, (시드로 증류 전 작업하던 프로젝트에서 이미 진행된 부분.)
제가 직접 답변하기보다 실제 구성을 잘 꿰고 있는 시드를 취합한 에이전트한테 물어보는 게 맞는 것 같아서 집에 와서 위 질답에 대한 의견을 물어봤습니다.
정리해 준 답변은 이렇습니다:
_lessons/README.md인덱스 — 제목·태그·요약 1줄로 grep 전에 1차 필터.docs/troubleshooting/으로 정착, 50건+ 인덱싱 폴더 ceiling 으로 자연 통제.Q2 도 같은 맥락에서:
이라고 하네요.
토큰 분산 목적이면 제가 위에서 예시로 들은 방식이 정확한 패턴이겠고요.