에이전트 AI 시대의 FOMO를 해결하는 방법

"Agentic"이 실제로 의미하는 것 (그리고 기존 LLM 스택이 갑자기 구식으로 느껴지는 이유)
Agent Harness: 아무도 알려주지 않았던 핵심
Thin Harness with Thick Skills: 패러다임의 전환
SKILL.md: 모든 것을 하나로 묶는 계약
Model Context Protocol (MCP): AI를 위한 USB-C 같은 순간
Computer Use: 사람처럼 화면을 조작하는 에이전트
주요 코딩 Harness: Claude Code, OpenCode, Codex CLI, Pi, Cursor
OpenClaw vs Hermes: 과연 그 hype이 가치 있을까?
Agentic AI가 세상을 변화시키는 방법 (실제 워크플로우 포함)
현 시장에서 취업하기 위해 배워야 할 최고의 스킬
지금 주목해야 할 도구와 프레임워크
양질의 질문을 할 수 있는 곳
추가 자료

1년 반 전, 저는 LLM에 대한 모든 FOMO 해결하기라는 블로그를 썼습니다. RAG, 벡터 스토어, llama.cpp, LoRA, LLAMA 프레임워크. 그게 업계를 따라잡기 위해 알아야 할 모든 용어였습니다. 임베딩(embedding)을 이해하고 LangChain으로 몇 가지를 연결할 수 있다면, 당신은 앞서 있었습니다.

그 시대는 끝났습니다.

오늘날의 대화는 "모델이 내 질문에 답하게 하려면 어떻게 해야 하지?"에서 "모델이 내 도구를 사용해 내 컴퓨터에서, 내가 지켜보지 않아도 스스로 처음부터 끝까지 일을 끝내게 하려면 어떻게 해야 하지?"로 옮겨갔습니다. 용어도 바뀌었습니다. Harness. Skills. Subagents. MCP. Hooks. Sandboxes. Trajectories. OpenClaw. Hermes. 이번 주에 트위터를 열었는데 모두가 다른 언어로 말하는 것처럼 느껴졌다면, 이 블로그가 도움이 될 것입니다.

저는 2026년에 있어서 agentic AI가 실제로 무엇인지, 모두가 논쟁 중인 프레임워크는 무엇인지, 실제 신호와 마케팅은 어떻게 구분하는지, 그리고 이 분야에서 일하고 싶다면 실제로 무엇을 배워야 하는지에 대해 전체 스택을 안내해 드리겠습니다.

시작하기 전에 간단히 말씀드리자면, 저는 이 글을 두 가지 독자를 위해 동시에 썼습니다. 만약 당신이 소프트웨어를 만들어 생계를 유지한다면, 패턴과 리소스 링크를 알아볼 것입니다. 그렇지 않더라도, 엔지니어 친구들과 LinkedIn 피드가 무엇에 집착하는지 이해하고 싶다면, 여기서 이해할 수 있을 것입니다. 전문 용어는 처음 등장할 때 알기 쉬운 영어로 설명하고, 주요 개념마다 다이어그램이 있습니다. 자신에게 맞는 깊이로 읽으세요. 시작해 봅시다.

"Agentic"이 실제로 의미하는 것

가장 간단한 생각 방식은 이렇습니다: 일반적인 LLM(챗봇 두뇌, 예: ChatGPT, Claude, Gemini)은 당신의 프롬프트에 응답합니다. 반면 에이전트는 다음에 무엇을 할지 스스로 결정하고, 실제 세계에서 행동을 취하며, 결과를 관찰하고, 그 다음에 무엇을 할지 결정합니다. 이 과정을 작업이 완료될 때까지 반복(루프)합니다.

친구에게 "도쿄 날씨 어때?"라고 묻는 것과 여행사 직원에게 2주 일본 여행을 계획해 달라고 의뢰하는 것의 차이를 상상해 보세요. 전자는 단일 왕복(round trip)입니다. 후자는 오랜 결정, 도구 호출(예약 사이트, 지도, 달력), 되돌아가기(backtracking), 그리고 최종 결과물의 연속입니다. 이 두 번째 방식을 우리는 agentic이라고 부릅니다.

챗봇 vs 에이전트: 챗봇은 단일 질문에 답하는 반면, 에이전트는 목표가 달성될 때까지 도구 호출을 반복합니다

에이전트를 챗봇과 구분하는 세 가지 특징은 다음과 같습니다:

도구를 호출할 수 있습니다. 파일 읽기, bash 명령 실행, API 호출(다른 소프트웨어에게 무언가를 해달라고 요청하는 것), 코드 편집, 웹 검색 등이 가능합니다. 에이전트는 단순히 말하는 것이 아니라 행동합니다.
루프(반복)를 가지고 있습니다. 도구의 출력을 보고, 그것에 대해 추론하고, 다음 단계를 결정합니다. 이 과정은 목표가 달성될 때까지 계속됩니다.
메모리와 스킬을 가지고 있습니다. 매번 처음부터 시작하지 않습니다. 세션 내에서 맥락을 유지하고, 점점 더 세션 간에도 맥락을 유지합니다.

여러분이 이미 알고 있는 모델들(Claude Opus 4.7, GPT-5, Gemini 2.5, Qwen3, GLM, DeepSeek)은 두뇌입니다. 이 두뇌 주변에 위치하여 눈, 손, 기억력, 작업 공간을 제공하는 것이 harness입니다. 그리고 이 harness는 모델 자체만큼이나 중요하다는 것이 밝혀졌습니다.

Agent Harness: 아무도 알려주지 않았던 핵심

2023년이 "어떤 모델이 최고인가"의 해였다면, 2026년은 "어떤 harness가 최고인가"의 해입니다. Harness란 LLM을 감싸서 작동하는 에이전트로 만들어주는 소프트웨어 계층입니다. 더 자세한 내용을 원한다면 Parallel의 primer와 Firecrawl의 글이 좋은 입문서입니다.

