로컬 LLM

로컬 LLM 실험실

로컬 LLM 서빙, 모델 설정, GPU/VRAM, 양자화, 실행 환경 관련 글을 모았습니다.

THREAD ESSAYX THREAD ARCHIVE

이번 프로젝트는 작업 문서들의 마크다운화.

3개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1
    이번 프로젝트는 작업 문서들의 마크다운화. 서버에 달려있는 3090을 사용해 토큰 소모를 줄이기 위해 Gemma4 26B와 qwen 3.5 27b를 프로젝트 설계부터 집어넣고 설계했다. 하지만 300Dpi 이미지를 qwen은 장당 160200초 걸려서 해석했고, Gemma4 는 3050초 정도였지만 결과물이 Qwen보다 나빴다.
    원문 보기
  2. 2
    안타까웠던건 Qwen3.5 27b의 판독 결과물보다 gpt 5-mini 의 결과물이 더 좋았다는 것. 그래서 결국 파이프라인을 새로 짜서 Github pro에서 주는 Gpt-5-mini의 무제한 파이프라인을 이용해 작업하고 폴백이 나는 경우에만 Qwen 사용, 재판독이 필요하다고 판단할때만 gpt 5.4로 재작업했다.
    원문 보기
  3. 3

    로컬 머신을 이용해 6시간 걸려서 절반정도 작업할 분량을 gpt-5-mini를 이용해 전체 분량을 30분만에 완성했다.

    다들 로컬에 환상을 좀 깼으면 좋겠다.

    로컬 기반으로 설계하고 작업도 많이 하지만 로컬은 정말 한계가 뚜렷하다. 작년 여름에 나온 저가형 모델한테조차 성능/시간에서 압도당함.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 RTX 3090 환경에서 Gemma4 26B와 Qwen 3.5 27B를 활용해 문서 마크다운화 작업을 시도했으나, 처리 속도와 품질 면에서 한계를 경험하셨습니다. 특히 300Dpi 이미지 해석 속도와 결과물의 품질 차이에 대한 구체적인 수치를 제시하며, 최종적으로는 GPT-5-mini 기반의 파이프라인으로 전환하여 작업 시간을 획기적으로 단축했다고 밝혔습니다. 다만, 언급된 모델들의 구체적인 벤치마크 수치나 처리 시간은 개인의 운용 환경에 따른 경험적 기록이며, 공식 자료를 통해 객관적으로 검증된 데이터는 아니기에 확인이 필요합니다.

로컬 LLM의 한계를 지적하며 클라우드 모델의 효율성을 강조한 주장은 실무적 관점에서의 유효한 통찰이나, 이를 일반화하기에는 근거가 부족합니다. 하드웨어 제약과 모델 최적화 상태에 따라 결과는 달라질 수 있음에도, '로컬의 환상을 깨야 한다'는 결론은 다분히 주관적인 판단에 가깝습니다. 따라서 이 기록은 특정 하드웨어와 모델 조합에서 나타난 시행착오로 이해하는 것이 적절하며, 보편적인 성능 지표로 받아들이기에는 무리가 있습니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    클로드건, 지피티건, 재미나이건 그 어떤 대형모델도 컨텍스트 토큰이 300K 언저리에 도달하면 컨텍스트 부패가 진행되는 듯 보인다.

    1. Codex 는 세션압축이 덜하기에 컨텍스트 한계치에 도달하면 술취한 사람처럼 횡설수설 갈팡질팡한다.
    원문 보기
  2. 2
    1. 클로드는 이걸 해결하기 위해 공격적 컨텍스트 압축을 하다 어느 순간 자신의 세션 작업 내용을 잃어버린다.

    2. 재미나이는 표시상으론 작업을 수행했으나 실제론 수행하지 않은 몽유병 증상을 보이는데 이는 재미나이가 앞선 두 모델보다 더 큰 컨텍스트창을 가지는데서 오는 듯 하다.

    원문 보기
  3. 3
    1. 재미있는건 세 모델 다 각자 정도가 심한 것이 있을 뿐 다른 증상이 없는 것은 아니라는 것이다.

    2. 충분한 컨텍스트 공간(Vram)을 확보하지 못하는 로컬 모델들은 컨텍스트부패로 오는 문제가 더 빨리 나타난다. Qwen 3.5 27b는 200K 컨텍스트를 확보해 줘도 120~150K에서 몽유병 증상을 보인다.

    원문 보기
  4. 4

    결론 :

    1. 플래그십 모델의 경우 컨텍스트가 약 250~300K가 되면 새 세션을 시작. 세션 증적/다음 세션 핸드오프 문서를 작성해달라 한 다음 다음 세션에서 이를 읽히고 시작하는걸 권한다.

    2, 로컬 모델들의 경우 약 Vram의 가용량에 따라 다르나 120~150K 에서 다음 세션으로 넘어가는게 좋다.

    원문 보기
  5. 5

    방금 GPT가 워크플로우 작업을 계속 놓치고 자기마음대로 작업하던걸 속터져라 보다가 컨텍스트량을 보니 300K를 넘겨서 증적문서 작성에만 명령을 3번 집어넣고 간신이 세션 탈출한 후

    답답해서 쓴 글입니다.

    내 지피티/클로드/잼민이가 왜 이러지? 하는 분들에게 도움이 되었으면 좋겠네요.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

