긴 연구 과제에서 에이전트의 단계적 전달과 중단 복구

사용자가 한 가지 질문을 건넨다. "두 개의 테마 펀드와 제 조합을 비교해 주세요. 먼저 근거 있는 초안을 주고, 그다음 핵심 의문점을 명확히 밝혀 주세요." 연구에는 여러 문서, 여러 차례의 계산, 서로 다른 방법의 재검증이 필요할 수 있다. 도중에 사용자는 페이지를 떠나거나 조건을 추가할 수 있고, 서비스도 재시작될 수 있다. 자료가 쌓일수록 단일 모델 요청에는 모든 이력을 담을 수 없다.

여기서 말하는 '초장기'에는 통일된 시간이나 토큰 임계값이 없다. 그것이 의미하는 바는 이렇다. 하나의 연구의 생애 주기가 이미 한 번의 요청, 하나의 컨텍스트 윈도, 또는 한동안 끊기지 않은 프로세스가 감당할 수 있는 범위를 넘어섰다는 것이다.

컨텍스트를 키우고 타임아웃을 늘리면 일부 제한을 미룰 수는 있지만, 작업 귀속, 원본 근거, 반복 실행, 결과 보존, 그리고 다음번에 어떻게 이어갈 것인가라는 문제를 단독으로 해결할 수는 없다.

진정으로 초장기 연구를 지원하는 시스템은 연구 판단이 지속적으로 진화하도록 하고, 실행 사실이 안정적으로 보존되도록 하며, 사용자가 가치 있는 모든 단계에서 성과를 얻도록 해야 한다. 이 글은 서두의 교습용 과제를 따라 이러한 관계들을 펼쳐 나간다. 예시는 실제로 완료된 투자 연구가 아니며, 자동 거래 능력을 대변하지도 않는다.

一(1). 먼저 '세션'이라고 잘못 불릴 네 가지 대상을 구분하자

긴 연구는 처음에는 그저 '모델이 좀 더 오래 생각하게 하는 것'처럼 보인다. 구현이 깊어지면 네 가지 대상을 반드시 분리해야 한다.

대상 | 무엇을 보존하는가 | 왜 서로 대체할 수 없는가 사용자 작업 | 원래 질문, 제한, 이후의 명시적 조정, 그리고 달성하고자 하는 성과 | 작업은 여러 번의 실행에 걸칠 수 있다. '계속'은 원래 질문을 잃어서는 안 된다 실행 Run | 이번 인가, 자원, 모델 라운드, 도구 효과와 최종 상태 | 한 번의 프로세스 재시작으로 동일한 Run을 복구할 수 있다. 새 실행에는 여전히 자신의 정체성이 필요하다 작업 컨텍스트 | 현재 추론에 필요한 원문, 요약, 결과 참조와 미해결 문제 | 용량 제한이 있고 변화한다. 모든 역사적 사실의 유일한 사본 역할을 할 수 없다 본문과 산출물 | 이미 수용된 보고서 버전, 파일 및 전달 기록 | 모델이 아직 연구 중이어도 이미 나온 성과가 저장되고 열람되는 데 지장이 없다

동일한 작업은 초안, 보충 조사, 완전히 갱신된 보고서를 거칠 수 있고, 동일한 Run도 여러 번의 모델 요청과 작업 컨텍스트 압축을 넘나들 수 있다. 브라우저는 보고 상호작용하는 역할만 담당하며, 하나의 전역 loading 상태로 모든 대상의 생애 주기를 대신 결정할 수 없다.

그림 1 · 네 가지 대상은 서로 연결되어 있으면서도 각기 원래의 정체성을 유지한다. 작업 컨텍스트가 짧아져도 이미 기록된 사용자 요구, 도구 효과 또는 보고서가 사라져서는 안 된다. 클릭하면 전체 벡터 이미지를 볼 수 있다.

二(2). 연구는 어떻게 나아가는가: 새로운 증거가 다음 단계를 바꾸게 하기

정적 워크플로는 파일을 먼저 읽고, 그다음 계산하고, 마지막에 보고서를 쓰도록 규정할 수 있다. 그러나 개방형 연구는 종종 실행 중에 전제가 성립하지 않음을 발견한다.