구체적으로, harness는 다음을 처리합니다:

컨텍스트 어셈블리: 각 턴(turn)마다 프롬프트에 무엇을 넣을지 결정합니다 (당신의 저장소(코드 폴더), 지난 12개의 메시지, 도구 정의, 관련 문서 등).
도구 실행: 모델이 호출할 수 있는 도구를 정의하고, 입력의 유효성을 검사하며, 도구를 실행하고, 결과를 반환합니다.
메모리 및 상태: 수백 번의 턴에 걸쳐 대화의 일관성을 유지하고, 오래된 컨텍스트를 압축(오래된 메시지 요약)하여 컨텍스트 윈도우(AI의 작업 기억 용량 한계)를 초과하지 않도록 합니다.
권한 및 샌드박싱: 어떤 행동에 사람의 승인이 필요한지 결정하고, 파일 시스템 접근 및 네트워크 정책을 격리합니다. 샌드박스는 에이전트가 컴퓨터의 나머지 부분에 영향을 주지 않고 활동할 수 있는 격리된 작업 공간입니다.
하위 에이전트 및 오케스트레이션: 하나의 에이전트가 전문적인 하위 작업을 수행하기 위해 다른 에이전트를 생성하고 보고하는 경우입니다. 매니저가 전문가에게 업무를 위임하는 것과 유사합니다.
오류 복구: 재시도, 오류 분석, 자동 재계획.

Agent Harness의 구조: LLM은 두뇌로서 중앙에 위치하며, 주변에는 도구, 메모리, 권한, 하위 에이전트, 오류 복구를 제공하는 harness 컴포넌트들이 있습니다.

올해 초 발표된 훌륭한 논문이 있습니다. 이 논문은 동일한 LLM이 동일한 벤치마크에서 실행될 때, 어떤 harness로 감싸져 있느냐에 따라 성공률이 최대 6배까지 차이날 수 있음을 보여줍니다. 이것이 현재 이 분야의 많은 변화를 주도하는 핵심 발견입니다. 모델만이 유일한 지렛대가 아닙니다. 모델을 둘러싼 시스템이 바로 지렛대입니다.

다음과 같은 멘탈 모델을 생각해 보세요. LLM을 뛰어나지만 쉽게 주의가 산만해지는 계약자라고 생각해 봅시다. Harness는 프로젝트 매니저, 비계(scaffolding), 도구 상자, 안전 벨트(말 그대로), 근무 시간표, 받은 편지함입니다. 이 모든 것을 없애면 계약자는 텅 빈 주차장에서 혼자 중얼거리는 사람에 불과합니다.

쉽게 말해: 모델은 생각하는 사람입니다. Harness는 생각을 실행으로 바꾸는 모든 것입니다.

Thin Harness with Thick Skills: 패러다임의 전환

여기 이 블로그를 읽고 꼭 알아가야 할 가장 중요한 용어가 있습니다: Thin Harness with Thick Skills.

오래된 에이전트 프레임워크(초기 AutoGPT, BabyAGI, 무거운 LangChain 에이전트 추상화 등)는 모든 지능을 harness 자체에 넣으려고 했습니다. Harness는 정교한 계획 프롬프트, 하드코딩된 추론 패턴, 내장된 페르소나를 가지고 있었습니다. 시스템 프롬프트(모델이 모든 대화 시작 시 받는 고정된 지침)만 해도 만 개의 토큰(토큰은 대략 텍스트 덩어리로, 약 4글자)이 될 수 있었습니다. Harness가 끊임없이 말을 걸어오기 때문에 모델은 생각할 공간이 거의 없었습니다.

새로운 접근 방식은 이를 반전시킵니다. Harness는 얇아야(thin) 합니다: 도구 호출, 컨텍스트 관리, 권한 존중 방법을 알고 있는 작고 깨끗하며 투명한 루프. 그 이상도 이하도 아닙니다. 모든 실제 전문성은 skills에 있습니다: 외부에 있고, 발견 가능하며, 패키지화된 노하우 단위로, harness가 필요할 때 로드합니다. 이 아이디어에 대한 가장 명확한 단일 글은 Skill Issue: Coding Agents를 위한 Harness 엔지니어링 가이드로, 대부분의 에이전트 실패는 모델의 한계가 아니라 설정 문제라고 주장합니다.

가장 간단한 비유: harness는 운영 체제이고, skills는 앱입니다. OS가 프레젠테이션을 디자인하는 방법을 알기를 원하지 않습니다. OS는 가볍고 안정적이길 바라며, 파워포인트 스킬은 필요할 때만 로드되길 바랍니다.

Thin Harness with Thick Skills: 예전 방식은 모든 것을 harness에 넣어 당신의 작업 공간을 남겨두지 않았지만, 새로운 방식은 가벼운 harness를 사용하고 필요할 때만 스킬 라이브러리에서 전문성을 가져옵니다

이 패러다임에서 skill은 단순히 다음을 포함하는 폴더입니다:

Skill이 무엇을 위한 것인지, 언제 트리거되는지, 어떻게 사용하는지 설명하는 SKILL.md 파일
선택적 스크립트, 템플릿, 참조 데이터
에이전트가 작업을 더 깊이 진행함에 따라 읽는 선택적 하위 파일

Harness가 인식할 수 있는 작업을 보면, 관련 SKILL.md를 가져와 읽고, 지침을 따르며 진행합니다. 모델은 모든 가능한 워크플로우를 미리 로드하지 않습니다. Stack Overflow 답변을 검색하는 것처럼, 적시에(just-in-time) 조회합니다.

이것은 다음과 같은 이유로 매우 중요합니다:

확장 가능합니다. 기본 시스템 프롬프트를 부풀리지 않고 수천 개의 새로운 스킬을 추가할 수 있습니다. 에이전트는 필요한 것만 로드합니다.
이식 가능합니다. Claude Code용으로 작성된 스킬은 대부분 OpenCode나 Hermes 내에서 실행될 수 있습니다. 형식은 사실상의 표준이 되어 가고 있습니다.
복리 효과가 있습니다. 에이전트가 작업을 잘 완료할 때마다 해당 절차를 새 스킬로 작성하도록 요청할 수 있습니다. 시간이 지남에 따라 에이전트는 당신의 특정 작업에 대해 측정 가능하게 더 나아집니다.

Pi(미니멀리스트 코딩 harness)는 1000 토큰 미만의 시스템 프롬프트로 이 모델을 대중화한 최초의 제품 중 하나였으며, 이는 의견이 강한(opinionated) harness의 10000+ 토큰과 대조되어 거의 모든 컨텍스트 윈도우를 당신의 코드, 당신의 계획, 당신의 문서에 남겨둡니다. Claude Code는 이를 다른 harness들이 채택한 Skills 시스템으로 공식화했습니다. OpenCode, OpenClaw, Hermes는 모두 현재 동일한 언어(dialect)를 사용합니다.

SKILL.md: 모든 것을 하나로 묶는 계약

올해 Agentic AI에서 단 하나의 파일 형식만 배워야 한다면, 이것을 배우십시오. 공식 스펙은 agentskills.io에 있으며, 표준 참조 저장소는 GitHub의 anthropics/skills입니다.

최소한의 SKILL.md는 다음과 같습니다:

name: pdf-form-fill

description: 사용자가 PDF 양식 작성, 서명 또는 필드 추출을 요청할 때 이 스킬을 사용하세요.

"이 PDF 작성해줘", "이 양식에서 필드 추출해줘", "이 문서에 서명해줘"와 같은 문구가 트리거입니다.

PDF 양식 작성

사용 시기

사용자가 PDF 양식을 업로드하고 작성을 요청할 때
사용자가 양식에서 필드 추출을 원할 때
사용자가 작성된 양식을 고정 PDF로 평탄화(flatten)하려 할 때

사용 방법

/mnt/user-data/uploads/... 경로의 파일을 엽니다.
python scripts/extract_fields.py <path>를 실행하여 필드를 나열합니다.
가지고 있지 않은 값은 사용자에게 물어봅니다.
python scripts/fill_form.py <path> <field_values.json>을 실행합니다.
출력을 /mnt/user-data/outputs/에 저장합니다.

제약 사항

원본 업로드 파일을 절대 수정하지 마십시오.
항상 양식 메타데이터를 보존하십시오.
사용자가 명시적으로 요청한 경우에만 평탄화(flatten)하십시오.

상단의 세 개의 대시(-)로 둘러싸인 블록은 YAML 프론트매터(frontmatter)라고 하며, 에이전트가 먼저 읽어서 이 스킬이 적용되는지 여부를 결정하는 구조화된 메타데이터일 뿐입니다. 나머지는 입사 첫날 신입 사원을 위해 작성할 수 있는 일반 지침입니다.

에이전트는 이 파일을 읽고, 설명을 통해 스킬의 용도를 이해한 후, 절차를 따르고 번들된 스크립트를 사용합니다. Harness는 PDF 양식에 대해 알기 위해 다시 프로그래밍될 필요가 없었습니다. 폴더 하나를 넣으면 에이전트가 이제 그 방법을 알게 됩니다.

이 패턴을 점진적 공개(progressive disclosure) 라고 합니다. 에이전트는 필요할 때, 필요한 것만 읽습니다. 스킬 설명이 먼저 스캔되고(저비용), 스킬이 활성화되면 전체 본문이 읽히며(중간 비용), 번들된 스크립트는 단계에서 필요할 때만 읽힙니다(가장 고비용). 이것이 긴 작업에서 컨텍스트 윈도우를 깔끔하게 유지하고 에이전트를 안정적으로 만드는 방법입니다.

점진적 공개 피라미드: 에이전트는 먼저 아주 작은 설명을 읽고, 트리거될 때만 전체 SKILL.md 본문을 읽으며, 특정 단계에 필요할 때만 번들된 스크립트를 읽습니다

Model Context Protocol (MCP): AI를 위한 USB-C 같은 순간

퍼즐의 또 다른 조각은 MCP, 즉 Model Context Protocol입니다. Anthropic이 도입했으며 현재 생태계 전반에 걸쳐 채택되었습니다. 프로토콜은 두 소프트웨어가 서로 통신하기 위해 사용하기로 합의한 언어일 뿐입니다.

Skills가 에이전트에게 절차(procedure) 를 가르치는 방법이라면, MCP는 에이전트에게 표준화된 시스템 접근 권한을 부여하는 방법입니다. MCP를 AI 도구를 위한 USB-C라고 생각하십시오. MCP 이전에는 모든 에이전트 프레임워크가 고유한 도구 정의 방식을 가지고 있었습니다. LangChain용 Notion 커넥터를 작성하고, AutoGen용으로 다시 작성하고, Claude Code용으로 다시 작성해야 했습니다. 커넥터 세 개, 버그 세 개.

MCP는 이를 표준화합니다. MCP 서버를 한 번 작성하면 됩니다. 이 서버는 도구(read_notion_page, search_drive, send_slack_message)를 노출합니다. MCP 호환 클라이언트(Claude Code, OpenCode, OpenClaw, Hermes, Cursor)라면 누구나 이를 연결하여 사용할 수 있습니다.

USB-C로서의 MCP: 하나의 MCP 서버가 한쪽에서는 여러 AI 에이전트에, 다른 쪽에서는 여러 서비스에 연결되므로, 커넥터를 한 번만 작성하면 어떤 에이전트든 사용할 수 있습니다