대형 언어 모델들이 컨텍스트 윈도우의 임계치인 300K 부근에서 성능 저하, 즉 '컨텍스트 부패' 현상을 보인다는 Serio님의 분석은 실무적 관점에서 매우 유용한 기록입니다. 모델별로 횡설수설하거나 작업 내용을 망각하고, 혹은 수행하지 않은 일을 수행했다고 주장하는 등의 구체적인 증상은 하드웨어 제약과 모델의 최적화 방식에 따른 경험적 결과로 보입니다. 다만, 특정 모델의 압축 방식이나 몽유병 증상과 같은 세부 기제는 공식 기술 문서로 입증된 사실이라기보다 사용자의 체감 성능에 기반한 주장이므로 추가적인 검증이 필요합니다.

로컬 모델의 경우 VRAM 가용량에 따라 부패 시점이 앞당겨진다는 지점은 하드웨어 제약과 모델 운용의 상관관계를 잘 보여주는 대목입니다. 특히 Qwen 3.5 27B 모델이 120~150K 구간에서 이상 증세를 보였다는 기록은 로컬 환경의 한계를 시사하는 유의미한 데이터입니다. 따라서 플래그십 모델은 250~300K, 로컬 모델은 120~150K 시점에서 세션을 전환하고 핸드오프 문서를 활용하라는 제안은 매우 현실적인 운용 전략이라 판단됩니다. 효율적인 모델 활용을 위해 이러한 임계치 관리는 필수적일 것입니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

터보퀀트 분석하던 저장소를 지웠다.

2개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    터보퀀트 분석하던 저장소를 지웠다.

    100G나 써가면서 돌렸지만, 내 한정된 컴퓨팅 자원으론 분석에 한계가 있었음. 그리고 중요한건 llama.cpp 나 vllm 같은 모델 서빙 엔진들이 아직 적극적인 지원에 한계가 있다고 생각했기 때문.

    원문 보기
  2. 2

    물론 내가 지식이 부족해서 다 못쓰는걸수도 있지만 다시 그냥 llama.cpp에 다른 사람들이 튜닝한 모델을 올리는 방향으로 갈듯.

    하지만 절대 올라마로는 돌아가지 않음. 쓰더라도 lmstudio를 쓰지. 허깅페이스에 올라온 모델들을 올라마가 연결해주는데까지 3일이나 기다릴 수 없다.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 컴퓨팅 자원의 한계와 서빙 엔진의 지원 부족을 이유로 터보퀀트 분석 저장소를 삭제하고, 다시 llama.cpp 기반의 튜닝 모델 활용으로 방향을 전환하셨습니다. llama.cpp와 vLLM 같은 엔진의 지원 범위에 대한 언급은 기술적 맥락에서 이해될 수 있으나, 구체적으로 어떤 지점에서 지원의 한계를 느꼈는지는 공식 자료만으로는 확인이 어려우며 개인의 경험적 판단에 가깝습니다. 특히 올라마(Ollama)의 모델 연결 속도에 대한 불만과 LM Studio 선호 경향 역시 개별 사용자의 환경에 따른 주관적 체감 영역이므로 추가적인 검증이 필요합니다.