예를 들어 Main은 원래 두 펀드의 정확한 중복을 계산하려 했지만, 파일을 읽고 나서 한 펀드는 상위 10대 종목만 공개하고 다른 펀드는 전체 보유 종목을 공개한다는 것을 발견한다. 이때 두 열의 숫자를 계속 더한다고 해서 결과가 더 정확해지지는 않는다. 합리적인 행동은 알려진 중복 기여도를 보고하고 커버리지 범위를 설명하거나, 동일 기준의 대체 자료를 찾는 것으로 바뀔 수 있다.

모델은 이러한 정보를 해석하고 연구 전략과 결론을 수정하는 역할을 맡는다. 런타임은 승인된 동작을 실행하고, 결과를 기록하며, 실제 자원과 효과를 제한하는 역할을 맡는다. 키워드 규칙이나 '자료가 이미 완비됨' 상태로 모델을 대신해 문제가 충분히 연구되었는지를 판정하면, 개방형 작업을 다시 하나의 은밀한 고정 절차로 눌러 담게 된다.

이러한 추진에는 세 가지 시간 척도가 있다.

- 요청 라운드 내. 자료 하나를 읽다가 날짜나 대상이 맞지 않음을 발견하고, 계속 읽을지 아니면 출처를 바꿀지 선택한다.

- 동일 Run 내. 몇 라운드 작업 후 연구 질문을 수정하고, 큰 결과를 외부에 두고 필요에 따라 읽으며, 국소적 성과를 보존한다.

- 실행과 시간을 넘나들며. 중단이 발생하거나 사용자가 원래 작업을 이어서 연구하라고 명시적으로 요구할 때, 사용 가능한 진행 상황과 원래 요구를 후속 실행에 넘긴다.

이 세 가지 척도는 기존의 모델 루프, 컨텍스트, 복구 및 이어가기 메커니즘을 재사용하며, '연구의 진실'을 아는 총괄 스케줄러를 다시 만들어낼 필요가 없다. 이식 가능한 설계의 요점은 매 라운드 얻은 새 정보가 실제로 다음 라운드를 바꿀 기회를 갖게 하는 것이지, '도구를 계속 호출하는 것'을 진전으로 간주하는 것이 아니다.

三(3). 먼저 유용한 단계 결과를 내놓고, 그다음 결손을 중심으로 이어가기

긴 연구의 가치는 마지막 도구 호출까지 기다렸다가 나타나야 하는 것이 아니다. 사용자는 먼저 비용 차이를 알아야 할 수 있고, 복잡한 보유 검증은 나중에 완료될 수 있다. 어떤 리스크 결론에 일시적으로 자료가 부족하더라도 이미 검증된 사실의 선제적 전달을 막지는 않는다.

유용한 초안은 이미 성립한 발견, 필요한 기준, 그리고 판단에 영향을 주는 결손을 포함해야 한다. 지나치게 강한 결론을 먼저 쓰고 제한 사항을 모두 끝에 몰아넣어서도 안 되고, '연구 중'이라는 표현을 바꾸어 단계 산출물인 척 가장하게 해서도 안 된다.

연구가 계속되면서 본문에는 서로 다른 버전이 나타난다. 이미 생성되어 독립적으로 전시가 승인된 내용은 원래의 게시 메커니즘을 따라 저장되어야 한다. 특정 출처 첨부 파일이 깨졌다면 국소적으로 생략하거나 제한을 표시할 수 있지만, 합법적인 본문 전체를 슬그머니 삼켜버려서는 안 된다. 인터페이스 미리보기, 정식 저장, 파일 내보내기, 사용자가 실제로 여는 것은 각자의 상태를 유지해야 한다.

단계적 전달에는 또한 하나의 명확한 제품 약속이 필요하다. 다음 결과물은 증분인가, 아니면 완전히 갱신된 원고인가? 채팅에서는 새로 발견된 사항만 보여 주어 중복 열람을 줄일 수 있다. 사용자가 원래 보고서 하나를 원했다면, 최종 산출물은 여전히 성립하는 옛 결론, 새 발견, 그리고 정정을 통합해야 한다. 초안을 마지막 하나의 각도만 다룬 단편으로 대체해 놓고서 완전한 보고서라고 부를 수는 없다.

