저는 여기서 테스트된 프록시(mnemonic-proxy)의 작성자이므로 이 점을 염두에 두고 읽어주세요. AI로 번역되었습니다. 한 문장으로 설명하자면: 에이전트와 로컬 서버 사이에서 사용되는 OpenAI 호환 프록시입니다. 대화가 창 크기를 초과하면, 오래된 도구 출력(tool outputs)을 아카이브(archive)로 이동시키고 모델에게 이를 다시 읽어볼 수 있는 리콜(recall) 도구를 제공합니다.
제가 측정한 사양은 다음과 같습니다:
- 모델 (Model): Qwen3.8 Flash Next, IQ3_XXS
- 엔진 (Engine): Strata 0.1.40, KV int8, MTP speculative decoding, 10 experts.
- 하드웨어: RTX 4070 Ti 12 GB, RAM 64 GB.
- 시드 (Seed): 1. 하이퍼파라미터: T 0.6, top_p 0.95, top_k 20. max_tokens 4,096, reasoning budget 3,072.
- 벤치마크 (Benchmark): AgentLongBench, kf-c, tool_response.
- 질문 유형: 빈도수 계산(Count Frequency)과 중복 찾기(Find Duplicates) 두 가지.
- 테스트 규모: 64k (~74K 토큰 히스토리) 및 128k (~150K 토큰 히스토리)에서 각 유형당 25문제씩, 총 100문제.
네 가지 방법(official scorer - 답이 완전히 맞을 때만 점수 인정): 전체 창 (full window): 81,920 / 163,840 토큰; 프록시 (the proxy) (버전 0.3.5), 창 크기 32,768; 요약 (summary): 동일 모델이 창이 가득 차면 히스토리를 최대 2,048 토큰으로 압축하며, 창 크기 32,768; 잘림 (truncation), 창 크기 32,768.
창(Window) 대 히스토리(History): 프록시, 요약, 그리고 잘림 방법 모두 한 번에 32,768 토큰을 초과하여 볼 수 없습니다. 하지만 실제 대화는 그보다 약 2.3배 (64k) 및 약 4.6배 (128k) 더 길었습니다.
주요 테스트 (Primary test), 사전 등록된 결과: 프록시 대 요약, 쌍을 이루어(paired), 정확한 McNemar 검정, 64k + 128k 통합.
- 첫 번째 실행: 모든 방법이 우연에 가까운 정답률 / 100 전체 창 프록시 요약 잘림 주요 실행
51 52 56 44
- 프록시 대 요약: 불일치(discordant) 횟수 13 vs 17, p = 0.58.
이전에는 증거가 없는 질문에 대해서는 추측(guessing)으로 답했고, 추측은 체계적으로 틀리지 않습니다. 두 번째 실행에서는 출시 전에 사전 등록된 방식 그대로 진행했습니다. 동일한 100개의 질문과 모든 것을 유지했지만, 변경된 점은 각 질문에 어떤 도구 출력물이 '라운드 N'을 의미하는지 설명하는 문장이 추가되었다는 것입니다. 공식 답변 및 채점자는 변경되지 않았습니다. 재채점도 없습니다. 사전에 고정된 유효성 검사: 답이 여전히 '후(after)' 읽기 순서를 따르는가? 전체 창(full window)의 경우, 첫 번째 실행에서는 51개 중 41개였으나 지금은 51개 중 15개입니다. 프록시(proxy)의 경우: 51개 중 41개에서 8개로 줄었습니다. 따라서 이 메모는 증거가 있는 방법론에 대해서만 효과적이었습니다. 요약(summary) 점수는 여전히 51개 중 29점으로, 매번 '0 / 없음'이라고 답했을 때 얻을 수 있는 점수(51개 중 31점)와 비슷합니다. 이는 오독이 아니라 추측입니다: 전체 증거는 100개의 질문 중 단지 15개 질문의 마지막 프롬프트에만 포함되어 있습니다. 정확한 전체 창 프록시 요약 절단 (64k / 50): 38, 41, 27, 23 | 128k (/50): 31, 45, 20, 26 | 둘 다 (/100): 69, 86, 47, 49 https://preview.redd.it/yd2rm3r0ifwh1.png?width=2000&format=png&auto=webp&s=95a2027b416d5313f2e4e117c60e628c4a1cece2 프록시 대 요약, 통합: 프록시만 사용했을 때 44개 질문이 맞았고, 요약만 사용했을 때는 5개 질문만 맞았습니다. p = 7.6e-9입니다. 64k의 경우: 18 대 4, p = 0.004입니다. 128k의 경우: 26 대 1, p = 4e-7입니다. 프록시 대 절단(truncation): 42 대 5, p = 2.5e-8입니다. 프록시 대 전체 창: +17점, 90% 신뢰 구간 (CI) [+7, +26]입니다. 64k만으로도 +6점, CI [−7, +19]: 표시되지 않은 방식 모두 해당됩니다. 128k의 경우 전체 창의 추론이 50개 답변 중 3,072 토큰 예산에 도달하는 경우가 32건이었던 반면 (프록시는 8건; 요약은 45건, 절단은 44건), 이것이 격차의 일부를 설명할 수 있습니다. 저는 이를 테스트하지 않았습니다. 요약 대 전체 창: −22점, 90% CI [−33, −10]입니다. 잘린 답변을 제외하거나, 제가 개발하는 동안 사용했던 한 질문을 제외했을 때: 프록시와 관련된 판정에는 변화가 없습니다.
https://preview.redd.it/kx2ntdfaifwh1.png?width=2000&format=png&auto=webp&s=3dd1e10d14cc0ef032f08c495ff5c3601464a6c8 질문당 중앙값 시간 (Time (median per question))
전체 창 / 프록시 / 요약 / 잘림: 64k, 종단 간(end to end): 70초 / 136초 / 127초 / 58초
128k, 종단 간: 102초 / 286초 / 251초 / 65초
128k, 답변의 첫 토큰까지 걸리는 시간: 61초 / 1.9초 / 8.6초 / 11초
https://preview.redd.it/4oou5aycifwh1.png?width=2000&format=png&auto=webp&s=8b5e0a1ced3749737b4281392fbc92be938e4c47 프록시(proxy)의 시간 대부분은 질문 전에 전체 히스토리(history)를 재연하는 데 사용됩니다 (128k에서 중앙값 229초). 새로운 프롬프트 토큰당 질문에서는 가장 비용이 많이 듭니다: 전체 창의 150K 대비 128k에서 중앙값 328K입니다. 질문 시간만으로도 평균 19K 개의 새 토큰을 읽습니다. 실제 에이전트(agent)의 경우 재연은 한 블록에서 일어나지 않고, 턴(turn)에 걸쳐 분산됩니다. 저는 긴 세션을 측정하지 않았으므로 그곳에서의 절감 효과를 주장할 수 없습니다. VRAM은 모든 방법에서 동일했습니다 (~11.6 GB; 엔진이 GPU를 예약). 제한 사항: 모델 하나, 양자화(quant) 하나, 엔진 하나, 벤치마크 하나, 질문 유형 두 가지, 100개 질문, 하나의 시드. 창 크기: 32K. 이전의 16K 파일럿 테스트 (질문 15개, ~37K 및 ~74K 히스토리, 질문 유형 세 가지, 원래 모호한 질문, 초기 0.3.5 빌드)는 프록시를 선호하지 않았습니다: 전체 창 9점, 잘림 7점, 요약 6점, 프록시 6점. 16K에서는 마스크된 프롬프트(masked prompt)가 여전히 9–11K 토큰을 차지하고 답변에 4K가 예약되므로 아카이브를 검색할 공간이 거의 없습니다. 현재로서는 프록시가 32K 미만에서 도움이 된다는 증거가 없습니다. 일상적인 사용에서는 128K 창으로 실행하지만, 그곳에서의 답변 품질은 측정하지 않았습니다. 명확화 메모(clarifying note)는 첫 번째 실행 후에 추가되었습니다. 두 번째 실행은 사전 등록되었지만, 첫 번째 실행 때문에 존재합니다. 실행 간 노이즈가 큽니다: 메모가 정답을 바꾸지 않는 49개 질문에서 전체 창은 실행 간 42점에서 35점으로 변동했고, 프록시는 46점에서 44점으로 변동했습니다.
Find Target Offsets는 제외되었습니다: 파일럿 테스트에서 전체 창 크기(full window)를 사용했음에도 0/5점을 받았습니다 (최저점 효과와 'id1 및 id2' 답변에 대한 채점자 문제 때문). 프록시가 64k에서 제출한 답변 중 3개가 비어 있었습니다: 모델이 마지막 허용 라운드 이후에도 계속해서 리콜(recall)을 호출했기 때문입니다. 이는 0.3.6 버전에서 수정되었지만, 저는 다시 실행하지 않았습니다. 이들은 오답으로 간주됩니다. 저장소(Repo): github.com/lastreload/mnemonic-proxy /u/Any_Flounder8768 제출 [링크] [댓글]