728x90

OpenAI의 GPT-OSS-120B와 Z.ai의 GLM-5.3은 모델 가중치가 공개된 추론형 LLM입니다. 두 모델은 문서 분석, 코드 생성, AI Agent 개발에 활용할 수 있으며 모델 규모, 컨텍스트 길이 및 운영 효율성에서 차이가 있습니다.

1. GPT-OSS-120B와 GLM-5.3 사양 비교

항목 GPT-OSS-120B GLM-5.3
개발사 OpenAI Z.ai
모델 구조 MoE MoE
전체 파라미터 117B 753B
활성 파라미터 5.1B 약 40B
최대 컨텍스트 128K 1M
추론 수준 Low / Medium / High Low / High / Max
라이선스 Apache 2.0 자체 라이선스
주요 용도 반복 분석·자체 구축 장문 분석·복합 Agent

2. 모델별 특징과 차이점

GPT-OSS-120B는 MoE(Mixture of Experts) 구조를 통해 일부 전문가 네트워크만 활성화합니다. MXFP4 양자화 가중치를 사용해 80GB GPU 한 장에 적재할 수 있도록 설계되었으며, Harmony 포맷을 통해 지시사항, 추론 및 도구 호출을 구분합니다. 반복적인 문서 정보 추출과 비용 효율적인 자체 구축에 적합한 후보입니다.

GLM-5.3은 대규모 MoE 구조와 최대 1M 토큰의 컨텍스트를 활용해 장문 문서, 복잡한 코딩 및 다단계 Agent 작업에 유리합니다. 다만 자체 구축 시 GPU 메모리와 연산 자원이 더 많이 필요하며, 높은 추론 수준은 응답 시간과 토큰 소비를 증가시킬 수 있습니다.

3. 프롬프트 설계 및 사용 시 고려사항

GPT-OSS-120B는 공식 Harmony 템플릿을 사용하고 업무 규칙과 분석 데이터를 분리하는 것이 중요합니다. GLM-5.3 역시 공식 Chat Template을 적용하고 추론 수준을 업무 난이도에 맞게 설정해야 합니다. API와 추론 엔진에 따라 지원 기능 및 토큰 한도가 다를 수 있습니다.

4만 자의 고정 시스템 프롬프트를 사용할 경우 모델별 Tokenizer로 실제 토큰 수를 측정하고, 보고서 입력과 추론·출력에 필요한 토큰까지 확보해야 합니다. 중복 규칙을 제거하고 역할, 분석 기준, 예외 조건, 출력 형식을 구분하면 지시사항 누락을 줄이는 데 도움이 됩니다. Prefix Caching은 반복 처리 비용을 절감할 수 있지만 정확도를 직접 높이지는 않습니다.

4. 응답 일관성 확보 방법

모델 버전과 추론 수준을 고정하고 Temperature, Top P를 동일하게 유지합니다. Temperature 0.1~0.3은 비교 실험의 출발점으로 활용하되 모델 기본값과 평가해야 합니다. JSON Schema, Few-shot 예제, 프로그램 기반 검증을 적용하면 출력 형식과 판단 기준을 일관되게 관리할 수 있습니다. 동일한 설정도 완전한 재현성을 보장하지는 않습니다.

5. 보고서 분석 및 모델 선택

반복적인 정보 추출과 자체 서버 운영에는 GPT-OSS-120B를, 대량 보고서 통합과 복잡한 종합 분석에는 GLM-5.3을 우선 검토할 수 있습니다. 두 모델을 결합해 정보 추출, 근거 검증, 종합 분석을 분리하는 Hybrid AI Agent도 효과적인 설계 후보입니다. 실제 도입 전 한국어 보고서로 정확도, 규칙 준수율, 처리 시간과 비용을 비교하는 것이 중요합니다.

공식 자료: GPT-OSS-120B · GLM-5.3

728x90
728x90

1. CPU 기반 LLM이란?