단계화가 끝없는 백그라운드 작업을 뜻하지도 않는다. 연구의 지속 여부는 여전히 원래 작업, 명시적 사용자 지시, 예산, 그리고 지원되는 스케줄링 방식의 제약을 받는다. '나중에 조사할 자료가 더 있다'는 것 자체로는 새로운 실행 인가가 생기지 않는다.

四(4). 컨텍스트 경감: 결과 외부화, 원문 보존, 필요 시 재열람

연구가 길어질수록 모든 도구 본문을 반복해서 지니는 비용은 높아진다. 하지만 이력을 일률적으로 잘라내면 계산 입력, 옛 결론의 조건, 사용자 제한을 잃게 된다. 몇 가지 정보를 각각 처리할 필요가 있다.

사용자 원문은 그 정체성을 보존한다. '개인 보유를 사용하지 말 것', '지정된 날짜만 비교할 것'은 조수 요약이 대략적인 의미로 고쳐 쓸 수 없다. 원 지시와 모델 작업 노트는 구분 가능해야 하며, 요약은 새로운 사용자 요구가 아니다.

큰 결과는 저장한 뒤 참조한다. 긴 표, 웹페이지와 PDF 추출 결과는 외부에 둘 수 있고, 모델은 간략한 설명과 읽을 수 있는 참조를 유지하다가 실제로 필요할 때 정확한 부분을 가져온다. 외부에 두는 것이 이미 다 읽었다는 뜻은 아니며, 읽은 부분이 전체 파일을 이미 검증했다는 척할 수 없다.

조수 과정은 압축할 수 있다. 작업 요약은 조건이 붙은 결론, 수행한 작업, 실패한 방법, 미해결 문제와 다음 단계를 최대한 보존해야 한다. 긴 서술, 중복된 자료 목록, 중간 디버깅은 후속 요청에서 빠질 수 있다.

실행 사실은 원 영수증에 남긴다. '계산이 이미 완료됨', '파일이 이미 게시됨'은 원 기록에서 확인 가능해야 하며, 요약이 그렇게 썼다는 이유만으로는 안 된다. 요약에서 결과 참조 하나가 빠졌다면, 먼저 원 결과와 인가 내 재열람 경로를 확인해야 한다. 효과를 알 수 없는 조작을 바로 재실행해서는 안 된다.

Anthropic의 컨텍스트 엔지니어링 글은 압축, 구조화된 노트, 서브 에이전트 등 장기 작업 방법을 논의한다. 여기서는 이들이 시스템에서 지니는 정체성을 추가로 강조할 필요가 있다. 정리된 노트는 모델이 계속 사고하도록 돕고, 원본 출처와 실행 영수증은 계속 사실 책임을 진다.

용량은 완전한 요청으로도 보아야 한다. 요약 길이만 재면 보존된 사용자 원문, 도구 정의, 정체성과 직렬화 오버헤드를 놓치게 된다. 요약의 기대 길이는 소프트 목표일 수 있지만, 실제 전송 용량은 여전히 해당 실행 모듈이 제어한다. 압축이 실패하면 결손을 표시하고 독립적으로 할 수 있는 작업을 계속하는 것이, 무손실 요약을 위조하는 것보다 더 신뢰할 만하다.

五(5). 프로세스는 죽을 수 있지만, 이미 일어난 일이 함께 사라져서는 안 된다

브라우저 연결 끊김과 서비스 프로세스 붕괴는 서로 다른 처리가 필요하다. 전자는 단지 시청 연결이 끊긴 것일 수 있고, 후자라야 비로소 누가 실행을 인계받는지와 관련된다. 포그라운드 연결이 없다고 해서 작업이 이미 중단된 것은 아니며, 예전 PID가 보이지 않는다고 해서 무조건 연구를 하나 더 띄울 수 있는 것도 아니다.

같은 Run의 복구는 기존 영속 기록을 따라 원래의 실행 신원, 체크포인트, 완료 또는 미상의 호출, 그리고 누가 계속 쓸 권한을 가지는지를 확인해야 한다. 실행 소유권과 예전 실행자가 계속 쓰지 못하게 하는 메커니즘이 해결하는 것은 동시 인계이고, 모델 요약이 해결하는 것은 작업 이해이며, 이 둘은 서로를 대체할 수 없다.

장기 작업에서는 특히 세 가지 도구 결과를 구분해야 한다.