실제로 이것은 다음을 의미합니다:

회사 내부 API를 한 번만 노출하는 내부 MCP 서버를 구축할 수 있으며, 향후 채택하는 모든 에이전트가 이를 사용할 수 있습니다.
Google Drive, Linear, GitHub, Asana, 데이터베이스, 디자인 도구 등을 위한 오픈 소스 MCP 서버를 레지스트리에서 가져와 사용할 수 있습니다.
도구 계층을 다시 작성하지 않고도 harness를 혼합하고 일치시킬 수 있습니다.

이것이 현대 에이전트 스택의 두 번째 기둥입니다. Skills는 절차입니다. MCP는 배선입니다. Harness와 함께 이 세 가지가 삼위일체를 이룹니다.

Computer Use: 사람처럼 화면을 조작하는 에이전트

여러분이 소프트웨어를 사용하는 방법을 생각해 보세요. 화면을 보고, 마우스를 움직이고, 클릭하고, 입력합니다. 최근까지 에이전트는 이렇게 할 수 없었습니다. 깔끔한 API만 호출할 수 있었기 때문에, 세상의 대부분의 소프트웨어(레거시 데스크톱 앱, 이상하게 만들어진 내부 도구, 적절한 API가 없는 모든 것)는 접근이 불가능했습니다.

Computer use는 이 문제를 해결하는 기능입니다. 에이전트는 화면의 스크린샷을 찍고, 어디를 클릭하거나 무엇을 입력할지 결정한 후, 마우스와 키보드 명령을 보내고, 무슨 일이 일어났는지 확인하기 위해 또 다른 스크린샷을 찍습니다. 이 과정을 반복합니다. 사람처럼 행동하지만, 더 느리고 인내심이 많습니다.

이것이 중요한 이유는 다음과 같습니다:

모든 소프트웨어가 갑자기 자동화 가능해집니다. 좋은 API를 가진 소프트웨어만 해당되는 것이 아닙니다. 세상의 소프트웨어는 대부분 에이전트를 염두에 두고 만들어지지 않았기 때문에, 대부분 깔끔한 API가 없습니다. Computer use가 이를 가능하게 합니다.
레거시 엔터프라이즈 시스템(SAP, Oracle, 메인프레임 래퍼, 20년 된 내부 도구)을 다시 작성하지 않고도 드디어 건드릴 수 있게 되었습니다.
에이전트는 소프트웨어와 상호 작용하기 위해 공급업체의 허가가 필요하지 않습니다. 화면만 보면 됩니다.

2026년 중반 기준 세 가지 주요 구현체는 다음과 같습니다:

Claude Computer Use: Anthropic이 2024년 말에 출시했으며 여러 차례에 걸쳐 개선했습니다. 모든 OS, 모든 VM, 모든 컨테이너에서 작동하는 이식 가능한 스크린샷 + 마우스 + 키보드 도구를 제공합니다. 현재 가장 강력한 올라운더입니다. Anthropic의 소비자용 데스크톱 제품인 Claude Cowork를 구동합니다. 이는 기본적으로 Claude의 computer use를 친숙한 앱으로 감싼 것입니다.

OpenAI Operator (및 Codex Background Computer Use): OpenAI의 CUA(Computer Use Agent)입니다. 원래는 브라우저에 초점을 맞췄지만, 2026년 4월 Codex 릴리스에서 전체 데스크톱으로 확장되었습니다. ChatGPT Pro에 번들로 포함되어 있습니다. 비밀번호 입력과 같은 민감한 작업에 사람이 개입하는 "takeover mode"가 있습니다.

Gemini Computer Use (구 Project Mariner): Google의 진입 제품으로, 브라우저 기반 작업에 최적화되었습니다. Chrome 및 Gemini API에 내장되어 있습니다. 웹 작업에 강하고, 전체 데스크톱에는 약합니다. 독립 실행형 제품이었던 Project Mariner는 2026년 5월에 중단되었고, 그 기능은 메인 Gemini Agent에 통합되었습니다.

표준 벤치마크는 OSWorld-Verified로, 에이전트가 Linux, Windows 및 웹 전반에 걸친 실제 데스크톱 작업에서 점수를 받습니다. 2026년 초 기준 최고 점수는 약 70~85%입니다. 인상적으로 들리지만, 이는 대략 4~5개 중 1개의 작업이 여전히 실패한다는 것을 의미합니다. Computer use는 실제이며, 오늘날 사용할 수 있는 제품에 포함되어 출시되고 있지만, 완전히 자리를 비울 수 있을 만큼의 신뢰성 수준에는 아직 도달하지 못했습니다.

아무도 말해주지 않을 솔직한 한계점:

느립니다. 모든 단계는 스크린샷, 모델 호출, 마우스/키보드 동작을 포함합니다. 당신이 30초 만에 할 수 있는 작업을 에이전트는 5분에서 10분 정도 걸립니다.
비쌉니다. 긴 세션은 특히 스크린샷이 텍스트보다 비싼 이미지 입력으로 계산되기 때문에 토큰을 빠르게 소모합니다.
동적 UI에 취약합니다. 움직이는 것, 팝업, 광고, A/B 테스트, 갑작스러운 쿠키 배너 등은 모두 다양한 방식으로 에이전트를 중단시킵니다.
보안 위험입니다. 실제 컴퓨터에서 키보드와 마우스 접근 권한을 가진 에이전트는 실제 피해를 입힐 수 있습니다. 반드시 샌드박스(격리된 가상 머신에서 실행) 처리하십시오. 비밀번호 관리자에 대한 접근 권한을 절대 주지 마십시오. 은행 탭이 있는 동일한 데스크톱에서 실행하지 마십시오.