CPU 기반 LLM은 NVIDIA GPU나 별도의 그래픽카드 없이 일반 PC의 CPU와 시스템 메모리(RAM)만 사용하여 대규모 언어모델을 실행하는 기술입니다. 모델을 4비트 또는 8비트로 양자화(Quantization)하면 메모리 사용량이 감소하여 일반 노트북이나 데스크톱에서도 LLM을 구동할 수 있습니다. 다만 GPU보다 추론 속도가 느리므로 1B~4B 규모의 경량 모델이 적합합니다.

2. CPU 기반 LLM 실행 방법

실행 도구 특징 추천 용도
Ollama 설치와 모델 실행이 간편 입문자, 로컬 API
llama.cpp C/C++ 기반, CPU 최적화와 GGUF 지원 개발자, 서버 구축
LM Studio GUI 기반 모델 다운로드 및 실행 비개발자, 모델 테스트
OpenVINO Intel CPU 최적화 추론 기업용 AI 서비스

llama.cpp는 AVX2, AVX512 등 CPU 명령어와 저비트 양자화를 지원하여 CPU 추론 성능을 최적화할 수 있습니다.

3. CPU 실행에 적합한 LLM 모델

모델 파라미터 특징
Qwen3.5 0.8B / 2B / 4B 다국어, 추론, 코딩
Gemma 3 1B / 4B 문서 요약, 질의응답
Llama 3.2 1B / 3B 대화, 문서 처리
Qwen3 0.6B / 1.7B / 4B 경량 추론, 한국어 활용

위 모델들은 CPU 환경에서도 실행할 수 있는 경량 언어모델입니다. 일반적으로 파라미터가 적고 양자화 수준이 높을수록 메모리 요구량이 감소합니다.

4. Ollama를 활용한 실행 예제

Windows 환경에서 Ollama 공식 홈페이지 에 접속하여 프로그램을 설치합니다.

설치 후 명령 프롬프트 또는 PowerShell에서 다음 명령어를 실행합니다.

# 경량 모델 실행
ollama run qwen3.5:0.8b

# 한국어 및 문서 분석용
ollama run qwen3.5:4b

# Google 경량 모델 실행
ollama run gemma3:1b

GPU가 없는 환경에서는 CPU를 통해 추론하며, 모델은 최초 실행 시 자동으로 다운로드됩니다.

5. CPU 기반 LLM 권장 하드웨어

시스템 RAM 권장 모델 크기
8GB 0.6B~1B
16GB 2B~4B
32GB 4B~8B
64GB 이상 8B~14B 이상

위 사양은 4비트 양자화와 짧은 컨텍스트를 가정한 대략적인 권장 범위입니다. 실제 실행 성능은 CPU 코어 수, 메모리 대역폭, 모델 구조 및 컨텍스트 길이에 따라 달라집니다.

6. 결론

일반 PC에서는 Ollama와 Qwen3.5 2B 또는 4B 모델 조합을 추천합니다.

설치가 간편하며 한국어 질의응답, 문서 요약, 로컬 AI Agent 개발 등에 활용할 수 있습니다.

성능 최적화가 중요하다면 llama.cpp와 GGUF 양자화 모델을 사용하는 것이 좋으며, Intel CPU 환경에서는 OpenVINO도 검토할 수 있습니다.

CPU 기반 LLM은 GPU 비용 없이 오프라인 AI 시스템과 개인정보 보호형 사내 AI 서비스를 구축하는 데 유용한 기술입니다.

728x90
728x90

프롬프트 엔지니어링은 Agent의 행동 지침을 설계하는 기술이며, 컨텍스트 엔지니어링은 Agent가 각 단계에서 판단에 사용할 정보 전체를 구성하고 관리하는 기술입니다. 전문가에게 중요한 차이는 ‘문장을 얼마나 잘 쓰는가’와 함께 ‘실행 시점마다 어떤 근거와 상태를 모델에게 제공하는가’를 설계한다는 점입니다.

Anthropic도 컨텍스트 엔지니어링을 프롬프트 엔지니어링의 확장으로 설명하며, 시스템 지침뿐 아니라 도구, 외부 데이터, 대화 이력 등을 관리 대상으로 봅니다. 두 개념은 경쟁 관계가 아니라 포함·보완 관계에 가깝습니다. [1]

1. 두 접근법의 차이