기록된 상황 / 복구 시 합당한 동작 / 효과: 명확히 완료되어 결과를 읽을 수 있음 → 원래 영수증과 결과를 다시 읽어 중복 실행을 피한다. 명확히 실패했고 원래 동작이 안전한 수리를 허용함 → 원래 예산, 취소, 멱등 조건에 따라 재시도 여부를 결정한다. 요청이 이미 실행되었을 수 있지만 신뢰할 수 있는 결산이 없음 → 미상으로 남겨 두고, 원래 효과 책임자가 조회, 대조하거나 기존 정책에 따라 처리한다

"다시 한 번 시도"는 때로 올바른 선택이지만, 예전 요청을 잊어버린 대가로 겉보기에 공짜인 새 요청을 얻어서는 안 된다. 시스템이 모든 외부 도구에서 천연적으로 엄격한 정확히 한 번 실행(exactly-once) 시맨틱을 가진다고 주장할 수도 없다.

우리의 같은 Run 복구는 해당 Run이 이미 기록한 권한 부여를 그대로 따르며, 복구 도중에 변화하는 권한표를 다시 해석하지 않는다. 계정, scope, 출처와 콘텐츠 신원, 명시적 취소, 자원 상한은 여전히 유효하다. 어떤 자료의 바이트가 유실된 것은 가용성 문제이지, 전체 Run의 권한이 사라진 것으로 바꾸어 쓸 수 없다.

임시 분석 환경에는 또 하나의 중요한 경계가 있다. 프로세스 복구는 Python 메모리 변수, 열린 Reader, 임시 파일이 원래대로 되살아나는 것을 약속하지 않는다. 장기적으로 전달해야 하는 표와 보고서는 공식 산출물 경로를 통해 저장해야 하며, 원래 결과 참조도 다른 Run에서 이전 작업 공간 전체를 읽을 수 있는 권한을 자동으로 부여하지 않는다.

6. 복구, 명시적 계속, 일반적인 새 질문은 세 가지 다른 길을 간다

많은 "이어서 한다" 버그는 서로 다른 동작을 모두 Resume라고 부르는 데서 비롯된다.

그림 2 · 연결 복구는 새 작업을 만들지 않는다. 같은 Run 복구는 원래 실행 사실을 보존한다. 명시적 계속은 출처 관계가 있는 새 Run을 만든다. 일반적인 새 질문은 독립적으로 진입한다.

상황 / 실행 관계 / 보존해야 할 경계: 페이지를 다시 열기 → 원래 작업을 관찰하고 진행 상황과 성과를 읽는다. 재연결 때문에 도구를 다시 실행하거나 이미 제출한 효과를 다시 보내지 않는다. 원래 작업 프로세스 고장 후 복구 → 동일한 논리적 Run을 계속한다. 원래 권한, 예산, 영수증, 취소, 실행 소유권. 사용자가 원래 연구를 계속하기로 명시적으로 선택 → 상위 작업과 연관된 새 Run은 적용되는 작업 제한과 기록된 출처/도구 권한을 상속하고 새 신원에 결속된다. 예전 효과를 재사용해 새 결과로 위장하지 않는다. 사용자가 일반적인 새 질문을 제기 → 새 작업은 원래 진입점에 따라 처리된다. 이력 배경은 권한을 자동으로 확대하지 않으며 이전 연구로 강제 진입시키지도 않는다

ETF Agent의 명시적 연구 이어가기에서는 이미 명확한 상위 연구 신원이 있으므로, 기존 준비 모듈이 원래 질문과 승인된 연구 배경을 직접 Main으로 보낼 수 있다. 범용 진입 분류를 다시 한 번 호출하면 오히려 원래 질문을 "사용자가 계속하기를 원한다"로 재설정할 수 있다.

이런 이어가기는 상위 연구에 적용되는 출처와 도구 권한을 상속하고 새 Run에 결속된다. 따라서 다른 모든 효과를 함께 상속할 수는 없다. 예를 들어 어떤 제공자에게 데이터를 보내는 수신 권한은 여전히 새 Run의 원래 진입 규약에 따라 처리해야 한다. 예전 예산 소모, 미상 비용, 기존 도구 영수증도 0으로 만들거나 새 실행으로 돌려 쓸 수 없다.