이것이 흥미롭게 발전하는 방향은 하이브리드 스택입니다. 동일한 harness가 API와 MCP 서버에 접근하여 이를 노출하는 것들을 처리하고, 깔끔한 경로가 없을 때만 computer use로 폴백(fallback)합니다. 가능한 곳에서는 속도와 신뢰성을, 그렇지 않은 곳에서는 보편적인 도달 범위를 제공합니다. Manus를 사용해 보았거나 최근 Claude Cowork 데모를 보았다면 바로 그 패턴입니다.

주요 코딩 Harness

코딩 에이전트 공간은 대부분의 harness 전쟁이 벌어지고 있는 곳입니다. 코딩 작업은 길고, 검증 가능하며, 수익성이 높기 때문입니다. 다음은 사람들이 사용하고 있는 것들에 대한 완전하지 않은 지도입니다. 더 깊은 비교를 원한다면, 이 2026년 비교 글이 제가 읽은 것 중 최고입니다.

목록에 앞서 간단한 용어 설명: CLI는 명령줄 도구로, 클릭하는 대신 터미널 창에 입력하여 사용하는 종류입니다. TUI는 메뉴와 패널이 있지만 여전히 터미널 내에서 작동하는 약간 더 화려한 버전입니다. API 키는 당신의 소프트웨어가 OpenAI나 Anthropic과 같은 유료 서비스와 통신할 수 있게 해주는 비밀번호입니다.

Claude Code: Anthropic의 자사 CLI 에이전트로, Claude 제품군에 고정되어 있습니다. CLAUDE.md를 통한 프로젝트 메모리, 권한, 훅, MCP, 플러그인, 스킬, 하위 에이전트를 갖춘 tightly integrated harness입니다. 정교하고 의견이 강합니다(opinionated). Anthropic 생태계에 만족한다면, 이것이 가장 매끄러운 경험입니다. GitHub 별 약 114,000개를 보유하고 있으며 계속 성장 중입니다.

OpenCode: 오픈 소스 대응 제품입니다. MIT 라이선스(누구나 상업적 목적을 포함하여 무료로 사용할 수 있음을 의미)로, 75개 이상의 모델 제공자를 지원하며 완전히 스크립팅 가능한 harness입니다. 에이전트 루프가 노출되어 있으며 opencode.json을 통해 구성 가능합니다. Claude Opus를 API 키, GPT-5, Qwen, DeepSeek, 로컬 Ollama 모델 등 무엇이든 연결할 수 있습니다. 약 160,000개의 별을 보유하고 있습니다. 모델 중립성, 완전한 로컬 프라이버시, 또는 harness 자체를 포크(fork, 즉 자신의 사본을 만들어 변경하는 것)할 수 있는 능력을 원한다면 최고의 선택입니다. 기술적인 분석은 Composio의 글에 잘 나와 있습니다.

Codex CLI: OpenAI의 터미널 코딩 에이전트입니다. 셸(shell) 내에서 작동하며 GPT 계열 모델에 크게 의존하고, 벤치마크에서 점점 더 경쟁력을 갖추고 있습니다. 특히 스택이 OpenAI 위주라면 주목할 가치가 있습니다.

Pi (github): 미니멀리스트의 반론입니다. 작은 시스템 프롬프트(1k 토큰 미만), TUI 래퍼, 완전히 검사 가능합니다. AGENTS.md와 TypeScript 확장을 통해 동작을 정의합니다. 핵심 주장은 harness가 아닌 당신이 컨텍스트 윈도우를 제어해야 한다는 것입니다. Mario Zechner가 왜 만들었는지에 대한 글을 읽어볼 가치가 있습니다.

Cursor: 에디터 우선 옵션입니다. CLI harness는 아니지만, 에이전트 계층은 가장 적극적으로 반복(iterate)되는 것 중 하나입니다. Cursor는 새로운 모델이 출시될 때마다 시스템 프롬프트와 도구 설명을 다시 작성하는 일만 하는 전임 직원을 두고 있습니다. 이것이 동일한 모델에서 다른 에이전트보다 종종 더 안정적으로 느껴지는 이유입니다.

Aider: 원조(OG)입니다. 강력한 git 통합을 통한 페어 프로그래밍 스타일 편집에 여전히 탁월합니다. 범위가 더 작고, 추론하기 쉽습니다.

OpenHarness: 홍콩 대학(HKU)의 초경량 Python 구현체로, 약 11,700줄의 코드로 Claude Code의 도구 기능 대략 98%를 재현합니다. 전체 harness의 소스 코드를 한 번에 읽고 무슨 일이 일어나는지 이해하려는 경우 유용합니다.

하나를 선택하기 위한 실용적인 경험 법칙:

가장 매끄러운 경험을 원하고 Claude에 종속되어도 괜찮다면 Claude Code를 선택하십시오.
모델 자유도, 로컬 실행, 또는 harness 포크를 원한다면 OpenCode를 선택하십시오.
최소한의 마법과 완전한 제어를 원한다면 Pi를 선택하십시오.
IDE(코드를 작성하는 편집기) 내에서 작업한다면 Cursor를 선택하십시오.

결국 하나 이상을 사용하게 될 것입니다. 괜찮습니다. 시작하기에 가장 덜 부담스러운 것을 선택하십시오.

OpenClaw vs Hermes: 과연 그 hype이 가치 있을까?

이것이 제가 가장 많이 받는 질문입니다. 트위터는 6개월 동안 둘 다에 대해 열광해 왔으며, 담론은 지저분해졌습니다. 각각이 실제로 무엇이고 어디서 승리하는지에 대해 솔직하게 말씀드리겠습니다.