비교 항목 프롬프트 엔지니어링 컨텍스트 엔지니어링
핵심 질문 어떻게 지시해야 원하는 행동을 하는가? 지금 판단하는 데 어떤 정보가 필요한가?
주요 대상 역할, 지시문, 예시, 제약, 출력 형식 지시문, 검색 결과, 도구 정의·응답, 작업 상태, 메모리
설계 단위 지시와 입력의 표현·구조 여러 단계에 걸친 정보의 선택·갱신·제거
대표 작업 모호한 지시 수정, 예시 추가, 판단 기준 명시 검색, 재정렬, 요약, 상태 저장, 필요한 정보 재조회
실패 사례 “중요한 내용을 잘 정리해”처럼 기준이 불명확함 오래된 문서와 최신 문서가 섞여 잘못된 결론을 냄
개선 산출물 버전 관리된 프롬프트와 예시 컨텍스트 구성 로직, 데이터 스키마, 메모리 정책

이 구분은 실무적인 설명입니다. 프롬프트도 동적으로 생성할 수 있고, 컨텍스트 엔지니어링에서도 문서의 표현과 배치가 중요합니다.

2. Agent에서는 왜 컨텍스트 설계가 더 중요해지는가

Agent는 모델 호출과 도구 실행을 반복합니다. 검색 결과, 오류 메시지, 중간 산출물이 쌓이면서 다음 판단에 사용할 정보가 계속 달라집니다.

예를 들어 첫 검색에서 잘못된 숫자를 얻은 뒤 이를 메모리에 ‘확정 사실’로 저장하면, 이후의 프롬프트가 명확해도 잘못된 분석이 이어질 수 있습니다. 반대로 정확한 정보를 갖고 있어도 판단 규칙이 모호하면 잘못된 도구를 선택할 수 있습니다.

LangChain은 이런 정보 관리를 네 가지 전략으로 정리합니다. [2]

전략 의미 Agent 설계에 적용하는 예
저장하기·Write 정보를 현재 컨텍스트 밖에 보관 확인된 사실과 미완료 작업을 상태 저장소에 기록
선택하기·Select 현재 단계에 필요한 정보를 불러오기 분석 대상 기간과 관련된 문서만 검색
압축하기·Compress 필요한 정보를 유지하며 분량 축소 긴 실행 기록을 결정 사항·오류·남은 작업으로 요약
분리하기·Isolate 서로 다른 작업의 컨텍스트를 분리 문서별 분석을 분리하고 근거가 있는 결과만 통합

여기서 저장된 정보와 모델이 현재 볼 수 있는 정보는 다릅니다. 데이터베이스에 사실을 저장했더라도, 해당 호출의 입력으로 가져오지 않으면 모델은 그 사실을 활용할 수 없습니다.

3. 실무 예제: 여러 보고서를 종합 분석하는 Agent

“여러 부서의 주간 보고서를 분석해 지연 원인과 대응 방안을 작성하라”는 업무를 가정하겠습니다. 아래는 구현을 위한 설계 예시입니다.

프롬프트에는 행동 규칙과 성공 기준을 넣습니다.

보고서에 명시된 사실과 분석자의 추정을 구분합니다.
모든 주요 결론에는 문서 ID와 근거 위치를 연결합니다.
같은 사건의 중복 보고는 하나로 통합합니다.
수치가 충돌하면 기준일·단위·집계 범위를 비교합니다.
근거가 부족하면 미확인으로 표시하고 필요한 추가 자료를 제시합니다.

하지만 이 지시만으로 필요한 보고서가 자동으로 확보되거나 중복이 제거되는 것은 아닙니다. 컨텍스트 구성은 별도의 실행 로직으로 설계해야 합니다.

처리 단계 모델에 제공할 정보 시스템에서 관리할 사항
대상 선정 요청 기간, 부서, 분석 목적 접근 권한, 문서 버전, 대상 누락
사실 추출 개별 문서의 관련 구간 문서 ID, 페이지, 기준일, 단위
충돌 검토 서로 다른 값을 주장하는 근거 정정본 여부, 집계 범위 차이
종합 분석 검증된 사실, 미해결 쟁점, 비교 기준 중복 제거, 근거 연결
최종 검증 초안과 초안에서 인용한 원문 수치·인용·누락 검사