"계속(继续)"이라는 두 글자 자체가 런타임의 권한 부여 프로토콜은 아니다. 일반적인 자연어는 모델이 이해하고, 명시적 제어가 지니는 실제 상위 작업 신원이라야 해당 이어가기 경로를 선택한다. 이렇게 해야 같은 질문을 이어갈 수도 있고 사용자가 자연스럽게 화제를 바꿀 수도 있다.

7. 사용자는 언제든 조정할 수 있지만 "받음"과 "채택"은 분리해야 한다

처음의 연구로 돌아가자. 그것은 여전히 백그라운드에서 실행 중이고, 사용자는 메인 대화에서 다른 질문을 했으며, 원래 연구 패널에 다시 "추적 오차(tracking error)도 비교에 포함해 주세요."라고 덧붙였다.

앞의 것은 독립적인 짧은 질문이고, 뒤의 것에는 명확한 목표 연구가 있다. 백그라운드가 바쁘다고 해서 모든 새 메시지를 그 컨텍스트에 밀어 넣을 수 없으며, 명확한 조정을 무관한 새 작업으로 취급할 수도 없다.

조정은 최소한 세 가지 사실을 포함한다. 원래 사용자 메시지가 이미 저장되었는가, 후속 연구 요청이 실제로 그것을 담았는가, 최종 보고서가 이 요구 사항을 충족했는가. 인터페이스의 "받음"은 첫 번째 층만 뒷받침하고, "연구 모델에 넘김"은 실제 인계 증거가 필요하며, 마지막 층은 여전히 연구 품질에 달려 있다.

모델 요청이 진행 중일 때, 시스템은 안전한 위치에서 현재 요청을 중단해 다음 요청이 새 요구 사항을 채택하도록 해야 할 수 있다. 부분 요청의 양보와 사용자가 연구 전체를 중단하는 것을 반드시 서로 다른 원인으로 보존해야 한다. 우리는 실제 반례를 겪은 적이 있다. 조정은 저장되었고 현재 요청도 예상대로 중단되었지만, 어댑터 계층이 부분 양보를 전체 취소로 짓눌러 연구가 조기에 마무리 단계로 밀려났다. 수정 지점은 원인의 실제 인계이며, 재시도를 더 얹는 것으로는 책임 혼동을 해결할 수 없다.

프런트엔드도 Run에 대응하는 내용에 따라야 한다. 늦게 보낸 짧은 질문이 먼저 완료되거나, 임시 메시지가 영속 메시지로 대체되거나, 종료 알림이 이력 조회보다 이른 경우에도 교차 발화, 글자 누락, 중복 실행이 생겨서는 안 된다. 연구에 독립적인 생명 주기를 부여해야 비로소 채팅 입력창이 계속 사용 가능할 기회를 얻는다.

8. 장기 연구의 자원 제약은 모델과 런타임이 같은 것을 보게 해야 한다

오랜 작업에는 여러 실제 비용이 따른다. 모델 요청, 입출력, 도구와 연산, 동시 대기, 그리고 마무리 저장이다. Child, Reviewer, 재시도도 그 안에 포함되며, 이름이 다르다고 해서 추가로 공짜 할당량이 생기지는 않는다.

예산은 기존의 공유 진입과 런타임 자원 기록을 통해 표현되어야 한다. 제품이 아직 수십 번의 요청이 있다고 생각하는데 외곽 스크립트가 몰래 몇 번만 허용한다면, 모델은 잘못된 조건에서 계획을 세우게 되고 종료 상태도 귀속시키기 어려워진다. 스트레스 테스트로 할당량을 낮출 수는 있지만, 반드시 공개된 실험 조건으로 전달되어야 한다.

미상 비용도 마찬가지로 사실이다. 요청이 이미 발송되었으나 명확한 사용량을 확보하지 못했다면 0으로 기록할 수 없고, 경로 전환도 이전 소모를 지울 수 없다. 실제 예산이나 사용자 기한에 도달하면 해당하는 새 효과를 멈추고, 이미 독립적으로 승인된 본문, 파일, 격차 설명은 보존해야 한다. 마지막 정리 요청에 할당량이 없다고 해서 전체 연구가 이미 지닌 성과를 비울 수는 없다.