OpenClaw는 범용 에이전트 공간의 강력한 기존 제품(incumbent)입니다. 2026년 4월 초 기준 약 345,000개의 GitHub 별을 보유하고 있습니다. 방대한 플러그인 생태계, 깊은 메시징 플랫폼 통합, 수만 개의 커뮤니티 스킬 라이브러리를 갖추고 있습니다. Computer use 지원(에이전트가 자체적으로 브라우저나 데스크톱을 구동할 수 있음)은 버전 4.27에 포함되었으며 사용 가능한 구현체 중 하나입니다. 3주 안에 24개 채팅 플랫폼에 500개의 지원 에이전트를 배포해야 한다면, OpenClaw의 통합 라이브러리는 몇 달 간의 엔지니어링 작업을 절약해 줄 것입니다. KDnuggets에 OpenClaw 저장소 생태계 전반에 대한 좋은 안내서가 있습니다.

반대급부: 그렇게 크고 검토가 부족한 커뮤니티 스킬 라이브러리는 보안 결과를 초래합니다. 한때 4일 동안 9개의 CVE(공개적으로 추적된 보안 취약점)가 있었는데, 이는 우연이 아닙니다. 최소한의 검증으로 그 많은 타사 코드를 수용하는 데 따른 구조적 비용입니다. 프로덕션 환경에서 OpenClaw를 실행한다면, 샌드박싱 및 검토는 당신의 책임입니다.

Hermes Agent (github)은 2026년 2월 25일 Hermes 모델 제품군을 만든 Nous Research 팀이 출시한 새로운 주자입니다. 출시 3개월 만에 14만 개의 스타를 돌파했으며, 지난주 기준 OpenRouter에서 일일 토큰 사용량 기준 가장 많이 사용된 에이전트가 되었습니다 (NVIDIA 블로그에서 OpenRouter 순위를 확인했습니다). 핵심 차별점은 폐쇄형 학습 루프입니다. 에이전트는 모든 작업 후에 시도한 내용, 성공한 부분, 실패한 부분, 그리고 선택적 새로운 스킬에 대한 구조화된 기록을 작성합니다. 몇 주가 지나면 여러분의 특정 워크플로우에서 눈에 띄게 성능이 향상됩니다. 독립적인 벤치마크에 따르면 새 에이전트 인스턴스 대비 연구 작업 시간이 40% 단축되었습니다.

기타 유용한 정보:

MIT 라이선스이며 5달러 VPS(가상 사설 서버, 기본적으로 클라우드에 있는 작은 임대 컴퓨터, 보통 월 5~10달러)에 자체 호스팅 가능
v0.10.0 기준으로 40개 이상의 내장 도구, 118개의 번들 스킬 보유
3계층 메모리 (작업 기억, 일화 기억, 장기 기억)
Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, 이메일, SMS 등 다양한 메시징 플랫폼과 통합
모델에 구애받지 않도록 설계되어, 여러분의 API 키를 사용하면 됩니다

제가 판단하기에 최종 결론은 다음과 같습니다:

Hermes는 안정성, 설정 용이성, 보안 태세, 그리고 학습 루프에서 승리합니다. 동일한 에이전트를 6개월 이상 매일 사용할 솔로 개발자나 소규모 팀에게 Hermes는 OpenClaw가 따라올 수 없는 방식으로 복리 효과를 제공합니다.
OpenClaw는 생태계 범위와 통합 측면에서 승리합니다. 특화된 커넥터가 필요하고 지금 당장 필요하다면 OpenClaw에 이미 해당 플러그인이 있을 가능성이 높습니다.

과대평가된 걸까요? Hermes의 경우, 매일 사용하고 스킬을 축적할 의지가 있다면 대체로 그렇습니다. 복리 효과는 계속 사용할 때만 의미가 있습니다. OpenClaw의 경우 사용 사례에 따라 다릅니다. 폭넓은 기능이 필요하다면 그렇습니다. 단일 워크플로우에 깊이가 필요하다면, 잘 작성된 몇 가지 스킬을 갖춘 더 가벼운 하네스가 더 나을 수 있습니다.

제가 실제로 본 합리적인 중간 경로는 다음과 같습니다: 개발 작업에는 Claude Code 또는 OpenCode를 사용하고, 지속적인 자동화(일일 리서치, 모니터링, 운영)에는 소형 VPS에서 Hermes를 실행하는 것입니다. 둘은 경쟁 관계가 아닙니다. 같은 스펙트럼 상의 다른 지점일 뿐입니다.

에이전틱 AI가 세상을 어떻게 변화시키고 있는가

짧은 둘러보기입니다. 추상적인 논의는 금방 식상해지니까요. 에이전트가 실제로 활용되고 있는 분야를 소개합니다.

소프트웨어 엔지니어링: 가장 성숙한 응용 분야입니다. SWE-bench Verified(에이전트가 실제 오픈 소스 프로젝트의 실제 버그를 수정하는 능력을 테스트하는 표준화된 평가) 점수는 좋은 하네스를 사용하는 최고 모델의 경우 약 87%입니다. 엔지니어링 팀은 버그 분류, 소규모 기능 종단 간 구현, 테스트 작성, 풀 리퀘스트 검토 등에 에이전트를 활용하고 있습니다. 일자리가 사라진 것은 아니지만, 업무 방식이 변화하고 있습니다. 시니어 엔지니어는 코드를 단독으로 작성하는 역할보다는 병렬 브랜치에서 작업하는 여러 에이전트를 조정하는 오케스트레이터 역할에 더 가까워지고 있습니다.

고객 지원: Slack, Telegram, Discord, WhatsApp 상의 지속형 에이전트가 1차 문의(일반적이고 반복적인 질문)를 처리하고, 티켓을 작성하며, 인간 상담원에게 문제를 명확하게 에스컬레이션하고, 해결된 사례를 바탕으로 지식 베이스를 업데이트합니다. 신뢰성이 마침내 2025년 후반에 임계점을 넘어, 기업들이 실제 고객 접점에 에이전트를 신뢰하고 사용하기 시작했습니다.