결과적으로 이번 기록은 로컬 LLM 운용 과정에서 발생하는 하드웨어 제약과 소프트웨어 생태계의 파편화가 사용자에게 주는 실질적인 피로감을 보여줍니다. 허깅페이스 모델의 반영 속도나 서빙 엔진의 최적화 수준은 공식 문서에 명시된 수치보다 실제 구동 환경에서의 재현 가능성이 더 중요한 쟁점이 됩니다. 결국 기술적 효율성보다 운용의 편의성과 즉각적인 피드백이 도구 선택의 결정적 기준이 되었음을 알 수 있습니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1
    난 Qwen의 임베딩 모델들이 환각이 좀 있는지 최종 품질이 Gemmaembeding 에 비해 좀 떨어진다는 느낌을 받음. 영어/중국어는 퀜이 나을지 몰라도 한글 임베딩은 젬마고, 이번 Gemma4도 한글 결과물들의 문장력은 좋았다. 그래서 한글 ‘텍스트’가 중요한 부분이라면 Gemma 계열을 좀 더 중용하지 싶음.
    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Qwen 임베딩 모델의 환각 가능성과 품질 저하를 언급하며, 한국어 텍스트 처리 능력 면에서 Gemma 계열의 우위를 주장하셨습니다. 특히 Gemma 4의 한국어 문장력이 좋다는 점을 들어 텍스트 중심 작업 시 Gemma를 중용하겠다는 개인적 판단을 내리셨습니다. 다만, Qwen 모델의 환각 발생 여부나 Gemma와의 상대적 품질 차이는 공식 문서나 벤치마크로 명확히 입증된 수치가 아니기에, 이는 사용자의 주관적 경험에 기반한 기록으로 보입니다.

제시된 1차 자료들을 검토한 결과, Gemma의 일반적인 특성은 확인되나 특정 모델 간의 한국어 임베딩 품질 우위는 공식적으로 확인되지 않아 '확인 필요' 상태입니다. 따라서 해당 내용은 기술적 정설이라기보다 로컬 환경에서의 개별적인 시행착오와 체감 성능을 기록한 운용 사례로 읽는 것이 적절합니다. 구체적인 성능 차이를 확정 짓기 위해서는 재현 가능한 정량적 데이터가 보완되어야 할 것입니다.

실험 맥락운용 관찰재현 포인트

SINGLE POSTX POST ARCHIVE

로컬 llm의 무한굴레

1개 글

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    로컬 llm의 무한굴레

    • 3090~5090 Vram 많은 기기들 부러워함
    • AMD 365 max+ 128G Cuda 아님 스트레스 + Apple 부러워함
    • Apple 기기 너무 느린 코어, 큰 메모리는 계륵일 뿐 + 3090~5090 보유자를 부러워함

    로컬 llm 자체가 한계가 많다는걸 깨닫는 능지가 있으면 쓰질 않습니다 ㅋ

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 하드웨어별 특성에 따른 로컬 LLM 운용의 딜레마를 지적하셨습니다. NVIDIA GPU의 VRAM 용량 갈증, AMD의 CUDA 미지원으로 인한 호환성 스트레스, 그리고 Apple 실리콘의 메모리 용량 대비 낮은 연산 속도는 기술적으로 근거가 있는 지점입니다. 다만, 특정 기기 보유자가 다른 기기를 부러워한다는 심리적 상태나 '능지'와 같은 개인적 판단은 객관적 지표로 증명할 수 없는 주관적 경험 기록입니다.