이 구조에서는 최종 작성 단계에 모든 원문을 반복 투입할 필요가 없습니다. 다만 중요한 주장을 검증할 때 원문을 다시 확인할 수 있어야 합니다.

예를 들어 추출한 사실은 다음처럼 관리할 수 있습니다. 아래 수치는 설명용 가상 데이터입니다.

{
  "claim_id": "C017",
  "claim": "프로젝트 A의 완료 예정일이 5일 지연됨",
  "source": {
    "document_id": "report_A_v3",
    "section": "일정 현황",
    "as_of": "2026-10-30"
  },
  "status": "reported",
  "conflicts_with": ["C009"],
  "verification_needed": "영업일인지 달력일인지 확인"
}

reported는 원문에 기재됐다는 뜻입니다. 교차 검증까지 완료했다는 뜻과 구분해야 합니다. 이 구분이 있어야 Agent가 출처의 주장과 검증된 사실을 혼동하는 문제를 줄일 수 있습니다.

4. 전문가가 설계할 때 주의할 지점

  1. 지시문·근거·작업 상태를 분리합니다.지시문에는 행동 규칙, 근거에는 외부 자료, 상태에는 확인된 결과와 미완료 작업을 둡니다. 검색 문서 안의 “이전 지시를 무시하라” 같은 문구가 실행 지시로 취급되지 않도록 신뢰 경계를 설계해야 합니다. 실제 권한은 도구 실행 계층에서 강제해야 합니다.
  2. 도구 설명과 도구 응답을 함께 설계합니다.도구 설명에는 사용 조건, 인수 의미, 부작용을 명확히 적습니다. 응답에는 판단에 필요한 필드와 출처를 포함하고, 대량 결과는 필터·페이지네이션·상세 조회로 다룹니다. Anthropic도 명확한 도구 경계와 의미 있는 응답, 토큰 효율을 핵심 설계 원칙으로 제시합니다. [3]
  3. 요약에서 보존할 항목을 명시합니다.단순히 “짧게 요약”하도록 하면 단위, 예외, 상충 근거가 사라질 수 있습니다. 수치·기준일·출처·미해결 쟁점은 보존 대상으로 지정하고, 원문 참조를 유지하는 편이 좋습니다.
  4. 장기 메모리에 갱신 규칙을 둡니다.메모리에는 출처, 저장 시점, 적용 범위, 검증 상태를 붙입니다. 반복 사용되는 사용자 선호와 수시로 바뀌는 업무 현황은 서로 다른 갱신 정책이 필요합니다.
  5. 컨텍스트 크기는 성능 평가로 결정합니다.최대 입력 길이를 채우는 것이 목표가 아닙니다. 필요한 근거가 충분하면서도 불필요한 정보가 적어야 합니다. 긴 입력에서의 정확도 저하 정도는 모델과 작업에 따라 달라집니다. [1]

5. 문제가 생겼을 때 무엇부터 수정해야 하는가

관찰된 문제 우선 점검할 원인 개선 방향
근거는 정확한데 출력 형식이 다름 지시·출력 계약 명확한 스키마와 검증 적용
필요한 자료를 찾지 못함 검색·정보 선택 검색 조건, 인덱스, 검색 범위 개선
오래된 정보를 사용함 버전·메모리 관리 기준일 필터와 갱신 정책 적용
도구를 반복 호출함 작업 상태·종료 조건 완료 항목과 중단 조건 명시
요약 후 숫자나 조건이 바뀜 압축 과정 필수 필드 보존과 원문 대조
문서의 악성 지시를 따름 신뢰 경계·권한 통제 외부 입력 분리와 실행 계층 검증

6. 프롬프트와 컨텍스트 개선 효과를 평가하는 방법

개선 효과를 확인하려면 프롬프트와 컨텍스트를 각각 바꾸는 비교 실험이 유용합니다. 다음 네 조건을 동일한 평가 과제에 적용해 보십시오.