연구의 대기(parking)와 모델이 계속 공회전하는 것도 다르다. 인공 응답이나 지원 같은 외부 조건을 기다릴 때는 작업 상태를 보존하고 기존 메커니즘에 따라 대기할 수 있으며, 깨어난 뒤에도 원래 신원과 자원 사실을 그대로 사용한다. 구성되지 않은 각성 메커니즘이 있다면 "나중에 자동으로 계속된다"고 약속할 수 없다.

9. 이어가기의 가치가 있는지 판단하려면 원래 작업으로 돌아가야 한다

이어간 뒤 글 몇 단락이 늘었다고 해서 원래 문제가 진전되었다는 뜻은 아니다. 반복 조회, 표현을 바꾸기, 다른 전문가에게 복창시키기는 모두 활동을 늘리지만 어떤 핵심 불확실성도 줄이지 못할 수 있다.

처음의 교육 작업을 계속하자면, 실질적 진전은 이렇게 나타날 수 있다. 같은 기준의 보유 자료를 찾았다, 비용 발생일을 수정했다, 실제 계산으로 성립하지 않는 비교를 철회했다, 또는 어떤 문제가 현행 공시 범위에서는 정확히 답할 수 없음을 명확히 증명했다. 이 모든 것은 사용자가 내릴 수 있는 판단을 바꾼다.

이에 따라 다음을 각각 점검해야 한다.

- 원래 질문, 사용자 제한, 기존 조건이 실제 후속 요청에 들어갔는가.

- 새 연구가 어떤 격차를 해결하거나 좁혔는가, 정정이 필요한 옛 결론이 나타났는가.

- 새로 보이는 내용이 이미 저장되었고 이력에서 다시 가져올 수 있는가.

- 사용자가 요구한 완전한 갱신 보고서가 여전히 성립하는 옛 발견과 필요한 출처를 보존했는가.

앞의 세 항목 가운데 실행과 전달 사실은 원래 기록을 따라 증거를 확보할 수 있지만, 의미 진행과 보고서가 완전한지는 여전히 모델과 적절한 사람 평가의 판단이 필요하다. "미해결 문제를 모두 체크한" 구조 필드를 배포 통행증으로 바꾸면, 그림자 판정을 다시 만들어낼 뿐이다.

十、전체 체인을 한 번의 교육 훈련에 담기

이제 동일한 합성 작업이 몇 차례 변화를 겪게 하면서, 이 메커니즘들이 어떻게 서로 맞물리는지 살펴보자.

첫 번째 단계, 전달 가능한 발견을 확보한다. Main은 비용과 파일 날짜를 확인하고 초안을 저장한다. 보유 자료의 커버리지가 일치하지 않아, 중첩 분석은 당분간 공개된 범위로 한정된다. 사용자는 이미 조건부 성과물을 읽을 수 있다.

두 번째 단계, 복잡한 국소 작업을 넘긴다. Child가 파일과 계산을 처리하고, 결과의 정체성, 기준, 공백을 돌려준다. Main은 핵심 지점에서만 원문을 다시 읽고, 작업 요약에는 "완전한 중첩이 아직 성립하지 않음"을 유지하며, 전체 디버깅 과정은 담지 않는다.

세 번째 단계, 사용자가 요구를 추가한다. "추적 오차 추가"는 원래 메시지를 따라 목표 연구로 전달된다. 현재 요청은 지원되는 안전 지점에서 자리를 내주고, 후속 요청은 새로운 조건을 채택한다. 독립적인 짧은 질문은 계속 자신의 실행에 속한다.

네 번째 단계, 서비스가 중단된다. 새 프로세스가 체크포인트를 따라 동일한 Run을 복구한다. 이미 성공한 계산은 원래 결과를 다시 읽고, 결산이 빠진 요청 하나는 미지로 남겨 두며, 요약에 의존해 중복 작업을 시작하지 않는다. 초안은 여전히 읽을 수 있다.

다섯 번째 단계, 연구가 현재 창의 경계에 도달한다. 기존 진척을 저장하고, 아직 해결되지 않은 부분을 명확히 하며, 실제 소모를 보존한다. 사용자는 이후 명시적 계속을 통해 연관된 새 Run을 시작한다. 원래 작업과 정당한 배경은 Main으로 들어가고, 오래된 요청은 새로운 효과로 재실행되지 않는다.