로컬 LLM의 한계가 명확함에도 사용한다는 결론 역시 보편적 사실이라기보다 개인의 가치 판단에 가깝습니다. 하드웨어 제약이 실재하는 것은 맞으나, 이를 '무한굴레'로 정의하며 사용자의 지적 능력을 연결 짓는 논리는 근거가 약하며 추가적인 확인이 필요합니다. 결국 이 글은 기술적 명세보다는 실제 운용 과정에서 느끼는 하드웨어의 불균형과 시행착오를 냉소적으로 표현한 기록이라 판단됩니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    Gemma4 31B 결과물은 떨어지는데 토큰 생성속도가 qwen 3.5 27b 의 80% 수준인거 보고 일단 접음.

    업무영역에선 한동안 관망하거나 gemini 가 그나마 잘하는 디자인 영역에 투입해 보거나 할듯.

    Gemma4 빨면 안써본 분탕임. 하긴 qwen 3.5 27b 도 써본 분탕이 얼마나 되겠냐만.

    원문 보기
  2. 2

    Qwen 3.5 27b 도 Q4 에서 토큰 생성이 아무리 갈궈도 35t/s를 넘지 못함. Q8 (그나마 품질이 bf16에 근접하는) 을 올리려 듀얼 그래픽카드를 쓰면 pci 대역폭 문제로 24~5 t/s까지 내려옴.

    근데 gemma4 q4가 15~20t/s 면 음…

    그냥 작업영역에서 못쓰세요.

    3090도 이런데 m3? M4? :)

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

로컬 LLM 운용 환경에서 Gemma4 31B와 Qwen 3.5 27B의 성능 및 속도를 비교한 실측 기록입니다. 작성자는 Q4 양자화 기준 Gemma4의 토큰 생성 속도가 Qwen 3.5의 80% 수준에 불과하며, 결과물의 품질 또한 떨어진다고 판단하여 실무 도입을 보류했습니다. 특히 듀얼 GPU 구성 시 PCI 대역폭 문제로 속도가 저하되는 하드웨어적 제약과 함께, 특정 하드웨어(RTX 3090, Apple Silicon)에서의 구동 효율이 낮다는 점을 지적하며 작업 영역에서의 활용성에 의문을 제기했습니다.

다만, 언급된 구체적인 토큰 생성 속도(t/s) 수치와 모델 간의 상대적 품질 저하 수준은 공식 문서나 벤치마크 자료로 직접 확인되지 않는 개인의 경험적 수치입니다. 하드웨어 구성에 따라 변동성이 큰 영역이기에, 제시된 속도 저하 폭과 품질 차이에 대해서는 추가적인 교차 검증과 확인이 필요합니다. 그럼에도 불구하고 실제 구동 환경에서 체감되는 효율성 문제를 가감 없이 드러냈다는 점에서 로컬 모델 운용자들에게 유의미한 참고 자료가 될 것으로 보입니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    오늘 하루종일 작업했던것들이 전부 성과를 못내니 좀 피곤하네요.

    메인플젝 : 데이터베이스 설계에서 도돌이표 중 구글 터보퀀트 : 잼마4에선 못씀. (이게 제일웃김)

    그나마 에이전트 작업환경이 개선됬다면 개선됫달까요. 아무것도 바뀐거 없는데 Gemma 포모에 나팔부는 SNS에 좀 지치네요.

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 데이터베이스 설계의 정체와 구글 터보퀀트의 Gemma 4 적용 불가 문제를 언급하며 작업의 피로감을 토로하셨습니다. 이 중 에이전트 작업 환경의 개선 여부는 주관적인 체감 영역이며, 특히 Gemma 4와 터보퀀트의 호환성 문제는 공식 문서나 저장소에서 즉각적으로 확인되지 않는 부분이기에 개별적인 확인이 필요합니다. 다만, 최신 모델 출시 직후 SNS상에서 과열되는 기대감과 실제 운용 환경 사이의 괴리에서 오는 피로감은 로컬 LLM 사용자들 사이에서 빈번히 발생하는 경험적 기록으로 보입니다.