조건 프롬프트 컨텍스트 구성
A 기존 기존
B 개선 기존
C 기존 개선
D 개선 개선

평가는 문장 품질뿐 아니라 업무 성공률, 근거 정확도, 필수 정보 누락률, 도구 오류, 비용, 지연 시간을 함께 측정해야 합니다. 동일 과제를 반복 실행하고, 튜닝에 쓰지 않은 과제로도 검증해야 개선이 일반화되는지 판단할 수 있습니다. 도구 평가에서도 최종 정확도와 함께 실행 시간·호출 수·토큰 사용량·오류를 추적하는 방식이 권장됩니다. [3]

실제 Agent를 개선할 때는 실패한 실행 하나를 골라, 그 판단 시점에 모델이 받은 지시·근거·도구·상태를 재구성하는 작업부터 시작하는 것이 좋습니다. 필요한 근거가 없었다면 정보 공급을, 근거가 있었지만 행동 기준이 모호했다면 프롬프트를 수정해야 합니다.

참고 자료

  1. Anthropic, Effective context engineering for AI agents
  2. LangChain, Context Engineering for Agents
  3. Anthropic, Writing effective tools for AI agents
728x90
728x90

1. REA(Reverse Engineer Anything)란?

REA는 AI 에이전트와 리버스 엔지니어링 도구를 연결하여 소프트웨어 내부 구조와 동작 원리를 분석하도록 지원하는 오픈소스 프로젝트입니다.

리버스 엔지니어링(Reverse Engineering)은 완성된 프로그램을 분석하여 알고리즘, 함수 구조, 데이터 처리 과정을 역으로 파악하는 기술입니다. REA는 Claude Code, Codex 등 AI 코딩 에이전트와 분석 도구를 연동해 분석 작업을 지원합니다.

2. REA의 주요 특징

  • AI 에이전트 연동: 자연어로 분석 요청
  • 바이너리 분석: Ghidra, IDA 등 전문 분석 도구 활용
  • 다양한 프로그램 분석: 실행 파일과 여러 소프트웨어 환경 지원
  • 기능 재구현: 분석 결과를 바탕으로 유사 기능 개발
  • 로컬 분석: 로컬 환경에서 분석 수행

특히 MCP(Model Context Protocol)를 활용하여 AI 에이전트와 분석 도구를 연결할 수 있습니다.

3. REA 설치 방법

Node.js와 지원되는 AI 코딩 에이전트를 준비한 후 터미널에서 다음 명령어를 실행합니다.

npx rea-agents@latest setup

설치 계획을 확인하고 승인한 뒤 에이전트를 재시작합니다. 바이너리 분석에는 별도의 분석 엔진이 필요할 수 있습니다.

4. 활용 예제: 포토샵과 유사한 이미지 블러 필터 구현

포토샵의 블러(Blur) 기능과 유사한 이미지 처리 프로그램을 개발한다고 가정하겠습니다. 상용 프로그램을 무단으로 분석하는 대신, 분석 권한이 있는 오픈소스 이미지 편집 프로그램을 대상으로 진행합니다.

  1. REA로 이미지 필터 관련 함수와 호출 구조를 조사합니다.
  2. AI 에이전트에 블러 처리 과정과 분석 근거를 설명하도록 요청합니다.
  3. 분석 결과를 참고하여 Python과 OpenCV로 독립적인 필터를 구현합니다.
import cv2

image = cv2.imread("input.jpg")
blur = cv2.GaussianBlur(image, (15, 15), 0)
cv2.imwrite("output.jpg", blur)

위 코드는 REA에서 추출한 코드가 아니라 OpenCV를 활용한 독립적인 구현 예제입니다.

5. REA 활용 시 주의사항

REA가 모든 프로그램의 원본 소스코드를 복원하는 것은 아닙니다. 상용 소프트웨어 분석 시 저작권, 라이선스, 관련 법률을 확인해야 합니다.


REA는 AI 에이전트와 전문 분석 도구를 결합하여 소프트웨어 구조 분석과 기능 재구현을 지원합니다. 개발자는 이를 활용해 프로그램의 동작 원리를 학습하고 호환성 연구와 새로운 소프트웨어 개발에 응용할 수 있습니다.