여섯 번째 단계, 완전한 업데이트 보고서를 내놓는다. 새로운 증거가 공백을 보완하거나 수정한다. 채팅은 이번에 추가된 발견을 보여주고, 보고서는 여전히 성립하는 초안 내용, 새 결과, 정정을 통합한다. 만약 핵심 자료를 여전히 얻을 수 없다면, 어디까지 답할 수 있는지 설명하고, 정상 종료를 모든 문제가 이미 해결된 것으로 쓰지 않는다.

그림 3 · 인계는 다음 연구자에게 필요한 내용을 보존한다. 원본 기록은 다시 조회할 수 있고, 요약은 행동을 돕는다. 둘이 함께 중복 노동과 사실 손실을 피한다.

이것은 시스템 설계를 점검하는 데 사용할 수 있는 합성 경로다. 단일 실제 실행에서 모든 장애를 이미 포괄했다고 주장하지도 않고, 어떤 엔지니어링 검증을 장기 신뢰성 약속으로 격상시키지도 않는다.

十一、기존 실천은 무엇을 말해주며, 다음 단계는 어떻게 채택해야 하는가?

이 사이트에 이미 있는 실제 상호작용 관찰은 백그라운드 연구와 여러 짧은 질문의 중첩 실행, 지향적 조정이 연구 요청으로 진입하는 것, 보고서와 이력을 다시 읽을 수 있는 것을 검증했다. 다만 동일한 정상 종료 연구에서도 독립 자료의 정정이 필요한 금융 추론이 나타났다. 따라서 상호작용 연속성, 지속적 전달, 연구 품질은 항상 각각 판단한다.

컨텍스트 압축, 출처 재조회, 동일한 Run 복구, 명시적 이어가기도 각기 구현과 한정된 검증을 갖는다. 이들을 같은 전경 속에 놓는 것은 책임이 어떻게 연결되는지 설명하기 위한 것이지, 모든 조합, 모든 제공자, 장기 실행 효과가 이미 공동 검수되었음을 뜻하지 않으며, 더더욱 공개 예시 프로젝트가 비공개 시스템의 모든 능력을 갖고 있음을 뜻하지 않는다.

기존 Agent에 장기 연구 능력을 더하려면, 먼저 여러 라운드의 자료 처리가 실제로 필요한 작업 하나를 고를 수 있다. 원래 요구, 원래 결과, 다시 읽을 수 있는 보고서를 단단히 연결하고, 한 번 중단된 뒤에도 그것들을 되찾을 수 있는지 검증한다. 이후 실제 병목에 따라 결과 외부화, 압축, Child 또는 단계 전달을 추가한다. 먼저 가치 있는 성과물 하나를 사용자 손에 쥐여주고, 그다음 지속적 작업의 범위를 넓힌다.

초장기 연구가 궁극적으로 바꾸는 것은 시스템이 시간을 대하는 태도다. 모델은 컨텍스트를 한 라운드 바꿀 수 있고, 프로세스는 실행자를 바꿀 수 있으며, 사용자도 잠시 떠날 수 있다. 그래도 원래 문제, 이미 일어난 일, 얻을 수 있는 성과물에는 여전히 명확한 갈 곳이 있어야 한다. 이 관계가 연속성을 유지할 때에야 더 오래 실행되는 것이 더 깊이 연구하는 것으로 바뀔 기회를 얻는다.

전경 시리즈 · 완전한 영문판

더 읽어보기: 백그라운드 연구와 프런트 상호작용 은 실제 상호작용 사례를 제공하고, 동일한 Run 컨텍스트 압축 은 작업 집합 경감을 펼쳐 보이며, 단선과 복구 는 실행 생명주기를 논의하고, 비동기 연구의 시간 약속 은 기한과 단계 성과를 논의한다.

더 많은 엔지니어링 실천은 ETF Agent Engineering Notes 에서 볼 수 있으며, Star를 환영합니다. 이후 읽기에 편리합니다.

기술 사이트 원문 · 전경 시리즈 · GitHub에서 교류하고 Star 남기는 것을 환영합니다.

hpoenixf

AI 애플리케이션 개발 엔지니어

65

글

198k

읽음

2.1k

팔로어