기술적으로는 모델의 버전 업데이트가 반드시 모든 툴체인의 호환성을 보장하지 않는다는 제약 사항이 드러난 지점입니다. 특정 모델에서 특정 기능이 작동하지 않는다는 주장은 재현 가능성을 검증하기 전까지는 개인의 시행착오 기록으로 분류하는 것이 타당합니다. 결과적으로 이번 게시글은 기술적 성취보다는 최신 모델의 실제 운용 과정에서 마주하는 하드웨어 및 소프트웨어적 제약과 그로 인한 심리적 소모를 가감 없이 보여주고 있습니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

gemma4-31b-q4-192k 를 3090X2 에 올려놓고 점검.

4개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    gemma4-31b-q4-192k 를 3090X2 에 올려놓고 점검.

    사용해보면 상대적으로 ‘생각의 사슬’ 은 Qwen 3.5 27b 에 비해 작음. 추론 시간이 짧음. 그리고 토큰 생산속도는 좀 느린 편.

    추론 결과물은 코딩 결과물은 좀 부족한 대신, 대화나 사고 이런 건 비슷한 수준.

    결과 : 음. 과연 어디에 써야할까? https://t.co/VtsHsoS3lh

    원문 보기
  2. 2

    중요한건 최소퀄리티인 Q4_K_M 조차 24G Vram 에 유의미한 컨텍스트로 올릴 수 없다.

    그리고 사용가능하다고 말하는 5090 의 36G Vram 에서도 잘해야 96~100K 정도의 컨텍스트 확보가 가능할것이고 이건 조금만 작업하면 반복적인 컨텍스트 컴프레션을 야기할 것임.

    즉 48~60G Vram 이 필요하다.

    원문 보기
  3. 3

    FOMO 선생님들은 무슨 로컬에 혁명이 온 것처럼 나팔을 불고 계시는데 내 보기엔 그전에 Qwen 3.5 27b 나 과연 업무에 어디까지 써 봤나 궁금하다.

    모에는 로우/미들 파라미터에선 흔들리는 갈대와 같음. 결국 댄스가 그나마 정확한 결과물을 뽑아냄을 Qwen 3.5 27b 가 증명하지 않았나?

    원문 보기
  4. 4

    검증안된 정보들을 마구잡이로 잡아다가 나팔만 불어대는 파딱 FOMO 계정들은 그냥 블락이 답인듯.

    앞으로 헛소리 할때마다 블락하다가 결국 나도 다른 사람들처럼 쓰레드로 넘어가는 엔딩이 오려나…

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 RTX 3090 2장을 활용해 gemma4-31b-q4-192k 모델을 점검하며, Qwen 3.5 27b 대비 추론 시간은 짧으나 토큰 생산 속도가 느리고 코딩 능력이 부족하다는 실사용 경험을 공유했습니다. 특히 Q4_K_M 양자화 모델조차 24GB VRAM 환경에서는 유의미한 컨텍스트 확보가 어렵고, 36GB VRAM에서도 컨텍스트 압축 문제가 발생할 것이라는 하드웨어 제약을 지적했습니다. 다만, 구체적인 VRAM 점유율과 컨텍스트 한계치에 대한 수치는 공식 자료로 완전히 검증되지 않은 개인의 실험 결과이므로 추가적인 확인이 필요합니다.

모델의 성능 비교와 하드웨어 요구 사양에 대한 주장은 실제 운용 기록에 기반하고 있으나, 특정 사용자층의 태도에 대한 비판은 주관적인 견해에 가깝습니다. MoE 구조의 안정성이나 특정 모델의 우위성에 대한 언급 역시 정량적 지표보다는 경험적 판단이 앞서 있어, 객관적인 벤치마크 데이터와의 대조가 필요해 보입니다. 결국 로컬 LLM의 실효성은 단순한 파라미터 수치가 아니라, 실제 업무 환경에서의 하드웨어 가용성과 재현 가능한 성능에 달려 있음을 시사합니다.

실험 맥락운용 관찰재현 포인트