공식 사이트: https://rea.tools/

728x90
728x90

1. Agentic Video

구글의 Agentic Video Understanding(에이전트형 영상 이해)은 인공지능이 영상의 내용을 스스로 탐색하고 분석하는 기술입니다.

기존 영상 분석 AI는 일정한 간격으로 프레임을 추출해 전체 영상을 처리했습니다. 반면 Agentic Video는 사용자의 질문을 이해하고 필요한 장면을 찾아 집중적으로 분석합니다.

예를 들어 2시간짜리 CCTV 영상에서 특정 인물이 등장한 순간을 질문하면 AI가 관련 구간을 탐색하고 해당 장면을 자세히 확인합니다. 단순한 영상 요약을 넘어 AI가 분석 과정까지 자율적으로 결정한다는 점이 핵심입니다.

2. 핵심 기술과 특징

Agentic Video는 영상 분석의 정확성과 효율성을 높이기 위해 다음과 같은 기술을 활용합니다.

  • 동적 프레임 분석: 중요한 구간에서는 FPS와 해상도를 조절하여 빠른 움직임까지 확인합니다.
  • 멀티모달 이해: 영상, 음성, 자막을 함께 분석하여 상황과 맥락을 파악합니다.
  • 자율적 탐색: AI가 필요한 장면을 반복적으로 찾아보고 분석 결과를 검증합니다.
  • 정밀 이벤트 검색: 짧은 순간의 행동 변화, 이상 현상, 객체 등장 시점을 찾아냅니다.

이러한 방식은 모든 프레임을 동일하게 처리하는 방법보다 연산 자원을 효율적으로 활용할 수 있습니다. 특히 장시간 영상에서 필요한 정보를 검색하는 작업에 적합합니다.

3. 주요 활용 분야

① CCTV 및 보안 관제

장시간 녹화 영상에서 침입, 위험 행동, 사고 발생 구간을 검색하고 보안 담당자의 확인 시간을 줄일 수 있습니다.

② 제조업 품질 검사

생산라인 영상에서 설비 이상, 불량 의심 장면, 작업자의 반복 동작을 분석하여 품질 관리에 활용할 수 있습니다.

③ 영상 편집 및 콘텐츠 제작

강의, 인터뷰, 유튜브 영상에서 핵심 장면과 특정 발언을 찾아 하이라이트 편집과 요약을 자동화할 수 있습니다.

4. 실제 사용 방법

개발자는 Google AI Studio 또는 Gemini API를 통해 영상 분석 기능을 활용할 수 있습니다.

  1. Google AI Studio에서 영상 분석을 지원하는 Gemini 모델을 선택합니다.
  2. 분석할 영상 파일 또는 지원되는 유튜브 URL을 입력합니다.
  3. Agentic Video 기능이 제공되는 환경에서는 해당 처리 옵션을 설정합니다.
  4. "작업자가 안전모를 벗은 시점을 찾아줘"처럼 구체적인 질문을 입력합니다.
  5. AI가 관련 장면을 분석한 뒤 결과와 시간 정보를 제공합니다.

단, Agentic Video 전용 옵션과 지원 모델은 API 버전 및 서비스 제공 환경에 따라 달라질 수 있으므로 공식 개발자 문서를 확인해야 합니다.

5. 전망과 한계

Agentic Video는 영상 분석을 단순한 프레임 인식에서 목적 중심의 자율적 영상 이해로 발전시키는 기술입니다.

특히 장시간 영상 검색, 산업 안전, 스마트팩토리, 영상 콘텐츠 관리 분야에서 활용 가능성이 큽니다.

다만 빠른 장면 전환이나 미세한 이상 현상을 놓칠 수 있으며, 반복 탐색으로 처리 시간이 길어질 수 있습니다. 따라서 산업 현장에서는 AI 분석 결과를 기존 영상처리 알고리즘 및 사람의 검증과 결합하는 것이 효과적입니다.

핵심은 AI가 영상을 모두 보는 것이 아니라, 무엇을 어디서 자세히 봐야 하는지 스스로 판단한다는 점입니다.

728x90

+ Recent posts