연구 및 분석: 장기 연구 작업(30개 출처 수집, 브리프 요약, 수치 재확인)은 이제 일상적으로 위임되고 있습니다. 딥 리서치 제품은 기본적으로 매우 두꺼운 연구 스킬 라이브러리를 갖춘 하네스형 에이전트입니다.

운영 및 인프라: 알림을 읽고, 메트릭을 질의하며, 해결 방안을 제안하고 (허가를 받아) 실행하는 온콜 에이전트입니다. SRE-as-Agent(사이트 안정성 엔지니어, 프로덕션 시스템을 계속 실행하는 사람)는 현실이 되었고 점점 더 보편화되고 있습니다.

창작 작업: 디자이너가 병렬 에이전트 루프를 실행하여 변형을 생성하고, 카피라이터가 에이전트를 사용하여 초안을 작성하고 자체 수정합니다. 엔지니어링 측면보다 과장된 hype은 적지만, 조용히 자리 잡아가고 있습니다.

개인 자동화: 이건 숨겨진 강자입니다. 사람들은 Hermes 또는 유사한 에이전트를 메시징 플랫폼에 연결하여 지속적인 개인 비서처럼 사용하고 있습니다. 연구 일정 관리, 자동화 실행, 모니터링, 선호도 기억 등. 5달러 VPS와 모델 API 키가 새로운 '개인 Linux 서버'가 된 셈입니다.

고용주의 기대치 변화도 이어지고 있습니다. 에이전틱 AI 스킬을 언급하는 채용 공고는 2023년에서 2024년 사이 약 986% 증가했으며 2026년까지 계속 가속화되고 있습니다. 보수는 높고 시장은 공급이 부족합니다. 다음 섹션에서 자세히 다룹니다.

이 시장에서 일자리를 얻기 위해 배워야 할 최고의 스킬

이 글을 읽고 주말에 실제로 무엇을 해야 할지 고민하고 있다면, 실용적인 목록을 제시합니다. 대부분 노트북과 모델 API 키만 있으면 배울 수 있습니다. 기술적 배경이 없는 분도 함께 읽고 계신다면, 이 섹션은 주로 엔지니어를 위한 내용이지만, 다음에 이어지는 도구 섹션과 그 다음 커뮤니티 섹션은 모든 분께 유용합니다.

1. 에이전트를 *사용*하는 것을 넘어 *직접 만들어* 보세요. 기존 하네스(OpenCode는 해킹하기 좋아 훌륭한 선택입니다)를 가져와 루프를 수정해 보세요. 커스텀 도구를 추가하고, 세 가지 스킬을 작성하고, 실제 작업에서 실행해 보세요. 면접에서 보여줄 수 있는 가장 강력한 신호는 "실제 작업을 수행한 에이전트를 출시했고, 여기 저장소가 있습니다"라는 것입니다.

2. 스킬 엔지니어링을 배우세요. SKILL.md 파일 작성 연습을 해보세요. 어떤 설명이 안정적으로 트리거되는지, 어떤 절차가 견고한지, 언제 스크립트를 번들링하고 언제 인라인 지침을 사용해야 하는지 배우세요. 이것이 새로운 프롬프트 엔지니어링이며 훨씬 더 큰 영향력을 발휘합니다. anthropics/skills 저장소에는 참고할 수 있는 예제가 가득합니다.

3. MCP를 깊이 이해하세요. 적어도 하나의 MCP 서버를 구축해 보세요. 두 개의 다른 하네스에 연결해 보세요. 명세서를 읽어보세요. 면접에서 MCP의 설계 트레이드오프를 설명할 수 있다면 상위 1%의 지원자가 될 것입니다. 대부분의 사람들은 아직 모호하게 혼란스러워하고 있기 때문입니다.

4. 하네스 내부를 마스터하세요. 하나의 오픈 소스 하네스 소스 코드를 처음부터 끝까지 읽어보세요. OpenCode, OpenHarness, 또는 Pi는 모두 주말에 실제로 읽을 수 있을 만큼 작습니다. 컨텍스트 어셈블리, 도구 호출 루프, 권한 처리, 압축(compaction)을 이해하세요. 이것이 주니어 에이전트 개발자와 시니어 개발자를 구분 짓는 계층입니다.

5. 평가 및 관측 가능성. 데모에서 작동하는 에이전트는 누구나 만들 수 있습니다. 어려운 부분은 프로덕션에서 실제로 작동하는지 아는 것입니다. DeepEval, Ragas, LangSmith, Phoenix, Braintrust를 배우세요. 직접 작성한 에이전트에 대해 적어도 하나의 평가 스위트(에이전트 성능을 점수화하는 구조화된 테스트)를 구축하세요. 궤적 수준 평가와 단일 응답 평가의 차이점을 배우세요.

6. 샌드박싱 및 안전. 파일 시스템에 접근하거나, 셸 명령을 실행하거나, 네트워크에 연결하는 에이전트는 실제 격리가 필요합니다. Docker 샌드박스(Docker는 소프트웨어를 격리된 컨테이너에서 실행하여 시스템의 나머지 부분에 영향을 미치지 못하게 함), Firecracker 마이크로VM(더 작고 빠른 격리 컴퓨터), 네트워크 정책, 프롬프트 인젝션 위협 모델(잘못된 입력이 에이전트를 속여 해서는 안 되는 일을 하게 만드는 공격)을 배우세요. 이것이 "멋진 사이드 프로젝트"와 "프로덕션에서 신뢰할 수 있는" 것의 차이입니다.