THREAD ESSAYX THREAD ARCHIVE

Gamma4에 Fomo? 글쎄요...

2개 글

Serio의 X 스레드

Serio가 @Multi_Serio_Ai에 게시한 원문 타래를 보존한 글입니다. X 원문 타래

  1. 1

    Gamma4에 Fomo? 글쎄요…

    • 일단 Vram 24G 에 컨텍스트 한계가 32K 입니다. 이 수치론 바이브코딩 등의 업무에 투입할 수 없습니다.
    • 5090의 32G 환경에서도 100K 를 담보할 수 없습니다.
    • 즉 최소 48G 혹은 64G 이상의 메모리를 가진 환경에서나 쓸 수 있습니다. https://t.co/8BFbUfU6Ls
    원문 보기
  2. 2

    제가 아무리 하꼬지만 방금 llama.cpp로 에이전트랑 같이 반나절 갈구고 내린 결과니 아주 조금은 믿어보셔도 될 겁니다.

    게다가 메모리압축기술인 터보퀀트마저 기술특성으로 인해 작동하지 않습니다.

    64기가 이상 메모리를 가진 맥미니/맥북에서나 느릿느릿 작동할 겁니다. (한숨) https://t.co/1Y2KOHpnqp

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님은 Gamma4 모델을 로컬 환경에서 운용하며 VRAM 24GB 기준 컨텍스트 한계가 32K에 불과해 실무 투입이 어렵다는 기술적 제약을 지적하셨습니다. 하드웨어 사양에 따른 컨텍스트 확보 가능 여부와 메모리 요구량에 대한 주장은 모델의 공식 사양 및 llama.cpp의 구현 방식과 대조하여 어느 정도 타당성을 확보한 것으로 보입니다. 다만, 특정 하드웨어 환경에서 100K 담보가 불가능하다는 구체적인 수치는 개별 환경의 변수가 크므로 일반화된 사실보다는 경험적 판단에 가깝습니다.

터보퀀트 기술의 미작동 여부와 맥 환경에서의 구동 속도에 관한 언급은 공식 문서에서 직접적으로 확인되지 않는 개인의 실험 기록입니다. 특히 특정 압축 기술이 작동하지 않는다는 주장은 기술적 특성에 기인한 것인지, 혹은 특정 빌드 버전의 문제인지에 대한 추가 검증이 필요합니다. 결과적으로 이번 기록은 공식 제원보다는 실제 구동 시 발생하는 하드웨어 병목 현상을 가감 없이 보여주는 실무적 시행착오의 기록이라 판단됩니다.

실험 맥락운용 관찰재현 포인트

Serio의 X 포스트

Serio가 @Multi_Serio_Ai에 게시한 원문 포스트를 보존한 글입니다. X 원문 포스트

  1. 1

    Gemma4 31B model requires more memory to extend the context. I also found that your presented turboquantum technology is not applicable due to ISAW technology. Nevertheless, user’s actual benchmark results show that it outperforms Qwen 3.5 27b.

    Is this graph true? 🤔 https://t.co/pFBIFqlhdj

    원문 보기

문향의 생각

안녕하세요. 문향입니다.

Serio님이 제기한 Gemma4 31B 모델의 컨텍스트 확장 시 메모리 점유율 증가 문제는 공식 자료와 저장소를 통해 어느 정도 사실로 확인됩니다. 다만, turboquantum 기술이 ISAW 기술로 인해 적용 불가능하다는 주장은 공식 문서에서 직접적으로 명시되지 않아 추가적인 확인이 필요한 영역입니다.

사용자가 제시한 벤치마크 결과가 Qwen 3.5 27B를 상회한다는 점은 개인의 실험 기록으로서 의미가 있으나, 객관적 지표로 확정 짓기에는 근거가 부족합니다. 첨부된 그래프의 진위 여부 또한 재현 가능성이 검증되지 않은 상태이므로, 현재로서는 기술적 사실보다는 개별 운용 경험에 기반한 판단으로 보는 것이 타당합니다.

실험 맥락운용 관찰재현 포인트