7. 멀티 에이전트 오케스트레이션. 기본 패턴(리더-워커, 팬아웃, 감독자, 파이프라인)을 배우세요. 언제 에이전트를 추가하는 것이 도움이 되고, 언제 단순히 버그만 늘어나는지 이해하세요. LangGraph, AutoGen, CrewAI는 시도해볼 만한 합리적인 도구이지만, 프레임워크보다는 패턴이 더 중요합니다. Anthropic의 멀티 에이전트 조정 패턴 게시글이 좋은 시작점입니다.

8. 기본기는 여전히 중요합니다. 강력한 Python 실력, 강력한 시스템 사고, 강력한 디버깅 능력. 터미널, git, REST API, JSON, 타입 시스템에 능숙해야 합니다. 기본 계층은 변하지 않았습니다.

9. 도메인 깊이. 시장은 에이전트 스킬과 실제 도메인(의학, 법률, 금융, 생물학, 교육, 운영)을 결합할 수 있는 사람에게 프리미엄을 지불하고 있습니다. 일반적인 "에이전트 엔지니어"도 좋습니다. 하지만 "임상 시험 데이터를 이해하는 에이전트 엔지니어"는 훨씬 더 높은 대우를 받습니다.

10. 의사소통. 에이전트가 안정적으로 할 수 있는 것과 없는 것을 기술적 배경이 없는 이해관계자에게 설명하는 데 생각보다 많은 시간을 할애하게 될 것입니다. 그것에 대해 글을 쓰는 연습을 해보세요. 솔직히, 이 블로그 같은 글을 쓰는 것은 훌륭한 강제 수단입니다.

지금 주목해야 할 도구와 프레임워크

목적별로 정리된 초보자용 워치리스트입니다. 기술적 배경이 없으시다면, 훑어보고 북마크해두면 좋은 섹션입니다. 에이전틱 AI 논의에서 가장 자주 등장하는 이름들입니다.

코딩 에이전트 및 하네스:

범용 자율 에이전트:

스킬, 도구, MCP:

평가:

샌드박싱 및 런타임:

코드 실행 샌드박스용 E2B
저렴한 서버리스 에이전트 실행용 Modal
개발 환경 샌드박스용 Daytona

메모리:

관측 가능성:

이 모든 것을 다 배울 필요는 없습니다. 각 카테고리에서 하나를 골라 깊이 파보세요. 패턴은 전이됩니다.

양질의 질문을 할 수 있는 곳

로컬 모델에 특히 좋은 r/LocalLLaMA는 여전히 금광입니다
하네스 및 프레임워크 관련 대화를 위한 r/AI_Agents
프로덕션 수준 논의를 위한 MLOps Community Slack
LangChain Discord와 OpenCode 커뮤니티 채널에는 놀라울 정도로 활동적인 실무자 스레드가 있습니다
새로운 하네스 출시에 대한 Hacker News 스레드는 HN의 다른 부분에 비해 신호 대비 잡음비가 유난히 높은 경향이 있습니다
아쉽게도 최첨단 소식은 여전히 Twitter에서 가장 먼저 터집니다. 하네스 작성자를 직접 팔로우하세요

추가 자료

Solving your FOMO about everything in LLMs (이 글의 프리퀄, 기본 계층에 대해 여전히 유효함)
Data for LLMs: Navigating the LLM Data Pipeline (데이터 측면에 대한 동반 글)
Equipping agents for the real world with Agent Skills by Anthropic Engineering, 얇은 하네스와 두꺼운 스킬 패턴에 대한 표준 문서
GitHub의 Awesome Harness Engineering, 가장 활발하게 유지 관리되는 패턴 및 사례 연구 모음집
Firecrawl 팀의 What is an Agent Harness, 견고한 기술 입문서
Parallel의 What is an agent harness in the context of large-language models, 학술적 참고 자료를 포함한 보완 입문서
Composio의 Claude Code vs OpenCode: A detailed technical breakdown, 제가 읽은 하네스 비교 중 가장 깔끔함
Paul Cullen Rowe의 Agentic Coding Harnesses: A Comparison, Pi와 미니멀리스트 학파를 다룸
Which AI Coding Harness Actually Works Without You? Claude Code, Codex CLI, Aider, OpenCode, Pi, Cursor에 대한 실무자 비교
독립적인 벤치마크가 포함된 DEV의 Hermes Agent Review
로컬 하드웨어 관점의 NVIDIA on Hermes and self-improving agents
6배 하네스 효과를 정량화한 논문 How Much Heavy Lifting Can an Agent Harness Do?
학술적 조사가 필요하다면 Adaptation of Agentic AI: A Survey of Post-Training, Memory, and Skills
Model Context Protocol 공식 문서
Agent Skills 오픈 표준 공식 명세 및 SDK
커리어 관점과 연봉 데이터를 위한 Top 10 Agentic AI Jobs in 2026

마지막으로 한마디 덧붙입니다. 빚진 기분이라서요.

지난 1년간 제가 가장 눈여겨본 점은, 에이전틱 AI 분야에서 가장 뛰어난 성과를 내는 사람들이 가장 이국적인 스택을 가진 사람들이 아니라는 것입니다. 그들은 하나의 에이전트를 출시하여 하나의 실제 작업을 수개월 동안 잘 수행하게 하고, 그 위에서 반복적으로 개선해온 사람들입니다. 스킬은 복리로 쌓입니다. 하네스 친숙도도 복리로 쌓입니다. 오늘 여러분이 만든 에이전트는, 계속 사용한다면, 이번 주에 우연히 배운 특정 프레임워크보다 12개월 후에 훨씬 더 가치 있을 것입니다.

그러니 하나의 하네스를 선택하고, 하나의 에이전트를 출시하고, 세 가지 스킬을 작성하고, 실행해보세요. 그것이 당신이 할 수 있는 가장 유용한 일 하나입니다. 일단 실제로 무언가를 만들기 시작하면 FOMO는 저절로 사라질 것입니다.

즐겁게 해킹하세요.